大学生がアプリ開発を請けるなら、試験と重ならない納期の決め方

2026年1月24日

長谷川奈津

この記事のポイント

✓アプリ開発を大学生が副業として請けるとき
✓最大の失敗要因は技術力ではなく納期です
✓定期試験・レポート締切・就活と重ならない納期の決め方

アプリ開発を大学生のうちに仕事として請けたい。この相談、ここ数年で本当に増えました。そして相談の中身は、ほとんどが技術の話ではありません。「試験期間に納品日が重なってしまって、どうしたらいいか」「教授にゼミ発表を前倒しされて、クライアントへの連絡が止まってしまった」という、スケジュールの話なんです。

結論から言います。大学生がアプリ開発を請けるときに最初に決めるべきは、使う言語でもフレームワークでもなく、納期です。学年暦という、自分の意思では動かせない予定が年間に何本も走っている以上、納期の置き方を先に設計しないと、技術力があっても信用を落とします。逆に言えば、納期さえ正しく置ければ、学生であることは不利になりません。この記事では、試験・レポート・就活と衝突しない納期の決め方を、契約書の書き方まで含めて具体的に説明します。

学年暦は「動かせない予定」であって、頑張りで吸収できるものではない

社会人のフリーランスと大学生のフリーランスで決定的に違うのは、繁忙期を自分で決められないという点です。会社員の副業なら、繁忙期はある程度読めますし、有給という緩衝材もあります。学生にはそれがありません。定期試験の日程は大学が決めますし、レポートの締切は教員が決めます。追試の日程に至っては、直前まで確定しません。

まず認識してほしいのは、これは「気合いで乗り切る」対象ではないということです。私が相談を受けてきた中で、納期トラブルに発展したケースのほとんどは、受注時点では本人も本気で「試験と並行してもいけると思った」と考えていました。悪意はまったくない。ただ、試験期間の自分の可処分時間を、平常時の感覚で見積もっていた。それだけです。

そして発注者側から見ると、遅延の理由が「試験だったので」であっても、業務としては同じ遅延です。学生だから大目に見てもらえる、という前提で組んではいけません。逆に、最初から「この期間は試験のため動けません」と伝えたうえで納期を組んだ場合、断られるどころか、むしろ管理ができる人だと評価されることのほうが多い。これ、知らない人が本当に多いんです。

年間に「動けない期間」は最低でも5本ある

一般的な大学の学事日程を前提にすると、まとまった作業ができない期間は年に5本前後あります。前期の定期試験期間、前期末のレポート締切が集中する時期、後期の定期試験期間、学年末のレポートと成績確認の時期、そして学年によっては就職活動やインターンの選考期間です。理系で研究室に所属していれば、そこに中間発表と学会の準備が乗ります。4年生なら卒業論文の提出前2カ月は実質的に稼働ゼロと考えたほうが安全です。

この5本を、受注する前に紙かカレンダーに落としてしまう。ここが出発点です。作業できる期間を数えるのではなく、作業できない期間を先に塗りつぶす。順番が逆になると、必ず楽観的な見積もりになります。

「春休みは2カ月あるから余裕」という誤解

大学生からの相談で最も多い誤りが、長期休暇の見積もりです。春休みが約2カ月あるから、その間に開発を全部終わらせる、という計画。これがうまくいかないのは、長期休暇には旅行、集中講義、インターン、帰省、アルバイトのシフト増が全部入ってくるからです。

さらに厄介なのが、長期休暇の直前と直後です。休暇に入る直前は試験とレポートで潰れ、休暇明けの1週間は履修登録とガイダンスで潰れる。つまり実質的な稼働期間は、カレンダー上の日数より2週間以上短くなります。休暇を作業期間として計算に入れるなら、両端を1週間ずつ削ってから数えてください。

アプリ開発の副業市場で、学生の立ち位置はどう見られているか

納期の話に入る前に、市場側の前提を整理しておきます。ここを誤解していると、納期交渉そのものができません。

