スキマ時間だけでAIチャットボット開発のどこまで進むか、詰まる工程の見立て

2026年1月8日

長谷川奈津

この記事のポイント

✓スキマ時間だけでAIチャットボット開発はどこまで進むのか
✓15分や30分の細切れで進む作業と
✓まとまった時間がないと必ず詰まる工程を切り分けて

スキマ時間だけでAIチャットボット開発を進められるのか。この質問には、はっきりした答えがあります。工程の半分以上はスキマ時間で進みます。ただし、残りの工程は絶対に進みません。そして厄介なことに、進まないほうの工程が、納期を決める工程です。この記事では、開発の工程を細かく割ったうえで、15分や30分の細切れで手が動く作業はどれか、まとまった時間がないと必ず詰まる工程はどれかを切り分けます。そのうえで、詰まる工程をどう扱えば無理なく進められるのかを整理していきます。

工程を分けないまま始めると、必ず途中で止まる

最初に、なぜ工程を分けて考える必要があるのかを説明します。

チャットボットの開発は、外から見ると「作る」という一つの作業に見えます。でも中身は性質のまったく違う作業の集まりです。相手の話を聞いて要件を決める作業、想定される質問を集めて回答を書く作業、それを分類して構造を作る作業、実装する作業、動かして直す作業、引き渡して運用に乗せる作業。この六つは、必要な集中の深さも、中断されたときの痛手も、それぞれ違います。

つまり、全部をひとまとめに「今日は3時間やった」と数えても、進み方は読めないということです。これ、意外と知らない人が多いんです。作業時間の合計ではなく、どの工程にどういう時間を当てたかで進捗が決まります。

六つの工程に、必要な連続時間を書き出す

工程ごとに、途切れずに欲しい時間を書き出してみます。

要件のヒアリングと確定は、相手との会話が入るので、まとまった時間が要ります。1回60分前後を、相手の都合に合わせて確保する必要があります。ここは自分の都合だけでは決められない工程です。

想定質問と回答データの作成は、逆に細切れで進みます。1問ずつ書き足していける作業なので、10分でも進みます。全体の工数のなかで最も比重が大きい工程がこれなので、スキマ時間の主戦場になります。

分類して会話の階層を組み立てる作業は、まとまった時間が必要です。全体を見渡しながら組み替える作業なので、途中で切ると最初から見直すことになります。目安として90分は欲しい工程です。

実装は、内容によって分かれます。ツールの管理画面に回答を登録していく作業なら細切れで進みますが、外部のシステムとつなぐ実装は連続した時間が要ります。

テストと修正は、細切れでも進みます。ただし、後述するとおり例外があります。

引き渡しと初期の運用対応は、相手の稼働時間に縛られます。これも自分の都合では決められません。

15分、30分、60分で実際にどこまで進むか

時間の長さ別に、現実的に片付く作業を並べます。目安として使ってください。

15分で片付く作業

15分あれば、想定質問を3問から5問分、書き足せます。相手の業務資料やサイトを読んで、質問になりそうな箇所に印をつけていく作業も15分単位で進みます。

管理画面に回答を1件ずつ登録していく作業も、この単位で進みます。すでに文面ができていれば、貼り付けて分類を選ぶだけなので、移動中でも手が動きます。

それから、案件募集の内容を読んで、応募するかどうかを判断する作業。これも15分あれば数件は目を通せます。ただし提案文を書くのは15分では終わらないので、判断と執筆は分けたほうがいい。

逆に15分でやってはいけないのは、相手への返信を書くことです。急いで書いた確認の文面は、後で必ず認識のずれを生みます。返信は短くても、内容の整合を確認してから出す。ここは時間をケチると高くつきます。

30分で片付く作業

30分あると、一つのテーマについて質問と回答をまとめて作れます。たとえば「営業時間と定休日に関する質問」という単位で、聞かれ方のバリエーションを並べて、回答を統一した文面で書く。この粒度が30分に収まります。

動作確認も30分単位で進みます。用意した質問を実際に投げて、返ってくる答えを確認し、ずれているものに印をつける。修正はしないで、確認だけに絞る。これがスキマ時間での進め方です。

提案文を書くのも、テンプレートがあれば30分でできます。テンプレートがない状態で一から書くと、この時間には収まりません。だからこそ、最初にまとまった時間を使って自分の型を作っておく価値があります。

