無償のテスト課題を受けるか在宅コーディング補助での線引き

2026年5月6日

長谷川奈津

この記事のポイント

✓コーディング補助のテスト課題を在宅で受けるとき
✓無償で応じてよい範囲と断るべき境界を法的な観点から整理します
✓実際に相談が多いトラブル事例

コーディング補助の求人に在宅で応募したら、面談の前に「まずテスト課題をやってください」と言われた。しかも報酬の話は一切書いていない。これ、受けるべきか断るべきか迷いますよね。結論から言うと、判断の分かれ目は課題のボリュームではなく、その成果物が発注者の事業でそのまま使えるかどうかです。ここを外すと、無償で納品したのと同じことになります。この記事では、在宅のコーディング補助でテスト課題を提示されたときの線引きを、法律の観点と実務の観点の両方から整理します。これ、知らない人が本当に多いんです。

在宅コーディング補助でテスト課題が当たり前になった背景

まず、なぜこんなに課題を出されるようになったのかを押さえておきましょう。理由が分かると、断り方も交渉の仕方も変わってきます。

在宅のコーディング補助という仕事は、この3年ほどで応募者の層が大きく変わりました。生成AIのコード補完が普及したことで、書けるコードの見た目と、実務で通用する実力との差が広がったからです。以前は職務経歴書とGitHubを見れば、だいたいの実力が読めました。今は、そこに載っているコードが本人の理解の産物なのか、ツールの出力をそのまま貼ったものなのかが読み取りにくい。

従来のコード行単位の補完から、自然言語での要求を包括的なソフトウェアに変換する「バイブコーディング」へと進化したAI開発環境は、プログラミング経験の浅い開発者でも高度なアプリケーションを構築できる時代を到来させています。出典: jp.ext.hp.com

つまり、発注する側から見ると「応募書類だけでは判断できない」状態が生まれています。そこで各社が導入したのがテスト課題です。実際にコードを書かせて、レビューでの受け答えを見る。これ自体は合理的な選考方法で、否定するものではありません。

問題は、その運用が急激に広がったせいで、選考と実務の境目があいまいなまま課題を出す発注者が増えたことです。在宅は特に顕著で、対面の面談を省略する分、課題の比重が重くなる傾向があります。相談を受けていて多いのは、「課題のつもりで書いたコードが、そのまま本番サイトに載っていた」というケースです。

在宅だと課題が重くなりやすい構造的な理由

対面の選考なら、その場で30分ホワイトボードに書かせて終わりにできます。ところが在宅の選考では、リアルタイムで手元を見る手間をかけたくない発注者が、非同期でできる持ち帰り課題に置き換えます。この置き換えが起きた瞬間、課題の規模は膨らみます。時間の制約が外れるからです。

実務でよく見るのは、次のような膨らみ方です。

・当初は「HTMLとCSSで1ページ組んでください」だった・追加で「レスポンシブ対応もお願いします」が来る・さらに「フォームのバリデーションも入れてもらえますか」が来る・最後に「デザインカンプ通りに細部を詰めてください」が来る

この4段階を全部やると、実質10時間から15時間の作業になります。市場の単価で換算すれば、コーディング補助の実務時給は案件によりますが1,500円から3,000円程度が中心帯です。つまり2万円から4万5,000円相当の労働を、選考という名目で無償提供したことになる。ここが問題の核心です。

なお、在宅コーディング関連の求人がどんな条件で出ているかは、募集要項を横断して見るのが早いです。実際の募集にはこういう記載があります。

【市区町村】フルリモート【都道府県】東京都【最寄り駅】在宅...フルリモート【経験・資格】＜求められるスキル＞""・事業会社でのQAエンジニア経験もしくはQA対応経験(複数年以上)... 出典: 求人ボックス

こうした要件が明記されている募集は、課題も要件に沿った範囲に収まりやすい。逆に、求めるスキルの記載が薄いのに課題だけ重い募集は、選考の設計そのものが雑だと考えてよいです。

テスト課題は「選考」か「仕事」か、法律上の線引き

ここからが本題です。法律の話をしますが、必ず言い換えますので身構えないでください。

判断の軸は「成果物が事業に使われるか」の一点

日本の法律には「テスト課題は無償でよい」「有償にしなければならない」と直接書いた条文はありません。ですから、既存の枠組みに当てはめて考えます。使う枠組みは主に2つです。