個人がアプリ開発を受注できる環境は、この10年で大きく変わりました。クロスプラットフォームの開発フレームワークが実用段階に入り、バックエンドもマネージドサービスで組めるようになったことで、以前なら小規模なチームが必要だった案件が、個人でも成立するようになっています。技術選定の考え方はFlutter Swift どっちがいい？2026年最新のモバイルアプリ開発比較で比較していますが、学生が最初に触るなら、iOSとAndroidを1つのコードで書ける環境のほうが、納期リスクは小さくなります。片方だけの実装で済めば、確認作業の量が単純に半分になるからです。

一方で、報酬の相場観は持っておく必要があります。職種としての単価水準はソフトウェア作成者の年収・単価相場にまとまっていますが、ここに出てくる金額は原則としてフルタイムで働く専業の水準です。学生が週に10時間ほど動かす前提であれば、そこから稼働時間の比率で割り戻して考えるのが現実的です。時給換算で相場を大きく下回る条件を「経験のためだから」と受けてしまうと、後から単価を上げる交渉が非常に難しくなります。

案件の種類ごとの違いを把握しておきたいなら、AIチャットボット・アプリ開発のお仕事に、どういう依頼がどういう粒度で発注されているかが整理されています。チャットボットの組み込みのように、機能の範囲が明確で追加要望が出にくい案件は、学生にとって納期を守りやすい部類です。関連する周辺領域としてAI・マーケティング・セキュリティのお仕事もあわせて見ておくと、自分の得意分野をどこに寄せるかの判断材料になります。

学生からの発信を読むと、悩みの中心が見えてくる

同世代がどこで詰まっているかは、質問サイトを見ると分かります。

現在大学2年です。アプリ開発での稼ぎの得かたを教えて下さい。

現在、大学と独学でプログラミングを勉強しており、C、Java、javascript(+html+css)、Ruby(+rails)がある程度出来ます。しかし、実際にアプリを使ったことはなく、作り方や公開したアプリでの稼ぎの得かたを知りません。出典: detail.chiebukuro.yahoo.co.jp

言語をいくつか触れているのに、収入につなげる道筋が見えない。この状態は、学習と受注のあいだにある「納期を守って納品する」という工程を経験していないことが原因です。文法を覚えることと、期日までに動くものを渡すことは、別のスキルです。そして後者のほうが、発注者にとっては重要です。

試験と重ならない納期を決める4つのステップ

ここからが本題です。順番どおりにやってください。順番を入れ替えると意味がなくなります。

ステップ1：受注の前に、動けない期間をカレンダーに塗る

学期の初めに、シラバスと学事暦を見ながら、試験期間、レポート締切、ゼミ発表、就活の説明会シーズンをカレンダーに入れます。この時点で報酬の話は一切しません。塗り終わったカレンダーが、その学期に自分が売れる時間の全量です。

塗るときのコツは、試験期間そのものだけでなく、その前2週間を「準備期間」として別の色で塗ることです。試験当日より、直前2週間のほうが可処分時間は削られます。ここを塗り忘れるのが、最も多い失敗です。

ステップ2：作業量を日数ではなく「稼働可能日の数」で数える

「この機能は3日でできる」という見積もりは、3日連続で作業できる前提の言い方です。学生の場合、その3日が暦の上で何日に広がるかを数え直す必要があります。週に作業できる日が3日なら、3日分の作業は暦の上で1週間かかります。

具体的には、まず全体の作業量を「集中して作業できる半日」を単位に分解します。次に、塗り終わったカレンダーの上で、その半日が確保できる日を実際に数えます。作業量の単位数より、確保できる日の数のほうが少なければ、その納期は最初から成立していません。この計算を受注前にやるだけで、納期トラブルの大半は消えます。

ステップ3：納期は最短日ではなく、試験明けの平日に置く

納期を提示するとき、自分の計算で出た最短日をそのまま伝えてはいけません。納期は、動けない期間が終わった直後の平日に置きます。理由は2つあります。

1つは、納品後に必ず修正のやり取りが発生するからです。納品してそれで終わり、という案件はほとんどありません。動作確認の結果を受けて直す時間が要ります。試験期間の直前に納品日を置くと、この修正対応が試験と丸ごとぶつかります。

もう1つは、平日に置く理由です。土日祝日を納期にすると、発注者側の確認が翌営業日以降になり、修正の依頼が届くのが月曜になります。結果として、自分の対応も後ろにずれます。納期は火曜から木曜のあいだに置くのが最も安全です。金曜納品は、確認が週明けになりやすく、こちらの待ち時間が長くなります。

