AIチャットボット開発の継続案件にする｜単発で終わらせない

2026年3月10日

丸山桃子

この記事のポイント

✓AIチャットボット開発の継続案件をどう作るのかを
✓受注後の実務目線でまとめました
✓運用を作業として定義する手順

AIチャットボット開発で継続案件を作れるかどうかは、営業の巧拙ではありません。結論から言うと、運用でやることを「作業」として言葉にできるかどうかで決まります。「保守します」では予算が付きません。「毎月、答えられなかった質問を分類して、参照資料の追加が必要なものを整理し、回答の言い回しを調整して、結果を報告します」なら、発注側は必要性を判断できます。

チャットボットは公開後に育てる仕組みです。参照する資料は古くなり、聞かれ方は変わり、答えられない質問が溜まっていく。構造として、継続的な手入れを必要とします。それでも単発で終わる案件が多いのは、この手入れを誰がやるのかを、開発の段階で決めていないからです。

この記事では、運用を作業として定義する手順、契約の組み方、最初の受注時に仕込んでおくこと、そして継続が続く条件を扱います。

単発で終わるのは構造の問題

継続にならない案件には、共通した構造があります。

開発だけを切り出して発注されているケースです。発注側の頭の中で「作る」と「運用する」が分かれており、運用は社内でやるつもりでいる。この場合、開発が終われば関係も終わります。問題は、社内で運用できる体制が本当にあるかどうかを、誰も確認していない点です。運用されないまま放置される仕組みが生まれます。

予算の取り方が単年度で完結しているケースです。導入の予算は取れたが、翌年度以降の運用費は計上されていない。この状態で継続を提案しても、予算がないので通りません。予算編成の時期を把握し、その前に提案を出す必要があります。

運用でやることが定義されていないケースです。冒頭に書いたとおり、これがいちばん多い。「何かあったら連絡します」で終わり、何も起きないまま関係が薄れていきます。実際には毎月やるべきことがあるのに、それが可視化されていないだけです。

引き渡しが済んでいないケースです。管理画面の使い方も、資料の差し替え方も分からないまま渡されると、発注側は仕組みに触れなくなります。使われなくなった仕組みには、追加の予算が付きません。

継続になりやすい案件と、なりにくい案件

案件の性質によって、継続の生まれやすさが違います。受注の段階で見分けられます。

継続になりやすいのは、参照する情報が定期的に更新される案件です。社内規程、商品情報、料金体系、制度の案内。これらは必ず改訂されるので、その反映作業が発生し続けます。

利用者が社外にいる案件も継続しやすくなります。想定していなかった聞かれ方が次々に出てくるため、改善の余地が尽きません。社内向けだと、質問の幅が狭く、ある程度で安定します。

逆に、なりにくいのは、参照する情報が固定的な案件です。一度きりのキャンペーン向け、期間限定のイベント案内。終われば役目が終わります。

既製のツールを設定しただけの案件も、継続の余地が小さくなります。設定は発注側でも触れるため、外部に頼む理由が弱い。この場合は、設定作業そのものではなく、効果測定と改善の設計を担う形にすると継続が生まれます。

案件を探す段階でも、この見分けは使えます。募集の内容に「運用」「改善」「保守」の語があるか、更新頻度のある情報を扱う案件かを見ます。仕事を探す場としては、クラウドソーシングの募集一覧も選択肢になります。

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

こうした募集一覧は、どんな要件が世の中で求められているかを知る資料としても使えます。ただし、募集文の多くは開発の完了までしか書いていません。運用まで含めて提案できるかどうかが、他の応募者との差になります。

運用を「作業」として定義する

継続案件を作る中心の工程です。抽象的な「保守」を、具体的な作業の一覧に置き換えます。

答えられなかった質問の確認

公開後に必ず溜まるのが、答えられなかった質問の記録です。この記録を定期的に確認し、分類する作業を月次の項目として立てます。

分類の観点は3つです。参照させている資料に情報があるのに答えられなかったもの、そもそも資料に情報がないもの、対応する必要のない質問。1つめは設定の調整で対処でき、2つめは資料の追加が必要になり、3つめは放置してよい。この分類ができると、次に何をすべきかが自動的に決まります。