60分あればできること

60分あると、実装の一部が進みます。データの読み込み処理を書く、管理画面の設定を一通り済ませる、といった、始点と終点がはっきりしている作業です。

相手とのオンラインでの打ち合わせも、この枠に入ります。ただし打ち合わせの後に、聞いた内容を文書にまとめる時間が別に要ります。打ち合わせだけを60分の枠に入れて、記録を後回しにすると、内容が薄れてやり直しになります。打ち合わせ45分、記録15分という配分にしておくのが安全です。

一日のどこにスキマがあるのかを、先に数える

工程を分けたら、次は自分の時間の側を数えます。ここを感覚で済ませると、見積もりが必ず甘くなります。

平日の細切れ時間は、だいたい決まった場所に現れます。起床後から家を出るまでの間、移動中、昼の休憩、夕方の待ち時間、就寝前。この五つを実際に測ってみると、合計では思ったより多く、一つひとつは思ったより短いことが分かります。

重要なのは合計ではなく、内訳です。たとえば合計が週に10時間あっても、その中身が15分の枠ばかりなら、階層を畳む作業は1回も進みません。逆に合計が週6時間でも、そのうち90分の枠が1回あれば、詰まる工程を毎週一つずつ片付けられます。

だから測るべきは「合計何時間あるか」ではなく、「連続90分の枠が週に何回作れるか」です。ここが0回なら、新規構築の案件は受けないほうがいい。0回の状態で受けると、必ず納期の直前に破綻します。

枠が作れないときの選択肢

連続した枠が作れない時期もあります。その場合の選択肢は三つです。

一つめは、新規構築ではなく運用改善の案件だけを受けること。既存のチャットボットに回答を追加する、答えられなかった質問を分析して改善する、といった仕事は細切れで成立します。

二つめは、工程を分担すること。要件整理と階層設計を別の人に任せ、自分は回答データの作成と実装に集中する形です。個人で完結させる必要はありません。

三つめは、その期間は受注を止めること。受けないという判断も、立派な進め方です。中途半端に受けて納期を落とすほうが、次の仕事を失います。

詰まる工程その1、要件を確定させるやりとり

ここからが本題です。スキマ時間では進まない工程を、順に見ていきます。

要件の確定が難しいのは、相手が業務時間中にしか動けないからです。副業として夜や早朝に作業する人にとって、相手の返信を待つ時間はそのまま停滞になります。しかも往復が1回で終わることはまずありません。確認して、返答をもらって、そこから新しい要望が出て、また確認する。この往復が3回も入れば、それだけで2週間近く経ちます。

対策は二つあります。一つは、質問をまとめて一度に出すこと。思いついた順に小出しにすると往復回数が増えます。もう一つは、こちらから案を提示して、承認か修正かを選んでもらう形にすること。白紙の状態で意見を求めると相手も考える時間が要りますが、案があれば判断だけで済みます。

※ここで一つ注意です。要件が確定していない段階で実装を進めるのは、時間の使い方として危険です。後から前提が変われば、書いた分がまるごと無駄になります。待つあいだは、要件が変わっても使える作業、たとえば質問の収集や文面の整備に手を回してください。

詰まる工程その2、会話の階層を畳む作業

集めた質問を分類し、たどり着くまでの経路を短くする作業。ここが最もスキマ時間と相性が悪い工程です。

なぜかというと、この作業は全体を頭に載せた状態でしか進まないからです。質問が100問あるとして、それを大分類に振り分け、重複を統合し、経路が深くなりすぎている箇所を組み替える。10分の作業を10回に分けても、毎回全体を思い出すところからやり直しになります。

この工程には、まとまった時間を先に確保してください。週に1回でいいので、90分から120分の枠を予定として押さえる。押さえられないなら、その週は他の工程を進めて、この作業は次週に回す。無理に細切れで進めると、分類が場当たり的になり、後で全部やり直すことになります。

つまり、スキマ時間で開発を進めるというのは、すべてをスキマ時間でやるという意味ではありません。スキマ時間で進む工程を増やして、まとまった時間が要る工程を週にどこまで圧縮できるかという話です。

詰まる工程その3、本番環境への接続と公開

作ったものを実際に動く場所に置く工程も、細切れでは進みません。