ステップ4：バッファは日数ではなく「山の数」で確保する

「念のため3日多めに見ておく」というバッファの取り方は、学生には向きません。3日という数字に根拠がないからです。代わりに、動けない期間の山を何個またぐかで考えます。

納期までに動けない期間の山を1つもまたがないなら、バッファは作業量の2割程度で足ります。山を1つまたぐなら5割、2つ以上またぐなら、その納期は受けないほうがいい。またぐ山が増えるほど、遅延の確率は掛け算で上がります。この判断基準を持っておくと、断るべき案件を受注前に見分けられます。

契約書と連絡のルールで、学生の不利を消す

納期の設計ができたら、それを契約書に落とします。ここは私の専門領域なので、少し丁寧に書きます。

納期・検収・支払期日は必ずセットで書く

業務委託契約書で必ず確認してほしいのが、納期、検収期間、支払期日の3点です。この3つはつながっていて、どれか1つが曖昧だと全部が曖昧になります。

納期については、日付だけでなく「何をもって納品とするか」を書きます。ソースコードの受け渡しなのか、アプリストアへの申請完了なのか、審査の通過までなのか。ストア審査は自分ではコントロールできないので、審査通過を納品条件にすると、審査が長引いただけで契約違反になりかねません。「申請の完了をもって納品とする」と書けるかどうかを、契約前に確認してください。

検収期間は、発注者が納品物を確認する期間です。ここが無期限だと、いつまでも報酬が確定しません。通常は納品から7日から14日程度で設定します。そして支払期日。2024年11月に施行されたフリーランス保護新法では、発注事業者は物品等を受領した日から起算して60日以内のできる限り短い期間内に支払期日を定める義務があります。つまり、検収が長引いているという理由で支払いを無限に先延ばしにすることはできません。制度の詳細と適用範囲は、公正取引委員会の情報を確認してください。

公正取引委員会

※ 契約内容に不安がある場合や、すでにトラブルが起きている場合は、自己判断せず弁護士や各地の相談窓口に相談してください。

「試験期間は対応できません」を契約前に文章で伝える

これは技術ではなく、社会人としての作法の話です。学生であることを隠して受注し、後から試験を理由に遅らせるのが最悪のパターンです。逆に、提案の段階で「8月上旬は定期試験のため、この期間は連絡と作業を停止します。そのぶん7月中に第1版をお渡しします」と書いておけば、発注者は自分のスケジュールを調整できます。

実務でよくあるのは、発注者側にも社内の確認スケジュールがあるという点です。こちらの停止期間を先に伝えておくと、発注者はその期間に社内レビューを回せます。結果として、全体の進行はむしろ速くなる。制約を隠すと不利になり、開示すると設計に組み込んでもらえる。この差は非常に大きいです。

連絡が遅れることそのものより、無言が信用を壊す

私が相談を受けた中で印象に残っているのが、実力は十分あるのに継続受注が途切れてしまった学生のケースです。原因は品質ではなく、レポートの締切が重なった1週間、連絡を返さなかったことでした。返事ができないなら「今週は返信が遅くなります」の一言だけでも送れば済んだ話です。

発注者が不安になるのは、遅れることではなく、状況が分からないことです。作業が止まっている期間ほど、短くていいので状況を送る。これだけで、次の依頼が来るかどうかが変わります。

初心者が最初に選ぶツールと、実際にかかる費用

納期を守るためには、技術選定とお金の準備も納期の一部として考える必要があります。

選び方の基準は、機能の多さではなく情報の多さ

初心者が技術を選ぶとき、機能の豊富さで比べがちですが、学生が優先すべきは別の基準です。詰まったときに答えが見つかるかどうか。これに尽きます。利用者が少ない技術は、エラーメッセージで検索しても情報が出てきません。試験期間の直前に3日間詰まったら、その時点で納期は崩れます。

同じ理由で、最初の案件では新しく覚える技術を1つまでに絞ってください。言語もフレームワークもデータベースも全部初挑戦、という状態で納期を切ると、どこで詰まるかの予測が立ちません。

費用は開発者登録料と実機で考える