1つ目は、業務委託契約が成立しているかどうか。契約書を交わしていなくても、発注者が具体的な仕事を指示し、受注者がそれに応じて成果物を渡し、発注者がそれを利用したのであれば、実質的に委託があったと評価される余地があります。つまり、「選考です」というラベルを貼っただけでは、法律上の性質は決まらないということです。

2つ目は、2024年に施行されたフリーランス保護新法(特定受託事業者に係る取引の適正化等に関する法律)の考え方です。この法律は、発注者に対して取引条件の明示を義務づけています。何をいくらでいつまでに、を書面や電子データで示さないといけない。つまり、条件を何も示さずに作業だけさせる運用は、この法律が目指す方向と真っ向から反します。

法律の詳しい枠組みや、下請取引の適正化については公正取引委員会が情報を公開しています。取引の相談窓口も案内されているので、判断に迷うケースでは一次情報を確認するのが確実です(公正取引委員会)。

※ 実際に報酬を請求するかどうかの判断は、契約の有無や具体的なやり取りの内容で大きく変わります。金額が大きいケースや、相手が支払いを明確に拒否しているケースでは、弁護士に相談してください。

実務での見分け方は「捨てられる課題か、使える課題か」

法律論を実務に落とすと、判断はとてもシンプルになります。

捨てられる課題は、選考として妥当です。たとえば、既存のオープンソースのサンプルデータを使った練習用のページを組む。実在しない架空の企業のダミーサイトを1ページ作る。アルゴリズムの小問を解く。これらは発注者が事業でそのまま使えません。だから、選考の対価は「選考を受ける機会」で釣り合っていると考えられます。

使える課題は、選考ではなく仕事です。判断のサインは次の通りです。

・実在する自社サイトのページを指定して「これを直してください」と言われた・本番のデザインカンプ(Figma等)が共有され、その通りに実装するよう指示された・実際の顧客名や商品名が入ったコンテンツを扱わされた・提出後に「もう少しここを詰めてください」と修正指示が入った・納品形式(リポジトリへのプッシュ、ZIPでの納品)を指定された

このうち2つ以上該当したら、それは選考の皮をかぶった発注です。私が相談を受けた中で最も分かりやすかったのは、課題として提出した実装が翌週に企業の採用ページで公開されていた例です。本人は不採用の連絡を受けていました。これ、法律上は明らかに争える案件でした。

断ってもよい、という前提を持つこと

相談でいちばん多いのは「断ったら心証が悪くなりませんか」という質問です。

正直に言うと、断って心証が悪くなる発注者とは、そもそも仕事をしない方がよいです。まっとうな発注者は、課題の趣旨を説明できますし、有償化の交渉にも応じます。理由を説明せず「みんなやってますよ」で押し切ろうとする相手は、契約後も同じ態度を取ります。選考は相手を見極める期間でもある。この視点を持つと、断る心理的なハードルはかなり下がります。

受けてよい課題と断るべき課題を分ける具体的な基準

抽象論だけだと現場で使えないので、判断表にします。応募のたびにこれを確認してください。

受けてよい課題の5条件

条件1: 想定作業時間が明示されていて、3時間以内である

課題文に「所要時間の目安は2時間程度」と書いてあるかどうかは、発注者の誠実さの指標です。書いていない場合は、必ず質問してください。「作業時間の目安を教えていただけますか」と聞くだけで、相手の設計の粗さが見えます。答えられない相手は、課題の中身を自分で作っていない可能性が高い。

条件2: 成果物が発注者の事業で使えない

架空の題材、公開されているサンプルデータ、教材的な小問。この3つのいずれかであれば、無償で受けても実質的な損失はありません。

条件3: 評価基準が示されている

「コードの可読性と、要件の解釈の妥当性を見ます」と書いてあれば、何を頑張ればよいか分かります。基準を示さない課題は、落ちた理由も分からないので、あなたの学びになりません。時間を投じる価値が低い。

条件4: 提出後のフィードバックがある

不採用でも講評が返ってくるなら、それは無償ではありません。プロのレビューを受ける機会は、独学ではなかなか買えない価値があります。私は行政書士の実務を覚えるとき、先輩に書類を赤入れしてもらう時間が一番効きました。コードも同じです。

条件5: 著作権と利用範囲について記載がある

「提出物の著作権は応募者に帰属し、選考以外の目的では使用しません」の一文があるかどうか。これがある募集は、法務がきちんと関与しています。信頼度が一段違います。

断るべき課題の7つのサイン