参照資料の追加と更新

改訂された資料の差し替え、新しく参照させたい資料の取り込み、古くなった資料の除去。この3つを作業として並べます。

点数で区切るか、作業時間で区切るかを決めます。月あたりの点数で区切ると分かりやすい反面、1点が大量にある場合に破綻します。時間で区切る方が実務では扱いやすくなります。

回答の調整

同じ質問でも、聞かれ方によって答えの質が変わります。実際に来ている質問を見ながら、参照させる範囲の分け方や、答え方の指示を調整する作業です。ここは終わりがないので、月あたりの上限を決めておきます。

会話の流れが長くなっていないかも確認します。

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

やり取りの回数という指標を持っておくと、どの経路を直すべきかを機械的に選べます。感覚ではなく数字で示せる項目を持っておくのは、継続の提案でも効きます。

動作と費用の確認

見落とされがちですが、月に一度は仕組み自体の状態を確認する作業が要ります。外部のサービスに接続している場合、仕様の変更や提供条件の変更が予告なく起きることがあります。動いているつもりで止まっていた、という事態を防ぐには、定期的に主要な経路を通して確認するしかありません。

利用量に応じた費用の推移も見ます。想定より利用が伸びていれば、費用も伸びています。発注側が気づく前にこちらから伝えると、信頼につながります。逆に、伸びを黙っていて請求で発覚すると、関係が悪くなります。

確認する項目を一覧にしておき、毎月同じ順で見る形にすると、抜けが出ません。この一覧そのものが、運用の内容を説明する資料にもなります。

報告

月次の報告を作業として明記します。利用の状況、答えられた質問の割合、今月やったこと、来月の予定。この4項目を一枚にまとめる形で十分です。

報告は、発注側の担当者が社内で使う資料になります。担当者が上長に説明できる形で渡すと、継続の予算が通りやすくなります。逆に報告がないと、何にお金を払っているのか分からなくなり、契約が切られます。

月次の組み立て方

作業を並べたら、月のどこでやるかを決めます。

月初に前月のデータを確認し、分類する。中旬に資料の更新と回答の調整を行う。下旬に報告をまとめて送る。この程度の粗い枠でも、決まっているのといないのとでは大きく違います。

発注側にも、月次でやってもらうことを渡します。資料の改訂があれば連絡してもらう、報告に対して確認を返してもらう。相手側の作業を明示すると、共同で運用している感覚が生まれます。この感覚があると、契約が続きます。

時間の使い方も決めておきます。月あたり何時間を充てるのかを決め、その範囲で優先順位をつけて進める。時間を超える要望が来たら、翌月に回すか別途相談にする。この線引きがないと、月額の契約が実質的な無制限対応になります。

契約の形をどう選ぶか

継続の契約には、いくつかの形があります。

月額固定の形は、双方にとって計画が立てやすい方式です。やることが安定している場合に向いています。上限を時間で決め、超過分は別途とするのが実務的です。

時間枠を買ってもらう形は、作業量が月によって変動する場合に向いています。あらかじめ一定の時間を確保しておき、使った分を報告する方式です。使わなかった分の繰り越しをどうするかは、最初に決めます。

都度対応の形は、頻度が低い場合の選択肢です。ただし、この形は関係が薄れやすく、次第に連絡が来なくなります。都度にする場合でも、定期的な確認の場だけは無償で設けておくと関係が保てます。

いずれの形でも、契約の期間と更新の条件を書きます。自動更新にするか、都度合意にするか。自動更新の方が続きやすい反面、見直しの機会がなくなるので、半年に一度は内容を確認する場を設けるのが健全です。

なお、報酬の支払期日については、フリーランス保護の制度で発注側に義務が課されています。受領日から起算して60日以内のできる限り短い期間内に支払期日を定めることとされており、制度の詳細は公正取引委員会の案内で確認できます。継続契約では毎月発生する話なので、最初に確認しておきます。

最初の受注のときに仕込んでおくこと

継続案件は、開発が終わってから作るものではありません。最初の契約の段階で仕込みます。

