大学生がAIチャットボット開発を受注するとき、講義期間中に抱える量の上限

2026年7月18日

朝比奈蒼

この記事のポイント

✓大学生がAIチャットボット開発を受注するとき
✓講義期間中に無理なく抱えられる本数はどれくらいか
✓学期カレンダーとの噛み合わせ

大学生がAIチャットボット開発を受注するとき、最初に決めるべきは技術スタックでもツールでもありません。講義期間中に何本まで抱えるか、その上限です。結論から書きます。学期中に並行して持てるのは、初受注から半年以内の人なら1本、工程の見通しが立つようになっても2本までです。理由は作業時間の総量ではなく、仕様確認のやりとりが中断されるとその都度立て直しに時間を食われるからです。この記事では、上限をどう見積もるか、学期のどこに納期を置くか、受注前に決めておくべき条件は何かを、工程の内訳から順に整理します。

大学生がチャットボット開発に関わる土壌は、この数年で変わった

まず前提を押さえます。チャットボット開発は、かつては自然言語処理の研究室に近い領域でした。それが変わったのは、対話エンジンの部分を外部のサービスとして呼び出せるようになったからです。開発者が書く部分は、応答の生成そのものではなく、どのデータを参照させるか、どの範囲までは答えさせないか、どこで人間に引き継ぐかという設計と、その周りの実装に移りました。

この変化が、学生の参入障壁を大きく下げました。機械学習の理論を一から学ばなくても、既存のAPIと社内データを組み合わせて、実際に業務で使えるものを作れる。実際、大学生のチームが自校向けのチャットボットを構築して公開する事例も出ています。

AI・IoT・ロボット/ゲーム・CG…関西で唯一※1の「情報系」新大学として2021年4月に開学した大阪国際工科専門職大学（IPUT OSAKA）は、これからの時代に求められる高度デジタル人材・DX人材を育成しています。このたび、「関西初※2、大学生による高校生のためのAIチャットボット【Chat－IPUT】」を、本学学生のプロジェクトチームが開発しました。出典: iput.ac.jp

この事例で注目すべきは、開発期間が半年という点です。学生チームが授業と並行して進めて半年。これは、個人が講義期間中に単独で受ける案件の規模を考えるときの、良い物差しになります。授業の一環でチームを組んで半年かかる規模のものを、アルバイト感覚で一人で一学期に何本も並行して受けるのは、そもそも設計として無理があるということです。

導入側の需要は、問い合わせ対応の逼迫から来ている

発注側が何に困っているのかも押さえておきます。チャットボットの導入動機で最も多いのは、問い合わせ対応の人手不足です。教育機関でもこの構図は同じでした。

実際に立教大学のメディアセンターでは、コロナ禍でオンライン授業の問い合わせが2019年度の6,600件から2020年度の11,000件へとほぼ倍増し、4名のスタッフでは電話が取りきれない状態が続いていました。出典: b-ask.run

問い合わせが倍増しても人員は増えない。この状態を埋めるために発注が出ます。ここが重要で、発注側は「新しい技術を試したい」のではなく「明日の電話を減らしたい」と思っている。つまり納期が実務のスケジュールに紐づいているケースが多く、学生側の試験期間を理由にした延期が通りにくい。この性質が、受注量の上限を厳しくする最大の要因です。

上限を決めるのは作業時間ではなく、中断からの復帰コスト

「週に20時間空いているから、20時間分の仕事を受けられる」という計算は成り立ちません。チャットボット開発の工数は、まとまった時間に比例しません。

理由は工程の性質にあります。この仕事は大きく、要件整理、想定質問と回答データの作成、実装、テスト、修正対応、引き渡しの六つに分かれます。このうち実装は一人で黙々と進められますが、要件整理と修正対応は相手の返信を待つ工程です。相手が企業なら返信は平日の日中に来る。学生が講義に出ている時間帯と、まさに重なります。

返信が来てから内容を思い出し、前回どこまで詰めたかを確認し、また作業に戻る。この復帰の手間が、1回あたり20分から30分ほど乗ります。案件が2本あればこれが倍になり、3本になると、復帰だけで週の可処分時間の相当部分が消えます。作業時間ではなく中断回数で上限が決まる、というのはこういう意味です。