理由は単純で、この作業は途中で止められないからです。設定を書き換えて、動作を確認して、問題があれば戻す。この一連が終わらないまま中断すると、中途半端な状態が残ります。相手のサイトに組み込む作業なら、なおさら途中で止められません。

さらに、この工程では相手側の担当者に立ち会ってもらう必要が出ることもあります。管理画面の権限をもらう、公開のタイミングを合わせる、といった調整です。相手の稼働時間に合わせるので、こちらの空き時間とは無関係に日程が決まります。

対策としては、公開作業の日を先に決めて、そこから逆算することです。「この日の午前に公開作業をします」と決めておけば、相手も予定を空けられますし、こちらもその日は別の予定を入れずに済みます。

詰まる工程その4、テスト運用と修正の往復

作って動いたら終わり、ではありません。実際に使われ始めると、想定していなかった聞き方が必ず出てきます。

導入前にテスト運用を行い、チャットボットが適切に機能するかどうか確認することも大切です。たとえ時間をかけて回答を用意しても、実際に稼働するとなると不足や齟齬が見つかるものです。テスト運用を行う中で、改善点を洗い出すとよいでしょう。出典: helpfeel.com

つまり、テスト運用の期間を工程として最初から数えておく必要があるということです。ここを納品後のおまけ扱いにすると、公開してから連日の対応に追われます。

テストそのものは細切れで進みます。質問を投げて記録するだけなので、10分でもできる。詰まるのは修正の判断です。答えられなかった質問に対して、回答を足すのか、分類を組み替えるのか、そもそも人間に引き継ぐ導線に流すのか。この判断は全体の構造を見ながら決めるので、階層を畳む作業と同じく、まとまった時間が要ります。

スキマ時間を実際に機能させるための三つの準備

工程を分けたうえで、細切れの時間を無駄にしないための準備を挙げます。

中断する前に、次の一手を書き残す

作業を止めるとき、必ず「次にやること」を1行だけ書いてから閉じる。これだけで、再開時の立ち上がりがまったく違います。

書くのは進捗ではなく、次の動作です。「質問リストの営業時間カテゴリを続きから」ではなく、「営業時間カテゴリの37行目から、年末年始の扱いを追記する」と書く。具体的であるほど、再開が速い。

開いてすぐ手が動く状態を保つ

再開のたびに環境を立ち上げ直していると、それだけで10分が消えます。スキマ時間で進めるなら、作業対象のファイルや管理画面に、すぐ到達できる状態を維持しておく必要があります。

在宅で作業する場合、回線の安定も地味に効きます。管理画面の読み込みが遅い環境だと、15分の枠が実質10分になる。作業環境の整え方については在宅ワークに最適なネット回線｜光回線vsホームルーターの選び方に回線タイプごとの違いがまとまっているので、細切れの時間を使う前提なら一度確認しておく価値があります。

記録を残して、後から説明できるようにする

何をいつやったかの記録は、後で必ず役に立ちます。相手から「あの仕様はいつ決まりましたか」と聞かれたとき、記録があれば即答できる。無ければ記憶に頼ることになり、認識のずれが揉め事に発展します。

※これは法務の観点からの注意でもあります。やりとりの記録は、後で条件を確認する根拠になります。メッセージのやりとりで決めたことも、要点を文書にまとめて相手に送り、確認をもらっておく。この一手間が、後々の自分を守ります。文書の型を押さえたい場合はビジネス文書検定の出題範囲が、確認書や議事録の基本的な構成を掴むのに使えます。

納期を出すときは、待ち時間を足して答える

見積もりでよくある失敗が、自分の作業時間だけで納期を答えてしまうことです。

作業に20時間かかるとして、週に5時間しか取れないなら4週間。ここまでは誰でも計算します。でも実際には、要件確定の往復で1週間から2週間、公開作業の日程調整で数日、テスト運用で1週間から2週間が別に乗ります。作業4週間の案件は、実際には8週間前後の期間になります。

この差を最初に伝えておくかどうかで、進行中の空気がまったく変わります。「作業自体は4週間ですが、確認のやりとりとテスト期間を含めると、公開までは2か月程度を見てください」と最初に言えば、相手は待ち時間を織り込んで計画します。言わないと、こちらが遅れているように見えます。