開発と運用を、2本の契約として並べて提示します。開発だけを見積もると、運用の話が立ち消えになります。並べて出し、運用は開発完了後に開始する形にしておけば、自然に継続へ入ります。この提示は、押し売りにはなりません。むしろ、公開後の面倒を見てくれる相手だと受け取られます。

引き渡しの工程を、開発の見積もりに含めます。手順書の作成、担当者への引き継ぎ、想定される変更の事前共有。この工程があると、発注側は仕組みに触れるようになり、触れるから改善の要望が生まれ、要望があるから継続の相談が来ます。

将来起きる変更を、最初に伝えておきます。参照している情報が改訂されたら反映が必要になること、利用者が増えたら見直す箇所があること。伝えておくと、その状況になったときに連絡が来ます。

開発の範囲を意図的に絞る選択もあります。全部を一度に作らず、効果が出やすい部分から始めて、結果を見て広げる。最初の投資が小さいので決裁が通りやすく、結果が出れば次が発注されます。

継続が続く条件

契約を取れても、続かなければ意味がありません。続く案件には条件があります。

効果が見えていることです。ここでいう効果は、劇的な変化である必要はありません。前月と比べてどう動いたかが分かれば、判断の材料になります。毎月の報告で、何がどう変わったかが分かる状態を保ちます。数字が動いていない月でも、何を試して何が分かったかを書きます。動いていない事実を隠すと、後で信用を失います。

担当者が社内で説明できることです。担当者は社内でこの契約を維持する立場にあります。説明の材料を渡し続けるのが、こちらの仕事の一部です。

約束した期日を守り続けることです。月次の報告が数日遅れる程度でも、繰り返されると印象が積み上がります。作業の質より、期日の安定の方が評価に効く場面は多い。忙しい月は内容を薄くしてでも、期日どおりに出す方が関係は保てます。遅れる場合は、遅れる前に連絡します。

連絡が滞らないことです。月次の報告以外にも、短い連絡を挟みます。「今月はこの部分を見ています」程度で十分です。存在を忘れられないことが、継続の最低条件になります。

相手の事業の話を聞き続けることです。仕組みの話だけをしていると、事業側の変化に気づけません。新しい商品が出る、部署が再編される、問い合わせの窓口が変わる。こうした変化はすべて、参照させる情報の変更につながります。月次の場で近況を聞くだけで、次にやるべきことが先に見えます。

やることが枯れないことです。改善の余地がなくなったら、率直にそう伝えます。その上で、範囲を広げる提案か、頻度を下げる提案を出します。やることがないのに月額を受け取り続けると、いずれ気づかれて切られます。自分から見直しを提案する方が、信用は残ります。

予算のサイクルを把握する

継続の提案は、内容が良くてもタイミングを外すと通りません。発注側の予算の動き方を知っておく必要があります。

多くの企業は年度単位で予算を編成します。編成の作業は、年度が始まる数か月前に行われます。翌年度の運用費を計上してもらうなら、その編成の前に提案を出す必要があります。編成が終わってから提案しても、枠がないので通りません。

担当者に、いつ頃予算の話をするのかを聞いておきます。「来年度も継続してご一緒するとしたら、予算のご検討はいつ頃になりますか」と聞けば、時期を教えてもらえます。この一問で、提案の出し方が決まります。

期中に新しい予算を取る場合は、稟議の材料が要ります。導入の効果を示すデータと、継続しない場合に何が起きるかの説明です。後者は脅しではなく、事実として書きます。参照している資料が改訂されても反映されない、答えられない質問が溜まり続ける、といった具体的な状態を示します。

予算の名目も確認しておきます。システムの保守として計上するのか、外部委託費として計上するのか、部門の運営費から出すのか。名目によって決裁の経路が変わり、必要な書類も変わります。担当者が慣れている名目に合わせて提案書の体裁を整えると、処理が速く進みます。

継続の提案書をどう作るか

提案書は、枚数を増やさない方が通ります。読むのは担当者と、その上長です。上長は詳細を読みません。