サイン1: 実在する自社の案件をそのまま渡してくる

前述の通りです。これは発注です。受けるなら報酬を交渉してください。

サイン2: 締切が異様に短い

「明日の朝までに」というタイプの課題は、応募者を試しているのではなく、目の前の納期を埋めたい発注者の都合です。実際、金曜の夜に課題を投げて月曜の朝に納品させ、そのまま音信不通になった例を複数見ています。

サイン3: 課題が段階的に増える

最初の提出後に「もう一問お願いします」が来て、それが3問4問と続くパターン。これは実質的な連続発注です。2回目の追加が来た時点で、報酬の話を切り出してよいです。

サイン4: 求人票の情報量が極端に少ない

業務内容、使用技術、契約形態、報酬レンジのうち2つ以上が空欄の募集で、課題だけが具体的。この組み合わせは危険信号です。

サイン5: 連絡がフリーメールと個人アカウントだけ

法人としての実体が確認できない相手に、時間と成果物を渡さないでください。会社名で登記を確認できるか、事業のサイトが実在するか、この2点は5分で確認できます。

サイン6: 提出前に個人情報の提供を求められる

課題の提出に、マイナンバーや口座情報が必要になることはありません。選考段階でこれらを求める相手からは離れてください。

サイン7: 「合格したら報酬に反映します」という曖昧な約束

反映の条件が書面にない約束は、実務上ないものと同じです。つまり、口頭の「後で払う」は交渉材料になりません。

課題を受けると決めたときの自衛手順

断らずに受けると決めた場合でも、やっておくべきことがあります。手順にします。

手順1: 質問メールを1通送る

課題を受け取ったら、着手する前に必ず1通送ってください。文面の例を挙げます。

〇〇株式会社 △△様

課題をお送りいただきありがとうございます。着手前に3点確認させてください。

1. 想定の作業時間の目安を教えてください。
2. 提出した成果物の著作権の扱いと、選考以外での利用の有無を教えてください。
3. 選考結果に関わらず、講評をいただけますでしょうか。

お手数ですがよろしくお願いいたします。

この3問に対する返信の速さと内容で、相手の質はほぼ判明します。返信が来ない、あるいは「気にしないでください」で流される場合は、着手しない判断で構いません。

手順2: 成果物にライセンス表記を入れる

提出するリポジトリのREADMEやファイルヘッダに、次の一文を入れてください。

本コードは〇〇社の選考課題として作成したものです。
著作権は作成者に帰属し、選考以外の目的での使用および二次利用を許諾していません。

これがあるだけで、無断利用への牽制になります。実際、この一文を入れて提出したところ、発注者から「有償の試用期間に切り替えたい」と連絡が来たケースがあります。相手に「これは使えないな」と思わせることに意味があるのです。

手順3: やり取りをすべて残す

課題文、送信日時、提出物、返信。この4点をスクリーンショットとファイルで保存してください。チャットツールでのやり取りは、退出させられると履歴が消えます。重要なメッセージはその日のうちに書き出しておく。これは面倒ですが、後で必要になったときに取り返しがつきません。

手順4: 作業時間を計測する

かかった時間を記録しておくと、後で報酬を請求する際の根拠になりますし、そもそも「自分が何にどれだけ時間を使ったか」の把握につながります。この計測の習慣は、実務に入ってから見積もりの精度に直結します。

テスト課題で落ちる人が見落としている評価軸

ここまでは自衛の話でした。ここからは、正当な課題を出す発注者に対して、どう評価されるかの話をします。落ちる理由の大半は、技術力そのものではありません。

見落とし1: 要件の解釈を書いていない

課題文には必ず、あいまいな部分が意図的に残されています。「スマートフォンでも見やすく」という指示に対して、ブレークポイントをいくつに置いたのか。その判断の理由をREADMEに3行書くかどうかで、評価は大きく変わります。実務のコーディング補助は、指示の隙間を埋める仕事だからです。コードだけ提出して解釈を書かない人は、実務でも確認せずに進めるだろうと見られます。

見落とし2: できなかった部分を隠す

時間内に終わらなかった機能を黙って削って提出するのは最悪です。「ここまで実装しました。残りはこういう方針で、あと2時間程度を見込んでいます」と書けば、それは減点ではなく加点になります。進捗と残作業を正直に報告できるかは、在宅で働くうえで最も重視される資質です。顔が見えない相手だからこそ、報告の精度が信頼のすべてになります。

見落とし3: コミット履歴が1つしかない