※納期の合意は、後から揉めやすい部分です。口頭やチャットの流れで決めた納期でも、要点を文書にして相手に送り、確認をもらっておく。「いつまでに、何が、どういう状態で」を三点セットで書きます。これは相手を疑うためではなく、双方の記憶違いを防ぐためのものです。

相手の返信待ちを、止まる時間にしない

もう一つ、細切れの時間を守るうえで効くのが、待ちの扱いです。

要件の確認を投げてから返事が来るまでの数日を、何もしない期間にしてしまう人がいます。これは時間の損失としてはかなり大きい。返信を待つあいだにできる作業は、実際にはいくつもあります。

答えが変わっても影響しない部分の回答文を整える。答えられない質問を人間に引き継ぐときの文面を用意する。テストに使う質問リストを作っておく。引き渡し時に渡す操作手順の説明を書き始める。どれも要件の細部に左右されない作業です。

こうした「待ちのあいだに進める作業」を、あらかじめ一覧にしておくと迷いません。返信が来ていないと気づいた瞬間に、その一覧から一つ選んで15分だけ進める。これを習慣にできると、待ち時間の合計がそのまま進捗に変わります。

ツールで組むか、コードを書くかは、時間の形で選ぶ

作り方の選択にも触れておきます。細切れの時間しか使えない場合、この判断は好みではなく時間の形で決めるのが合理的です。

管理画面から回答を登録していくタイプのツールを使う場合、作業は細かく分割できます。1件登録して閉じる、また開いて次の1件を登録する。この繰り返しで前に進むので、スキマ時間との相性は良い。引き渡した後も相手が自分で回答を追加できるため、こちらへの問い合わせが減ります。運用の負担を下げたい人には現実的な選択です。

一方、コードを書いて作る場合は、まとまった時間の比重が上がります。外部のデータを読み込む処理、既存システムとの接続、応答のログを残す仕組み。どれも途中で止めにくい作業です。ただし、要件が特殊な案件はこちらでしか対応できませんし、単価も上がりやすい。

つまり、週に90分の枠を安定して作れるかどうかで、受けられる案件の種類が変わるということです。枠が作れない時期はツール中心の案件、作れる時期はコードを書く案件、という選び分けをしておくと、無理なく続けられます。

どちらを選んでも、回答データの質が結果を決める

補足として、作り方に関係なく効いてくる部分を書いておきます。実際に使われるかどうかを決めるのは、実装の巧拙ではなく、回答データがどれだけ利用者の言葉に寄っているかです。

同じことを聞くにも、人によって言い方は変わります。「営業時間は」と聞く人もいれば「何時までやってますか」と聞く人もいる。この幅を拾えているかどうかで、使われるものになるか、すぐ使われなくなるかが分かれます。そしてこの作業は、まさにスキマ時間で少しずつ積み上げられる部分です。

だから、時間が細切れであること自体は、この仕事において必ずしも不利ではありません。最も比重の大きい工程が細切れと相性が良いからです。不利になるのは、詰まる工程の存在を知らないまま予定を組んだ場合だけです。

独学で進めるときに、時間を失いやすいところ

スキマ時間で学びながら受注する人が多い分野なので、学習の進め方にも触れておきます。

初期投資を0円に抑える事を優先しすぎて独学でやっていた頃、「知識の偏り」と「間違ったやり方」によって積み上げてきた収益源を一瞬で失った経験もあります。出典: re-study.jp

この指摘は、時間の使い方の話として読むと意味が分かります。独学で偏りが生まれるのは、自分が興味を持てる工程ばかり進めてしまうからです。実装は楽しいので進む。でも要件整理や引き渡しの手順は面白くないので後回しになる。結果、作れるけれど納められない状態になります。

スキマ時間しか使えない人ほど、この偏りは強く出ます。細切れの時間では、気が進まない作業に手をつけにくいからです。対策としては、週の最初に「今週まとまった時間を使う工程」を決めてしまうこと。気分ではなく予定で工程を選ぶ形にします。

外部のシステムと接続する案件を扱うなら、ネットワークの基礎知識が必要になる場面があります。CCNA（シスコ技術者認定）の学習範囲は、接続や公開の工程で出てくる用語を整理するのに役立ちます。

案件の選び方と、時間あたりの手取りの考え方