アプリを配布するところまで請ける場合、開発者登録の費用がかかります。Apple Developer Programは年額12,980円、Google Play Consoleは初回のみ25米ドルです（2026年8月時点）。これは誰が負担するのかを、契約時に決めておいてください。発注者のアカウントで公開するのか、こちらのアカウントを使うのかで、費用の負担者も、公開後の管理責任も変わります。

もう1つが実機です。シミュレータだけで確認して納品すると、実機でしか出ない不具合が納品後に噴出します。手持ちの端末で確認できる範囲を、契約前に伝えておくのが安全です。「iPhoneの実機確認は所有している1機種のみ、Androidは実機を持っていないためエミュレータでの確認になります」と書いておけば、後から揉めません。

学習コストを抑える方法についても、実践している人の記述が参考になります。

Progateは実際にコードを書きながらゲーム感覚でプログラミング学習ができるサービスで、月額1,080円で利用することができます。出典: note.com

学習に使うお金は、案件の納期に直結する投資です。無料の情報だけで独学すると、体系が抜けたまま進んでしまい、結果として詰まる時間が増えます。

資格は必須ではないが、説明の材料にはなる

アプリ開発の受注に資格は要りません。ただ、学生の場合は職務経歴がない分、説明の材料が少ないという問題があります。ネットワークの基礎を体系的に学んだ証明としてCCNA（シスコ技術者認定）を持っていると、サーバーとの通信部分を任せられる根拠になります。また、仕様書や進捗報告を正確に書けることを示す意味ではビジネス文書検定のような文書系の資格も、意外と効きます。納期を守れる人だと思ってもらう材料は、コード以外の場所にもあるということです。

大学生が納期で失敗する3つのパターン

相談として持ち込まれるトラブルは、パターンが決まっています。

就職活動の解禁時期を計算に入れていない

3年生の後半から4年生の前半にかけて、説明会と選考が突然カレンダーを埋めます。しかもこの予定は自分で決められません。選考の日程は企業から一方的に指定されます。3年生の秋以降に長期の案件を受けるなら、就活の稼働を先に確保したうえで、残りの時間で受けられる規模まで縮めてください。

卒業論文と重ねてしまう

4年生で最も多い失敗です。卒論の締切は動きませんし、指導教員の要求も予測できません。提出予定日の2カ月前から提出後1週間までは、新規の受注を止めるのが安全です。継続案件がある場合は、その期間を保守のみに絞る合意を、あらかじめ取っておいてください。

追試や再履修という不確定要素を無視する

これは意外と語られませんが、実際にあります。単位を落とすと、翌学期の時間割が変わります。前提が崩れるので、組んだスケジュールが丸ごと無効になる。半期を超える長期案件を受けるなら、学期の切り替わりで一度スケジュールを見直す前提で契約しておくと安全です。

納品を1回にしないという、最も効く対策

ここまで納期の置き方を説明してきましたが、実はもっと効果の大きい方法があります。納品を1回で終わらせないことです。

中間納品を契約に組み込む

たとえば2カ月の案件なら、最終納品日の前に中間の提出日を2回設けます。1回目は画面遷移と主要機能が動く状態、2回目は全機能が入った状態、3回目が最終納品。それぞれに日付を入れて契約書に書きます。

これをやると何が変わるか。最大の変化は、遅れが早い段階で見えることです。1回目の中間納品でつまずいた時点で、まだ残り時間が十分あります。ここで発注者と相談して機能を減らすか、納期を後ろにずらすかを決められる。最終納品日にいきなり「間に合いませんでした」と言うのとは、相手の受け止め方がまったく違います。

学生にとってもう1つ大きいのが、部分的にでも報酬を確定させやすくなる点です。中間納品ごとに支払いを分ける契約にしておけば、万が一プロジェクトが途中で止まっても、そこまでの作業がゼロにはなりません。フリーランス保護新法でも、報酬の支払期日は受領した日を起点に計算されます。段階的に受領してもらうということは、支払いの起点も段階的に前倒しになるということです。

動く最小構成を、試験期間の前に渡しておく

中間納品を設計するとき、順番にも意味を持たせてください。動けない期間に入る直前の提出物は、必ず「そのままでも一応使える状態」にしておきます。