1本あたりの工数を、工程ごとに分けて見積もる

小規模な案件、たとえば店舗や小さな事業者向けに、よくある質問に答えるボットを作る場合の目安を分解します。数字は案件規模によって上下しますが、比率の感覚として使えます。

要件整理は、初回のヒアリングと、その後の確認のやりとりを含めて全体の2割ほど。ここを削ると後で全部やり直しになるので、削れない工程です。想定質問と回答データの作成が最も重く、全体の4割前後を占めます。実装は、ツールを使う前提なら2割程度。残りがテストと修正対応です。

学生が誤算しやすいのは、実装が全体の2割しかない点です。プログラミングの練習をしてきた人ほど、実装時間で全体を見積もってしまい、実際には想定質問の洗い出しで倍以上の時間を使うことになります。この工程はエディタの前ではなく、相手の業務を聞き取る作業です。

会話の階層設計にも上限がある

回答データの作成では、質問から結論までの経路を何段階にするかを決めます。ここに実務上の目安があります。

また、初めの質問から最終的な結論へ辿り着くまでには3〜5階層以内に収めることをおすすめします。チャットボットとの会話が6回以上続くと、顧客はストレスを感じるでしょう。出典: aisaas.pkshatech.com

階層を浅く保つということは、分岐を整理して統合する作業が必要になるということです。質問を集めて並べるだけなら早く終わりますが、それを3階層に畳み直すには全体を見渡す時間が要る。ここが、細切れの時間では進みにくい部分です。学期中に受ける本数を絞るべき理由が、工程の中身からも見えてきます。

学期カレンダーに納期を重ねて、受注できる窓を先に描く

上限を決める二つめの軸が、学期のカレンダーです。日本の大学の多くは、前期と後期がそれぞれ15週前後で構成され、期末に試験やレポート提出が集中します。この形は、受注の設計とかなり相性が悪い。

具体的に見ます。15週のうち、第1週から第3週は履修登録とシラバス確認で予定が固まりません。第6週前後に中間課題が入る科目があり、第13週から第15週は期末に向けて一気に負荷が上がります。実質的に安定して手が動くのは、第4週から第12週のあいだの、中間課題を避けた数週間だけです。

だとすれば、納期をどこに置くべきかは自動的に決まります。期末の3週間前までに引き渡しを完了させる。ここを越える納期の案件は、学期中には受けない。この一線を先に引いておくと、判断が速くなります。

長期休暇に寄せる案件と、期中に流す案件を分ける

春休みと夏休みは、まとまった時間が取れる貴重な期間です。ここに、要件整理と実装を一気に進める新規構築の案件を寄せます。一方で学期中は、すでに納品済みの案件の改修や、回答データの追加といった、単位が小さく分割できる仕事を受ける。

この振り分けを最初から相手に伝えておくのが有効です。「新規の構築は長期休暇の期間で対応でき、学期中は改善対応を継続できます」と提示すれば、相手は年間の計画を立てられる。学業を理由にした断りではなく、こちらの稼働カレンダーの提示として伝わります。

注意点として、長期休暇に新規構築を詰め込みすぎると、学期が始まった直後に修正対応の波が来ます。納品直後の2週間から4週間は問い合わせが集中する期間なので、休暇の終わり際に納品を置くのは避けたほうがよい。休暇の中盤に納品し、終盤で修正を吸収する形にします。

就職活動と重なる年度は、さらに一段絞る

3年生の後期から4年生の前期は、説明会と選考が不規則に入ります。この時期は日程を自分で決められないので、納期のある仕事とは根本的に相性が悪い。受注を続けるなら、納期が緩い保守運用型の契約に切り替えるのが現実的です。

逆に言えば、それ以前に保守運用の関係を作っておくことに価値があります。単発の構築だけを繰り返していると、忙しくなった瞬間に収入も実績の蓄積も止まる。長く続く人ほど、単発の作業ではなく、この人に任せておけば楽だという関係づくりに時間を使っています。この傾向は職種を問わず共通していて、在宅で働く人の市場を長く見てきた立場から言えば、継続案件を一つ持っているかどうかが、忙しい時期を乗り越えられるかを分けています。

受注前に決めておく四つの条件