完成品をまとめて1コミットで出すと、作業の過程が見えません。機能単位でコミットを分け、メッセージを日本語で分かりやすく書く。これだけで、レビューする側の印象は変わります。ツールの出力をそのまま貼ったのか、自分で組み立てたのかも、履歴を見れば読めてしまいます。

見落とし4: AI補助の使い方を説明しない

2026年の選考で、AIツールを使ったこと自体を減点する発注者はほとんどいません。むしろ、使っていない方が心配されます。問題は、使い方を説明できるかどうかです。

実際に、Github × Accenture社の調査ではCopilotの導入でプルリクエストが8.69%増加、マージ率が15%増加、ビルド成功率が84%増加したと報告されています（出典：GitHub公式ブログ）。また、v0のようなツールを使えば、文章からWebサイトの部品を生成し、試作品開発にかかる時間を数分に短縮可能です。出典: jp.ext.hp.com

つまり、ツールを使う前提で生産性が測られる時代になっています。課題の提出時に「この部分は補完ツールで生成し、次の理由で書き換えました」と一言添えられる人は、実務でも同じ精度で判断できると評価されます。逆に、生成されたコードの意味を聞かれて答えられないと、その場で落ちます。

見落とし5: 動作確認の記録がない

どのブラウザのどのバージョンで確認したか。この記述が1行あるかないかで、品質に対する姿勢が伝わります。在宅のコーディング補助は、確認環境が発注者と違うことが前提の仕事です。だから、自分の確認範囲を明示する習慣が求められます。

課題を有償に切り替えてもらう交渉の型

断るか受けるかの二択ではなく、第三の道があります。有償化の提案です。実際に成功率が高いのは、次の型です。

まず、否定から入らないこと。「無償はおかしい」と主張すると、相手は身構えます。代わりに、こう提案します。

「課題の内容を拝見しました。実際の運用に近い内容ですので、選考用の簡易版であれば無償で対応します。もし実案件と同等の完成度が必要でしたら、単発の業務委託として時間単価でお受けする形はいかがでしょうか」

この言い方の利点は、相手に選択肢を渡していることです。本当に選考が目的なら、簡易版で構わないはずです。実案件だったなら、有償に切り替えるか、課題を軽くするかを相手が選びます。どちらに転んでも、あなたは損をしません。

さらに、有償化を提案するとき、単価の根拠を示せると話が早いです。職種ごとの単価相場は公開されているデータで確認できます。ソフトウェア開発の領域であればソフトウェア作成者の年収・単価相場に職種別の水準がまとまっており、時給換算での交渉材料になります。ドキュメント作成が絡む案件では著述家，記者，編集者の年収・単価相場も併せて見ておくと、複合案件の見積もりが立てやすくなります。

課題の前段階で通過率を上げる準備

そもそも、課題に進む前の書類段階で絞られている人も多いです。ここも触れておきます。

ポートフォリオは「実務の断片」を見せる

きれいな作品集より、実務に近い断片の方が刺さります。たとえば、既存サイトの表示崩れを直した前後の比較、アクセシビリティ対応で変更した箇所とその理由、表示速度を改善した際の計測値。こうした地味な記録は、コーディング補助の実務そのものです。

資格は「話のきっかけ」として効く

コーディング補助の求人で資格が必須になることは多くありません。ただ、ネットワークやインフラの基礎を証明できると、対応範囲が広い人材として見られます。ネットワークの基礎知識を体系的に示せるCCNA（シスコ技術者認定）は、サーバー設定やデプロイに関わる案件で会話が通じる証明になります。また、仕様書や報告書のやり取りが多い現場ではビジネス文書検定のような文書力の裏付けが、意外なところで効きます。在宅は文章でのやり取りが業務の中心だからです。

文書力が案件獲得にどう結びつくかはビジネス文書検定で文書作成の副業力アップ｜在宅ライティング案件で具体的に整理されています。コーディング以外の周辺スキルが受注に効く構造を理解しておくと、応募先の幅が広がります。

応募先の職種を1つに絞らない

コーディング補助という呼び方でくくられている仕事は、実際には幅があります。純粋な実装の補助もあれば、AIツールの導入支援に近い業務もある。仕事の種類ごとの実像はアプリケーション開発のお仕事に業務範囲と求められるスキルがまとまっており、自分の経験がどこに当てはまるか確認できます。AI活用の設計側に寄せたい場合はAIコンサル・業務活用支援のお仕事、セキュリティやマーケティングの周辺領域まで含めて考えるならAI・マーケティング・セキュリティのお仕事が参考になります。