これは保険です。もし試験明けに体調を崩したり、追試が発生したりしても、発注者の手元には動くものが残っている。最悪の場合でも、他の開発者に引き継げます。逆に、動かない中途半端な状態で長期間放置すると、発注者は身動きが取れません。この違いが、トラブルになるかならないかの分かれ目です。

私が相談を受けた学生の中で、結果的に一番きれいに終わったのは、技術的に最も優秀だった人ではありませんでした。試験前に「ここまでは動きます、ここからは試験明けです」と明示して、動く状態で一度手を止められた人です。発注者からの評価も、その一点に集中していました。

進捗の報告は、成果物ではなく残りの量で書く

もう1つ、細かいですが効く工夫があります。進捗報告に「今週はログイン画面を作りました」と書くのではなく、「全体の機能12個のうち5個が完了、残り7個。うち3個は試験明けに着手予定」と書くことです。

やったことだけを報告されても、発注者は納期に間に合うのかどうかを判断できません。残りの量と、それをいつやるかがセットで書かれていれば、発注者は自分で判断できます。この書き方に変えるだけで、催促の連絡が減ります。催促が減るということは、試験期間中に返信を求められる回数が減るということでもあります。

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

在宅の仕事と業務委託の市場を20年ほど運営してきた立場から言えば、学生で長く仕事が続く人と、1件で終わる人の差は、技術力の差ではありません。差が出るのは、自分が動けない期間を先に開示できるかどうかという一点です。

発注する側は、完璧な稼働を求めているわけではありません。求めているのは予測可能性です。「この人は今月は動けないが、来月頭には必ず戻ってくる」と分かっていれば、発注者は自分の計画を立てられます。逆に、いつ返事が来るか分からない相手には、次を頼めない。運営者として見てきた限りでは、継続的に依頼が入る人ほど、稼働できない期間の連絡が丁寧です。

もう1つ、手取りの話をしておきます。仲介手数料が引かれるかどうかは、学生にとって特に大きい問題です。稼働できる時間が社会人より少ない以上、1件あたりの手取りが薄くなると、時間あたりの成果が急速に悪化します。手数料0%で直接やり取りできる場を使うと、同じ予算で依頼側はより多くを頼め、受け手は手取りが厚くなる。この構造は、稼働時間が限られている人ほど効いてきます。同じ10時間を売るなら、手取りが厚いほうを選ぶ。当たり前のようでいて、実際には手数料を確認せずに登録している学生が非常に多いです。

案件データから見える、学生が狙うべき領域

案件の傾向を整理すると、学生に向いているのは「範囲が閉じている案件」です。既存アプリへの機能追加、特定画面の改修、外部サービスとの連携部分の実装。こうした案件は、要件が最初から絞られているため、途中で作業量が膨らみにくい。作業量が膨らまないということは、納期が動かないということです。

逆に避けたほうがいいのが、企画段階から入る案件です。何を作るかが決まっていない状態で入ると、要件を決める打ち合わせが繰り返され、そのたびに作業量が変わります。打ち合わせの日程も先方の都合で決まるため、試験期間に会議が入る可能性を排除できません。

副業の選択肢を横に広げて比べたいなら、大学生におすすめの副業15選｜バイトより稼げる在宅ワークランキング【2026年版】に学生向けの仕事が種類ごとにまとまっています。アプリ開発と組み合わせやすい仕事を探すなら、大学生のSNSマーケティング副業｜Instagram・TikTok運用代行の始め方のような、納期の粒度が細かい仕事も候補になります。細かい仕事を並行させておくと、アプリ開発の案件が途切れた月の収入の落ち込みを抑えられます。

技術以外の発信を仕事にしたい場合の相場は著述家，記者，編集者の年収・単価相場で確認できますし、音を扱う案件が絡む場合は作曲・編曲・効果音・ジングルのお仕事のように、外部の担当者に任せる領域を把握しておくと、自分が抱え込む作業量を減らせます。すべてを1人で引き受けないという判断も、納期を守るための立派な技術です。

学生のうちにアプリ開発を仕事にする最大のメリットは、報酬そのものよりも、期日を守って人と仕事をした経験が残ることです。そしてその経験は、納期を守れて初めて残ります。守れなかった案件は、実績ではなく反省として残ってしまう。だからこそ、最初の1件は、自分のカレンダーを塗るところから始めてください。法律は、契約を丁寧に結んだ人の味方です。