抱える量の上限を守るには、受注時点で条件を確定させておく必要があります。ここが曖昧だと、1本のはずが実質2本分の負荷になります。

仕様の確定期限を、納期とは別に設定する

最も効くのがこれです。納期だけを決めて着手すると、想定質問の追加が納期直前まで続き、作業が終わりません。「回答データの内容は着手から2週間後に確定とし、それ以降の追加は別途対応とする」という形で、仕様確定の締切を別に置きます。

この一文があると、相手も社内での確認を前倒しします。むしろ発注側にとっても、いつまでに何を決めればいいかが明確になるので、歓迎されることが多い。学生だから言いにくいと感じるかもしれませんが、これは値引き交渉ではなく進行管理の提案です。

回答データを誰が用意するかを明記する

想定質問と回答の原案を、発注側が出すのか、こちらが業務を聞き取って作るのかで、工数は倍近く変わります。ここを曖昧にしたまま受けると、当然のようにこちらの仕事になります。

原案を相手が出す前提なら、その提出期限も決めます。原案の提出が遅れた分だけ納期が後ろにずれる、という取り決めを入れておくと、遅延の責任の所在がはっきりします。

引き渡し後の対応範囲と期間を区切る

納品して終わりにはなりません。運用が始まると、答えられない質問が必ず出てきます。この修正対応をいつまで無償で見るのかを決めておかないと、講義期間中にずっと呼び出される状態になります。

引き渡しから1か月は不具合修正を含む、それ以降の内容追加は別の契約とする、といった線引きが一般的です。運用側の費用感としても、導入後に月額の運用費が発生する構造は珍しくありません。

さらに導入までの費用はおよそ0〜30万円で、運用時の費用はおよそ3〜10万円／月です。作成ツールによっては初期費用が無料で月額使用料のみかかるケースがあります。出典: aisaas.pkshatech.com

運用に費用がかかることが業界の前提として共有されているなら、運用対応を無償で抱え込む理由はありません。

連絡が取れる時間帯を先に伝える

講義中に返信できないのは当然ですが、それを事前に伝えていないと、単に反応が遅い人になります。返信可能な時間帯を最初に伝え、その時間には必ず返す。この一点を守るだけで、進行に対する信頼はかなり変わります。

ツールをどこまで使うか、コードをどこまで書くか

学生が迷いやすいのが、ノーコードのツールで組むか、コードを書いて作るかという選択です。判断軸は、案件の目的と、自分が何を蓄積したいかの二つで決まります。

納期が短く、要件が定型的で、相手が内容を自分で更新したいと言っているなら、ツールで組むのが合理的です。管理画面から回答を編集できる状態で引き渡せば、こちらへの問い合わせも減ります。学期中に抱える負荷を下げたい場合、この選択は有効です。

一方で、既存の社内システムとつなぐ、独自のデータを参照させる、応答のログを分析して改善するといった要件が入るなら、コードを書く領域になります。工数は増えますが、就職活動で提示できる技術的な蓄積という点では、こちらのほうが説明しやすい。

どちらが優れているという話ではありません。ツールで組んだ案件でも、要件整理と回答設計をやり切ったなら、それは十分に説明できる経験です。正直なところ、実装言語だけで経験の重みを測る発想は、発注側の関心とずれています。相手が知りたいのは、問い合わせが実際に減ったかどうかです。

学習の順番は、対話設計から入るほうが早い

技術の学習順にも触れておきます。この分野では、プログラミングの基礎より先に、対話の設計から入ったほうが実務に近づきます。よくある質問を集め、分類し、階層を浅く畳み、答えられない場合の逃がし方を決める。この作業は特別な環境がなくても、紙とスプレッドシートでできます。

ネットワークやインフラの基礎知識が必要になる場面もあります。社内システムとの接続や、公開時の構成を扱うなら、CCNA（シスコ技術者認定）のような資格の学習範囲が土台として効いてきます。また、要件を文書にまとめて相手に確認する場面が多いので、ビジネス文書検定で扱われる文書の型を知っておくと、確認書や提案書の作成が速くなります。資格そのものが受注に直結するわけではありませんが、学習の順路としては使えます。

案件をどこで探すか、単価をどう考えるか

案件の探し方も、抱える量に直結します。応募のたびに提案文を一から書いていると、営業だけで時間が溶けるからです。