最後に、案件選びの話です。スキマ時間しか使えないなら、どの案件を受けるかで結果が大きく変わります。

一般的なクラウドソーシングでは、チャットボット関連の募集がシステム開発のカテゴリに並びます。

AIチャットボット開発の仕事・案件一覧ページです。クラウドソーシング・アウトソーシングに強いランサーズでは、AIチャットボット開発の仕事情報の検索から納品、報酬の受け取りまで、すべて完結します。時間や場所にとらわれず、在宅や副業などさまざまな働き方を実現可能です。出典: lancers.jp

場所を選ばずに完結する働き方が前提になっている一方で、報酬からは仲介の手数料が差し引かれます。細切れの時間で少ない本数しか回せない人にとって、この差は無視できません。手数料0%で直接やりとりする形の仲介もあり、同じ契約金額でも手取りが変わります。依頼する側から見ても、中間のマージンが乗らない分、同じ予算でより多くを頼めます。

選ぶべき案件の条件を挙げると、要件がすでに文書になっていること、公開先が明確であること、テスト期間が納期に含まれていること、この三つです。逆に「まずは相談から」という募集は、要件確定の往復が長引く可能性が高い。まとまった時間が取れない状況で受けると、待ち時間ばかりが増えます。

仕事の全体像を掴んでおくと、募集文を読む速度が上がります。企業のAI活用を支援する仕事の中身はAIコンサル・業務活用支援のお仕事にまとまっており、チャットボットの構築がどんな課題の文脈に置かれるかが分かります。実装寄りの案件の探し方はアプリケーション開発のお仕事、マーケティングやセキュリティに隣接する領域はAI・マーケティング・セキュリティのお仕事が参考になります。報酬の水準を判断する基準としては、ソフトウェア作成者の年収・単価相場に開発職の単価データがまとまっています。回答の文面作成が中心になる案件の場合は、著述家，記者，編集者の年収・単価相場の水準も比較の材料になります。

在宅でできる仕事の全体像と比べたい場合は在宅でできる仕事おすすめ【2026年版】｜スキル別ランキングを見ると、チャットボット開発が他の選択肢と比べてどの位置にあるかが分かります。育児の合間の細切れ時間で働く形については育児中にできる在宅副業10選｜スキマ時間で月3万円を目指すに、時間の区切り方の実例がまとまっています。

市場を見てきた立場からの見立て

在宅と業務委託の市場を長く見てきた立場から言えば、スキマ時間で成果を出している人には共通点があります。作業を細かくするのが上手いのではなく、まとまった時間が要る工程を正確に特定して、そこだけを予定として確保しているという点です。

うまくいかない人は、全部を細切れでやろうとします。そして階層の整理や公開作業で必ず止まり、止まったまま納期が来る。工程の性質を見誤っているだけで、能力の問題ではありません。

もう一つ、続いている人ほど、単発の構築より継続の運用に軸足を移しています。運用の対応は細切れの時間と相性がよく、しかも関係が続く分だけ要件のすり合わせが速くなる。中間の手数料が乗らない直接の取引であれば、依頼側は同じ予算で長く頼めますし、受け手の手取りも厚くなる。この形に落ち着いた人が、限られた時間のなかで安定して仕事を続けています。

工程を分ける、詰まる工程だけ予定を押さえる、残りをスキマ時間に流す。この順番で組み立てれば、細切れの時間しかない状況でも、開発は前に進みます。

よくある質問

Q. スキマ時間だけでAIチャットボット開発の案件を最後まで進められますか？

工程の半分以上は細切れの時間で進みます。想定質問と回答データの作成、管理画面への登録、動作確認は10分から30分の枠で手が動きます。ただし要件確定のやりとり、会話の階層を畳む作業、本番環境への公開の三つはまとまった時間が必要です。週に90分の連続した枠を1回でも確保できるかが分かれ目になります。

Q. 最も詰まりやすい工程はどこですか？

集めた質問を分類して、結論までの経路を短く組み替える工程です。全体を頭に載せた状態でしか進まないため、10分を10回に分けても毎回やり直しになります。週に1回、90分から120分の枠を予定として押さえ、そこで一気に片付ける形にしてください。細切れで無理に進めると分類が場当たり的になり、後で全部やり直すことになります。