先頭に、何を提案しているかを一行で書きます。次に、なぜそれが必要かをデータで示します。ここで使うのは、公開後に溜まった実際のデータです。答えられなかった質問の件数の推移、参照資料の改訂の回数、利用の状況。実データがあると、提案が意見ではなく事実になります。

そのあとに、実施する内容を作業の一覧として並べます。前述の4項目を、そのまま書けば足ります。期間と、月あたりの作業時間の目安を添えます。

技術的な説明は末尾に回すか、別紙にします。担当者が社内で説明するとき、この提案書をそのまま使えるかどうかが基準です。使えない体裁で出すと、担当者が自分で作り直すことになり、その手間が発注の障害になります。

比較の材料を添えるのも有効です。運用を社内でやる場合に必要な作業と時間を並べ、外部に委託する場合と対比させます。どちらが良いという結論は書かず、判断の材料として置きます。押しつけない書き方の方が、結果として通ります。

引き継ぎ資料を相手の資産にする

継続案件を長く続けるうえで、意外に効くのが資料の整備です。

運用手順書、変更の記録、テスト質問のセット、報告の履歴。これらを発注側が見られる場所にまとめて置きます。自分の手元だけで管理していると、担当者が変わったときに引き継がれず、関係が途切れます。

資料を相手側に置くことは、自分の立場を弱めるように見えるかもしれません。実際は逆です。資料が整っていることで、担当者が交代しても新しい担当者が状況を把握でき、そのまま契約が続きます。抱え込んで属人化させると、担当者の交代とともに契約ごと見直されます。

変更の記録は特に重要です。いつ、何を、なぜ変えたか。この記録があると、数か月後に「なぜこの設定なのか」を説明できます。記録がないと、次の担当者は全体を疑うことになり、作り直しの話が出ます。

テスト質問のセットも、相手側に置いておきます。精度を測る基準が共有されていると、品質の議論が主観に流れません。継続の必要性を説明するときにも、この基準が根拠になります。

複数の継続案件を並行させる

継続案件が増えてくると、別の課題が出てきます。月次の作業が重なり、時間が読めなくなる問題です。

対処は、作業の時期をずらすことです。契約の開始月を意図的に分散させると、月次の作業が集中しません。すでに重なっている場合は、報告のタイミングを月末と月初に分ける調整をします。

作業の型を揃えるのも有効です。報告の書式、分類の観点、記録の残し方を案件ごとに変えず、共通の形にします。案件ごとに違う形にしていると、切り替えのたびに考える時間が発生します。

引き受けられる件数の上限も決めておきます。継続案件は安定する反面、時間を固定的に消費します。新しい案件を受ける余地がなくなると、単価の見直しも難しくなります。稼働の何割までを継続に充てるかを決め、残りは新規と学習に残す形が現実的です。

単価ではなく範囲を見直す

継続の途中で、条件の見直しが必要になることがあります。ここで単価の話から入ると、交渉が硬直します。

先に見直すのは範囲です。作業の一覧を出し、増えたもの、減ったもの、当初なかったものを整理します。整理した結果として時間が増えているなら、時間の枠を増やす提案になります。この順番なら、値上げの交渉ではなく、実態に合わせる調整として話が進みます。

逆に、作業が減っているなら、こちらから枠を減らす提案をします。短期的には収入が減りますが、続く関係の方が結果的に大きくなります。減らす提案を自分から出せる相手は、信用されます。

継続案件にもリスクがある

続くこと自体が目的になると、別の問題が出ます。

一社への依存が進むと、その契約が終わったときの影響が大きくなります。継続案件は安定しますが、同時に他の案件を探す動機を弱めます。並行して新しい案件に触れる時間を残しておく必要があります。

作業が固定化すると、技術の変化から離れます。同じ作業を毎月繰り返していると、新しいやり方を試す機会が減ります。継続の中に、検証や改善の枠を意図的に入れておくと、この停滞を避けられます。

収入の見え方が変わることにも注意が要ります。継続案件は毎月同じ金額が入るため、実際にかけている時間との対応が意識されにくくなります。作業が増えているのに金額が変わらない状態が続くと、気づかないうちに条件が悪化します。月ごとの実作業時間を記録し、定期的に見直す習慣が要ります。