一般的なクラウドソーシングでは、システム開発のカテゴリにチャットボット関連の募集が並びます。学生が最初に触れる入口としては現実的ですが、手数料が報酬から差し引かれる点は理解しておく必要があります。同じ作業量でも、手取りは仲介の構造によって変わります。手数料0%で直接やりとりする形の仲介サービスもあり、依頼側から見れば同じ予算でより多く依頼でき、受け手から見れば手取りが厚くなる。この構造の違いは、月あたりの本数が少ない学生ほど効いてきます。

仕事の分野を掴むには、業務側の全体像を見ておくと迷いが減ります。企業のAI活用を支援する領域の仕事内容はAIコンサル・業務活用支援のお仕事にまとまっており、チャットボットの構築がどんな業務課題の文脈に置かれるのかが分かります。実装寄りの案件がどう募集されるかはアプリケーション開発のお仕事を見ると輪郭が掴めます。マーケティングやセキュリティと隣接する領域の案件についてはAI・マーケティング・セキュリティのお仕事が参考になります。

報酬の水準を考えるときは、職種としての相場を確認しておくと基準ができます。ソフトウェア作成者の年収・単価相場には開発職の単価データがまとまっており、時間あたりでどれくらいの水準が一般的なのかを掴めます。学生だから安くていい、という前提で見積もると、後から上げるのが難しくなります。

大学生が副業を始めるときの全体像は大学生におすすめの副業15選｜バイトより稼げる在宅ワークランキング【2026年版】で比較されており、チャットボット開発が他の選択肢と比べてどういう位置にあるかが確認できます。クラウドソーシングでの立ち回りに絞った内容は大学生がクラウドソーシングで稼ぐ方法｜バイトよりも将来に役立つスキルが身につくにまとまっています。開発以外の運用系の副業と組み合わせる選択肢を検討するなら大学生のSNSマーケティング副業｜Instagram・TikTok運用代行の始め方も比較対象になります。

単価を上げる前に、対応範囲を狭くする

学生が単価を上げようとするとき、多くはスキルを増やす方向に向かいます。しかし学期中の稼働が限られている状況では、範囲を狭くするほうが先です。

たとえば「飲食店向けの予約と問い合わせに特化したチャットボット」と決めると、想定質問の型が使い回せます。1本目で作った質問リストが2本目の下敷きになり、要件整理の時間が短縮される。同じ納期でも余裕が生まれ、結果として時間あたりの手取りが上がります。

分野を絞ると案件が減るのではないかと心配になりますが、学期中に受けられるのが1本か2本なら、母数はそもそも問題になりません。少ない本数を確実に取るほうが合理的です。

抱えすぎる前に、断り方の型を持っておく

上限を守るには、断る場面が必ず来ます。ここで多くの学生がつまずくのは、断ると次が来なくなると考えてしまうからです。実際には逆で、受けられない時期を正直に伝えた相手のほうが、後から戻ってきます。

断り方には型があります。まず受けられないことを先に言い、次に理由ではなく代替案を出す。「今月は着手できませんが、11月の第2週から着手できます」「新規の構築は難しいですが、既存の回答データの追加であれば対応できます」という形です。学業を理由に挙げる必要はありません。稼働の空き状況として伝えれば十分です。

やってはいけないのは、返事を保留したまま時間を空けることです。相手は他の候補を探す時間を失います。受けられないと分かった時点で、早く伝える。この速さが、次の依頼につながります。

収入が増えてきたときに確認しておくこと

受注が続くと、金額の扱いが気になってきます。ここは断定を避けて書きますが、押さえるべき論点だけ整理しておきます。

学生が受け取る業務委託の報酬は、アルバイトの給与とは扱いが異なります。給与は給与所得、業務委託の報酬は原則として事業所得または雑所得の区分で扱われ、経費の考え方も申告の要否の判定も別の物差しになります。アルバイトの感覚のまま金額だけを足して考えると、判断を誤ります。

扶養の範囲や申告の要否は、収入の区分と金額、他の収入の有無によって変わります。2026年時点の具体的な要件は制度改正の影響を受けるため、実際の判断は国税庁の案内や、居住地を管轄する税務署の窓口で確認してください。大学によっては、学生の就業について届け出を求める規定を置いている場合もあります。奨学金を受給している場合、収入の申告が必要になる制度もあるので、そちらも学生課に確認しておくのが安全です。