転職と副業で課題の意味は変わる

同じテスト課題でも、正社員としての転職選考なのか、業務委託の副業案件なのかで、受ける判断は変わります。

転職選考の場合、課題は入社後の年収を決める材料になります。年収レンジが400万円から600万円と提示されているなら、3時間の課題に投資する合理性は十分あります。得られるリターンが大きいからです。

一方、副業の業務委託で、案件規模が5万円程度の単発だとします。ここで10時間の課題を無償でやるのは、明らかに割に合いません。案件規模と課題の重さの比率で判断する。これが実務的な基準です。

目安を言うと、課題にかける時間は、その案件から得られる想定報酬の10%以内に収めるべきです。5万円の案件なら、時給2,000円換算で2.5時間。それを超える課題は、交渉するか断る。この線を自分の中に持っておくと、毎回悩まずに済みます。

ツールの比較より、使い分けの説明ができるかどうか

選考でツールの話題になったとき、どれが優れているかを語る人より、案件ごとの使い分けを説明できる人の方が評価されます。

補完系のツールは既存のコードベースに沿った提案が得意で、レビューの手戻りが減ります。生成系のツールは、ゼロから雛形を作るときに速い。ただし、生成されたコードは既存の規約から外れることが多く、そのまま入れると保守しづらくなります。この違いを実感として語れるかどうかが、実務経験の有無を分けます。

在宅のコーディング補助では、発注者のリポジトリの規約に合わせる能力が最も重視されます。自分の書き方を持ち込むのではなく、既にあるコードに馴染ませる。ツールをどう設定して規約に合わせているかを説明できると、それだけで通過率は上がります。

20年市場を見てきた立場からの観察

在宅ワークとフリーランスの市場を運営者として長く見てきた立場から言えば、テスト課題をめぐるトラブルは、契約の話というより「関係の入口の設計」の問題です。

長く続いている受注者ほど、入口で確認する項目が決まっています。何を作るのか、いつまでか、いくらか、著作権はどちらか。この4点を最初に文字で残す人は、その後のトラブルが極端に少ない。逆に、入口で確認を省いた関係は、支払いの段階で必ずもめます。運営者として見てきた限りでは、この差は経験年数よりも習慣の差です。

もう一つ、はっきり言えることがあります。中間マージンが乗らない直接取引の現場では、同じ予算で発注者はより多くの作業を頼めますし、受け手の手取りは厚くなります。手数料0%の構造がもたらすのは、金額の大小の話ではなく、双方が納得しやすい水準で合意できるという質の違いです。仲介の取り分を考慮しなくてよい分、発注者は課題の有償化にも応じやすくなります。テスト課題の交渉が通りやすい環境は、実は契約の形態と無関係ではありません。

そして、長く続く人ほど、単発の作業をこなすことより「この人に任せると楽だ」という関係を作ることに時間を使っています。テスト課題は、その関係の最初の一歩です。だからこそ、無償かどうかだけでなく、その課題を通じて相手と対話できたかどうかを基準にしてほしい。質問を1通送り、解釈を3行書き、残作業を正直に伝える。この3つをやるだけで、通過率も、その後の関係の質も変わります。

在宅で働く前提の負荷管理も選考のうち

最後に、見落とされがちな観点を1つ。

テスト課題を複数社ぶん並行して受けると、確実に消耗します。応募先を絞らずに手当たり次第に課題を受けて、どれも中途半端になり、結果として全落ちする。この失敗は本当に多いです。

私自身、行政書士として独立した直後に、来た相談を全部受けて、結局どれも準備不足で質を落としたことがあります。あのときに学んだのは、断る判断も実力のうちだということでした。同時に抱える課題は2社までにする。この上限を決めておくと、1社あたりの完成度が上がって、結果的に通過率も上がります。

在宅で働き続けるための負荷の整え方は在宅ワーカーのメンタルヘルスケア｜孤独・燃え尽きを防ぐ5つの習慣【2026年版】に具体的な習慣がまとまっており、選考期間の消耗を抑えるうえでも役立ちます。また、在宅の専門職がどんな条件で働いているかを知りたい場合は法律事務所のパラリーガルの働き方｜在宅・時短勤務の現状【2026年版】が参考になります。職種は違っても、在宅特化の求人がどう設計されているかの傾向は共通しています。