言われたことだけをやる関係になると、価値が下がります。作業の代行になった時点で、より安い相手に置き換えられる対象になります。改善の提案を出し続けることが、置き換えられない条件です。

継続が切れる兆候

続いていた契約も、切れるときには前触れがあります。早く気づけば手を打てます。

報告への反応がなくなるのが、最初の兆候です。以前は確認の返信があったのに、既読のまま返ってこなくなる。担当者の関心が他に移っているか、社内での位置づけが下がっています。この段階で、報告の内容が相手の関心とずれていないかを見直します。

打ち合わせの参加者が減るのも兆候です。上長が出なくなり、担当者だけになる。さらに進むと、打ち合わせ自体が書面のやり取りに置き換わります。関与が薄れている合図なので、こちらから改めて効果を整理して提示します。

利用の数字が下がり続けている場合も危険です。使われていない仕組みに予算は付きません。数字が下がっている事実を隠さず報告し、原因の調査を提案します。原因が仕組みの外にある場合、たとえば社内の周知が止まっているだけということもあります。その場合は、周知の方法を一緒に考える提案が有効です。

担当者の異動も見落とせません。異動の話が出たら、後任への引き継ぎに協力を申し出ます。前述の資料が整っていれば、この場面でそのまま役に立ちます。引き継ぎの場に同席させてもらえれば、後任との関係を最初から作れます。

案件の性質と、市場の見方

継続案件を増やすには、担える範囲を広げるのが直接的です。業務の整理から入る相談型の仕事は、開発の前段にあたるため、そこから受けると運用まで一貫して繋がります。仕事の内容はAIコンサル・業務活用支援のお仕事にまとまっています。

実装から保守までを担う場合の工程はアプリケーション開発のお仕事で確認できます。保守の工程を見積もりに含められるかどうかが、単発と継続の分かれ目です。個人情報や社内規程を扱う案件はAI・マーケティング・セキュリティのお仕事の領域と重なります。この領域は定期的な確認が必要になるため、構造的に継続が生まれやすい性質を持ちます。

チャットボット開発の仕事に必要なスキルの全体像はAIチャットボット開発のフリーランス案件｜必要スキルと単価で整理しています。運用まで担うために何を身につけるかの指針になります。この職種が市場でどう位置づけられているかはソフトウェア作成者の年収・単価相場にデータがまとまっています。

継続の関係では、月次の報告や提案の文書を書く機会が増えます。読み手が判断できる文書を書けるかどうかが、契約の継続に直結します。文書の基本を確認したい場合はビジネス文書検定の出題範囲が指針になります。

現場を見てきた立場からの観察

フリーランスと在宅ワークの市場を20年運営してきた立場から言えば、継続案件を持っている人は、営業が得意な人ではありません。やることを言葉にするのが得意な人です。同じ作業をしていても、「保守をしています」としか言えない人と、「毎月これとこれとこれをやっています」と並べられる人では、契約の続き方がまるで違います。並べられる人は、相手が予算を通す理由を作れるからです。

運営者として見てきた限りでは、長く続く人ほど、単発の作業ではなく「この人に任せると楽だ」という関係づくりに時間を使っています。楽というのは、説明しなくても分かってもらえる、前回の経緯を覚えている、聞けばすぐ返ってくる、という状態のことです。この状態を作るのに必要なのは技術ではなく、記録と連絡の習慣です。

中間マージンが乗らない直接取引の場では、この構造がはっきり出ます。仲介が入ると、継続の依頼も毎回仲介を経由し、そのたびに条件が組み直され、前回の経緯は担当者の頭の中にしか残りません。直接の関係が続いていれば、前提が引き継がれるので双方の手間が減る。同じ予算でも依頼側はより多くを頼めますし、受け手は手数料0%のぶん手取りが厚くなります。継続とは、毎回ゼロから始めなくてよい関係のことです。

単発で終わらせないために必要なのは、次を売り込むことではありません。公開してからが本番だという事実を、最初の打ち合わせの時点で相手と共有しておくこと。それだけで、案件の終わり方が変わります。