実務として最低限やっておくべきは、記録を残すことです。いつ、誰から、いくらの報酬を、どういう名目で受け取ったのか。この記録が残っていれば、後から必要になったときに整理できます。通帳を分ける、報酬の入金だけを一覧にする、といった簡単な形で構いません。金額が小さいうちに習慣にしておくと、額が増えたときに慌てずに済みます。

なお、報酬から手数料が差し引かれる仲介を使っている場合、手取りと契約金額は一致しません。記録にはどちらも残しておきます。額面と手取りが別の数字であることを意識しておくと、次の案件の見積もりも現実的になります。

上限を超えたときに何が起きるか

最後に、上限を超えた場合の典型的な崩れ方を書いておきます。ここを知っておくと、無理な受注を止める判断が働きます。

崩れは、まず返信の遅れとして表れます。作業そのものは進んでいるのに、確認の返信が後回しになる。相手からすると、進んでいるのか止まっているのか分からない状態です。この段階で状況を伝えれば立て直せますが、返信が遅れている自覚があるほど、連絡そのものが億劫になります。

次に、テストが省略されます。納期が迫ると、動くことだけを確認して引き渡してしまう。ところが運用を始めると、想定していなかった聞き方をされて答えが出ない事例が必ず出ます。事前のテスト運用を省いた分は、納品後の対応として跳ね返ってきます。試験期間にこの対応が重なるのが、最も避けたい形です。

そして最後に、学業側が削られます。ここまで来ると、副業として始めたはずのものが本来の目的を侵食しています。単位を落とせば取り戻すのに半年から1年かかり、金額では埋め合わせられない。上限を先に決めておく意味は、この順番で崩れることを知っているかどうかにあります。

市場の側から見た、学生の受注量の考え方

在宅と業務委託の市場を長く見てきた立場から、もう一つ補足します。発注側は、学生かどうかをそれほど気にしていません。気にしているのは、決めた期日に決めた状態のものが出てくるかどうかです。そして、この一点さえ守れる人は、経験年数に関係なく次も声がかかります。

逆に言えば、期日を守れないことが一度でもあると、技術がどれだけあっても次がなくなります。学生にとって不利なのは技術の未熟さではなく、期日を守れる範囲を自分で見誤ることです。だからこそ、受けられる量の上限を先に決めておくことが、この分野で最初にやるべき作業になります。

もう一点、継続の効果についても触れておきます。中間の手数料が乗らない直接の取引では、依頼側は同じ予算でより多くを頼めますし、受け手の手取りは厚くなります。この構造は、継続的に付き合う関係になるほど効いてきます。学期ごとに新しい相手を探して単発を回すより、一つの相手と年間を通じて付き合うほうが、可処分時間の少ない学生には向いています。量の上限を守りながら成果を積み上げるとは、結局この形に落ち着くということです。

よくある質問

Q. 大学生が講義期間中に並行して受けられるAIチャットボット開発は何本までですか？

初受注から半年以内なら1本、工程の見通しが立つようになっても2本までが現実的です。上限を決めるのは作業時間の総量ではなく、確認のやりとりで中断されるたびに発生する復帰の手間です。1回あたり20分から30分の立て直しが必要になるため、本数が増えると可処分時間が急速に削られます。

Q. 未経験の大学生でもチャットボット開発の案件は受けられますか？

対話エンジンを外部サービスとして呼び出せるようになったため、機械学習の理論から学ばなくても実務に入れる状態になっています。ただし工数の4割前後は想定質問と回答データの作成に費やされ、実装は2割程度です。プログラミングより先に、質問を集めて分類し階層を浅く整理する対話設計から入るほうが実務に近づきます。

Q. 納期は学期のどのあたりに置くのが安全ですか？

期末の3週間前までに引き渡しを完了できる案件だけを学期中に受けるのが安全です。15週の学期のうち、最初の3週は履修登録で予定が固まらず、第6週前後に中間課題、第13週以降は期末の負荷が上がります。新規構築は長期休暇に寄せ、学期中は改修や回答データの追加といった分割できる作業を受ける形が向いています。