提案の最初の三行で返信率が変わる、AIチャットボット開発の案件の取り方

2026年7月24日

長谷川奈津

この記事のポイント

✓AIチャットボット開発の案件の取り方を
✓提案文の冒頭三行の設計から解説します
✓書いてはいけない書き出し

AIチャットボット開発の案件の取り方で、技術力の次に効いてくるのが提案文です。もっと言えば、提案文の最初の三行です。

発注者は、届いた提案をすべて丁寧に読んでいるわけではありません。上から順に開いて、冒頭の数行で「この人の話を続けて読むか」を決めています。ここで落ちると、その下にどれだけ的確な提案が書いてあっても届きません。

そしてもうひとつ。提案の段階で条件を言葉にしておくと、後のトラブルがかなり減ります。これ、知らない人が本当に多いんです。提案文は仕事を取るための文書であると同時に、取引条件の出発点でもあります。この記事では、返信をもらうための書き方と、後で自分を守るための書き方の両方を扱います。

発注者は提案文をどう読んでいるか

まず、読まれ方の前提を押さえます。ここを知らずに書くと、力の入れどころを間違えます。

開くかどうかは冒頭で決まる

募集を出した発注者のもとには、複数の提案が届きます。担当者は本来の業務を抱えたまま、その中から会う相手を絞ります。全文を読むのは、絞り込んだ後の数件だけです。

つまり、最初のふるいは「冒頭を読んで、続きを読む価値がありそうか」で行われています。ここで判断材料になるのは、実は技術力ではありません。この人が自分の困りごとを理解しているかどうか、です。

発注者が本当に気にしていること

チャットボットの導入を検討する企業の担当者が抱えているのは、技術的な課題ではなく業務上の課題です。問い合わせ対応に人手を取られている、営業時間外の質問に答えられていない、同じ質問に何度も答えている、担当者が辞めたら回らない。

提案文の冒頭でこの課題に触れられていると、担当者は「わかっている人だ」と感じます。逆に、自分の使える技術を並べただけの文章は、課題への言及がゼロなので読み飛ばされます。

選考は「安心して任せられるか」で決まっている

もうひとつ、担当者の立場を考えておく必要があります。発注の決定には、社内での説明責任がついてきます。何かあったときに「なぜこの人に頼んだのか」を説明できる相手を選びたい。だから、金額の安さより、話が通じることと途中で消えないことが重視されます。

この構造がわかると、提案で強調すべき点が変わってきます。安さを売りにするのは、実は不利に働くことがあるということです。

最初の三行の設計

具体的に、何を書くかを決めていきます。

三行の役割分担

1行目は、相手の課題を自分の言葉で言い換える。2行目は、それに対して何をどう作るかを一文で示す。3行目は、期間と概算の見通しを出す。この3つです。

たとえば、社内向けの問い合わせ対応ボットの募集に対してなら、次のような形になります。「総務への問い合わせが特定の数件に集中していて、担当の方の時間が取られている状況とお見受けしました。まずは問い合わせの多い上位の質問に絞ったボットを既存のツール上で構築し、答えられない質問は担当者へつなぐ導線を用意する形をご提案します。この範囲であれば、資料をご提供いただいてから3週間程度、費用は10万円前後を見込んでおります」。

長々と自己紹介をする前に、この3行を置きます。読み手はここで、話が通じる相手かどうかを判断できます。

課題の言い換えは、募集文からしか作れない

1行目が一番難しく、一番効きます。コツは、募集文に書いてある言葉を、そのまま繰り返さないことです。

募集文に「FAQボットを作れる方を探しています」と書いてあったとして、提案の1行目に「FAQボットを作れます」と書いても、何も伝わりません。募集文の背後にある事情を読み取って、言い換える必要があります。「同じ質問への対応が繰り返し発生している状況」「担当者以外が答えられない状態」といった具合です。

読み取りの材料は募集文の中にあります。予算、希望納期、対象範囲、既存システムの有無。この4点から、相手の状況はかなり推測できます。予算が小さく納期が短いなら、まずは試してみたい段階です。既存システムとの連携が書かれているなら、社内での検討が進んでいる段階です。

やってはいけない書き出し

実務でよく見かける、通らない書き出しを挙げておきます。

「はじめまして。この度は募集を拝見し、ご連絡させていただきました」から始まるもの。丁寧ですが、この2文には情報がゼロです。担当者はこの間に興味を失います。

「私はPythonとJavaScriptが使え、これまでに複数のWeb開発に携わってまいりました」から始まるもの。自分の話から入っています。相手が知りたいのは、自分の課題が解決するかどうかです。

「格安で対応いたします」「他社より安く承ります」から始まるもの。安さを最初に出すと、成果物の質への期待が下がります。加えて、後から追加の依頼が来たときに断りにくくなります。

「何でもご相談ください」「幅広く対応可能です」といった書き方も、実は逆効果です。専門性が伝わらず、誰に頼んでも同じという印象になります。

三行のあとに書くこと

冒頭で読む気になってもらえたら、その先を用意しておきます。

実現方法を具体的に

どのツールを使い、どういう構成で作るのか。ここで大事なのは、専門用語を使いすぎないことです。担当者は技術者ではないことが多い。相手が社内で説明できる言葉に翻訳して書く必要があります。

「RAGを用いた検索拡張生成で」と書くより、「社内資料を読み込ませて、その内容に基づいて答えさせる仕組みで」と書くほうが伝わります。つまり、技術の名前ではなく、何が起きるかを書くということです。

進め方と期間

工程を分けて、それぞれの目安を示します。資料の受領と整理、シナリオ案の提示、実装、テスト、納品。この並びで、それぞれ何日かかるかを書きます。

ここで、相手にやってもらう作業も明示しておきます。資料の提供、シナリオ案の確認、テストへの参加。これを書いておくと、後で「そちらでやってくれると思っていた」という食い違いが減ります。

金額の考え方

見積もりの根拠を、ひとことでも添えます。「対応する質問数30件までを想定し、この範囲での構築費用として算出しています」といった形です。根拠が書いてあると、範囲を超える依頼が来たときに追加費用の話をしやすくなります。

金額の水準感については、公開されている案件を観測した記述が参考になります。

単価は公開案件観測ベースで週4〜5日の月額換算60〜100万円前後が中心で、LLM連携・要件定義・音声応答経験があると上振れしやすい出典: freelance-concierge.jp

これはフルタイム稼働を前提とした常駐型の水準なので、単発の構築案件をそのまま当てはめることはできません。ただ、要件定義まで担える人が高く評価されるという傾向は、単発案件でも同じです。言われたものを作るだけの提案と、何を作るべきかを一緒に考える提案とでは、通る確率も金額も変わります。

案件をどこで探すか

提案の書き方の前に、そもそも提案する先が要ります。

経路は大きく3つ

クラウドソーシングの募集、業務委託の求人サイト、そして紹介です。それぞれ性質が違います。

クラウドソーシングは案件数が多く、応募の敷居が低い反面、提案が集まりやすく競争になります。仲介手数料も発生します。業務委託の求人サイトは、期間の長い案件が中心で、条件が明示されていることが多い。紹介は競争がありませんが、最初のうちは経路がありません。

現実的には、最初は募集への提案で実績と関係を作り、そこから紹介や継続依頼につなげていく流れになります。

どんな仕事があるかを俯瞰しておく

チャットボット開発だけを狭く見るより、周辺の仕事まで視野に入れておくほうが提案の幅が出ます。企業のAI活用を支援する仕事の全体像はAIコンサル・業務活用支援のお仕事に、AIと周辺領域を含む職種の広がりはAI・マーケティング・セキュリティのお仕事にまとまっています。開発全般に手を広げる方向ならアプリケーション開発のお仕事も見ておくと、自分の経験が使える案件が増えます。

自分の提示する金額が市場の中でどのあたりかを知りたいときは、ソフトウェア作成者の年収・単価相場で職種としての水準が確認できます。文章仕事も並行する方は著述家，記者，編集者の年収・単価相場も参考になります。

入り口の案件をどう選ぶか

最初から大きな案件を狙う必要はありません。実務では、次のような入り方がよく見られます。

Web開発の経験があり、Python でのAPI連携を扱った経験があれば、LLMを組み込んだPoC案件の入り口はあります。ただしいきなり単価90万円台の案件は現実的ではなく、まずは40〜60万円台の週2〜3日案件で実績を積む導線が現実的です。出典: freelance-concierge.jp

段階を踏む前提で経路を考えるほうが、結果的に早い。いきなり条件の良い案件だけに提案を出し続けて、返信が来ないまま気力が尽きるパターンは避けたいところです。

提案の段階で条件を書いておくと、後で自分を守れる

ここからは法務寄りの話になります。つまり、後でもめないための書き方です。

業務範囲を書く

「どこまでやるか」を書いていない提案は、後で必ず揉めます。チャットボット開発で範囲が曖昧になりやすいのは、知識ベースの元データの整備、公開先への設置作業、公開後の応答内容の調整、担当者向けの操作説明です。

それぞれ、含むのか含まないのかを一行ずつ書きます。含まないものを書くのは失礼ではありません。むしろ、後から「これも当然やってもらえると思っていた」と言われるほうが、双方にとって不幸です。

修正回数の上限を書く

応答の口調やシナリオの調整は、際限なく続けられる作業です。「ご提示後の修正は2回までを費用に含みます。それ以降は別途お見積もりいたします」という一行を入れておきます。

この一行がないと、納品直前に「もう少し自然な言い回しに」という依頼が繰り返し来て、無償の作業が積み上がります。

検収の方法と支払時期を書く

いつ、誰が、何をもって完了と判断するのか。ここを決めておかないと、支払いの時期が決まりません。「ご提供する確認手順書に沿ってご確認いただき、7日以内にご連絡がない場合は検収完了とさせていただきます」といった書き方が実務では使われます。

2026年8月時点では、発注事業者がフリーランスに業務を委託する場合、業務内容や報酬額といった取引条件を書面や電子メール等で明示することや、報酬の支払期日に関する定めが法律に置かれています。ただし、適用される取引の範囲や具体的な運用は個別の事情で変わりますので、自分の契約が該当するかどうかの判断は公正取引委員会や厚生労働省の情報を確認したうえで、必要に応じて弁護士等の専門家や公的な相談窓口にご相談ください。

成果物の扱いを書く

作ったシナリオやプロンプトを、他の案件で再利用できるかどうか。この点は、あらかじめ決めておくと後が楽です。汎用的な部品まで含めて権利をすべて渡す契約にしてしまうと、次の案件で自分の作った型が使えなくなることがあります。

一般化された手法や汎用部品は自分に留保し、その案件固有の成果物は引き渡す、という切り分けを提案しておくのが現実的です。文書の書き方そのものに不安がある方は、ビジネス文書検定で扱われる文書構成の考え方が土台として役立ちます。

提案文の組み立てを、2つの案件で比べてみる

型だけでは使いにくいので、性質の違う2つの募集を想定して考え方を並べてみます。

社内向けの問い合わせ対応ボットの募集

この種の案件で発注者が抱えているのは、特定の部署に問い合わせが集中している状態です。総務、経理、情報システム。同じ質問が繰り返し来て、担当者の時間が削られています。

冒頭で触れるべきは、その繰り返しです。「同じご質問への対応が繰り返し発生していて、担当の方の時間が取られている状況とお見受けしました」。次に、対象範囲を絞る提案をします。全部に答えられるボットを目指すと、資料の整備が終わらず、導入が遠のきます。問い合わせの多い上位の質問に絞って始め、運用しながら広げていく形を示すほうが、担当者にとって現実的です。

そして、答えられない質問をどう扱うかを必ず書きます。社内向けのボットで嫌われるのは、答えられないときに黙って的外れな回答を返すことです。「わかりません」と正直に返して担当者につなぐ導線があるかどうかで、現場の受け入れられ方がまったく違います。ここに触れている提案は、使う側の視点があると評価されます。

ECサイトの接客ボットの募集

こちらは目的が違います。問い合わせを減らすことではなく、購入まで進む人を増やすことが目的です。担当者はマーケティング部門であることが多い。

冒頭で触れるべきは、離脱です。「商品ページで迷われた方が、そのまま離脱してしまう流れを止めたいというご意図と受け取りました」。提案の中身も変わります。サイズや在庫、配送日などの質問に即答できる状態を作ること、質問の履歴から需要の傾向が見えること。効果の測り方まで一緒に書けると強い。

同じチャットボット開発でも、社内向けと顧客向けでは評価される軸が違います。募集文を読んだ時点で、どちらの軸なのかを判断してから書き始めてください。これを取り違えた提案は、内容が正しくても刺さりません。

面談に進んだら、何を聞かれ、何を聞くか

提案が通ると、オンラインでの面談に進みます。ここも準備で差が出ます。

聞かれやすいこと

似た案件の経験があるか。どのツールを使う想定か。トラブルが起きたときにどう対応するか。稼働できる時間帯はどれくらいか。この4つはほぼ必ず聞かれます。

経験を聞かれたときに、案件そのものの経験がなくても構いません。近い作業の経験を具体的に話せれば足ります。大切なのは、盛らないことです。できないことをできると答えると、着手後に必ず露見します。「その部分は経験がないので、着手前に検証の時間をいただきたい」と答えるほうが、結果的に信頼されます。

こちらから聞くべきこと

資料の提供時期と担当者、確認と決裁の体制、既存システムとの連携の有無、公開先の環境、そして納品後の運用を誰が担うか。この5つを聞いておくと、見積もりの精度が上がります。

とくに決裁の体制は重要です。目の前の担当者が決められるのか、上長の承認が要るのか、複数部署の合意が必要なのか。関係者が増えるほど確認に時間がかかり、日程が延びます。これを把握せずに納期を約束すると、自分が遅延の責任を負うことになります。

面談の最後に確認しておく一言

「本日のお話をふまえて、業務範囲と日程を整理してお送りします」と伝えて終えます。そして実際に、その日のうちか翌営業日までに文面で送る。この一手間があるだけで、認識のずれが早い段階で見つかります。話した内容を文面にして残す習慣は、後で自分を守ることにもつながります。

トラブル事例から逆算する、書いておくべきこと

実務で相談が持ち込まれやすい食い違いを挙げておきます。どれも、提案の段階で一行書いてあれば防げたものばかりです。

ひとつめは、知識ベースの元データの整備を誰がやるかという食い違いです。開発者は「資料をいただければ読み込ませます」と考え、発注者は「資料を渡せば整えてもらえる」と考える。散らばったマニュアルを構造化する作業は、実は相当な工数です。含むのか含まないのか、明記しておきましょう。

ふたつめは、公開後の応答内容の調整です。運用が始まると、想定外の質問が来ます。それに合わせて回答を追加する作業を、無償の対応と考えられていることがあります。保守として別契約にするのか、一定期間は含むのか。ここも一行で足ります。

みっつめは、検収されないまま時間が過ぎるケースです。担当者が忙しく、確認が止まる。支払いの起点が定まらず、報酬が入らない。確認の期限を提案に書き、その期限を過ぎた場合の扱いも書いておきます。判断に迷う場合や、実際に支払いが滞った場合は、一人で抱え込まずに公的な相談窓口や専門家に相談してください。

返信が来なかったときの受け止め方

提案しても、返信が来ないことのほうが多い。これは実力の問題とは限りません。

社内で予算が通らなかった、担当者が異動した、既存の取引先に頼むことになった。応募者からは見えない理由が大半です。返信率で自分の価値を測ると、続けられなくなります。

現実的な対処は、提案の型を作って改善していくことです。冒頭の三行を毎回ゼロから書くのではなく、募集の種類ごとに雛形を持っておき、案件ごとに課題の部分だけ書き換える。この形なら1件あたりの時間が短くなり、数を出せます。

そして、一度でも返信が来た相手には記録を残します。今回は縁がなくても、半年後に別の案件で声がかかることがあります。実務で継続的に仕事が入っている人の多くは、新規の応募より過去の接点からの依頼で回っています。

作業環境の整備も、地味ですが効きます。オンライン面談中に回線が落ちるのは印象が良くありません。在宅ワークに最適なネット回線｜光回線vsホームルーターの選び方で自宅の回線を見直しておくと安心です。提案を書く時間を確保する工夫については在宅ワークの集中力アップ｜ポモドーロ以外に効く7つのテクニックが、長期的なスキルの棚を増やす視点では在宅ワークに強い資格10選｜自宅で稼げるスキルを身につけるが参考になります。ネットワークの基礎知識を体系立てて押さえたい方にはCCNA（シスコ技術者認定）の学習範囲も選択肢のひとつです。

断ることも、案件の取り方の一部です

提案を出す話ばかりしてきましたが、出さない判断も同じくらい大事です。

条件を見て見送るべき募集には、共通した特徴があります。予算が示されず「相談」とだけ書かれているもの。納期だけが決まっていて範囲が書かれていないもの。「まずは無償でサンプルを作ってください」と求めるもの。連絡手段が個人の電話番号だけのもの。契約書を交わさないと明言しているもの。

とくに、無償でのサンプル制作を求める募集には注意が必要です。実際に作らせておいて連絡が途絶える、という相談は珍しくありません。技術の確認が目的なら、過去の成果物の説明や、短いオンラインでの技術的な質疑で足ります。作らせる必要はありません。

見送るときの伝え方も、感じよく残しておくと後で効きます。「今回はスケジュールの都合でお力になれませんが、範囲が固まった段階で再度ご相談いただければ幸いです」。この一文で終える。批判めいたことは書かない。半年後に条件が整った状態で戻ってくることが、実際にあります。

案件の取り方というのは、数を出すことだけではありません。出す先を選ぶことも含めて、取り方です。

金額は、時間ではなく範囲から決める

提案で最後に悩むのが金額です。ここも考え方に型があります。

作業時間から積み上げる方法は、一見すると公平ですが、実務では扱いにくい。慣れて早く作れるようになるほど金額が下がるという、おかしなことが起きるからです。加えて、時間を根拠にすると「もっと早くできませんか」という交渉に巻き込まれます。

代わりに、範囲から決めます。対応する質問の数、シナリオの分岐数、連携するシステムの数、修正の回数。この4つを数えて、それぞれに幅を持たせた金額を出す。範囲が増えれば金額が増えるという構造を、最初から相手と共有しておくということです。

こうしておくと、途中で「あの質問も追加できますか」と言われたときに、追加費用の話が自然にできます。範囲を根拠にしていない見積もりだと、この会話が値上げの交渉に見えてしまい、切り出しにくくなります。

もうひとつ、価格を下げて受けることの副作用にも触れておきます。相場より大幅に安い金額で受けると、その金額があなたの基準として記録されます。次に同じ相手から依頼が来たとき、前回の金額が起点になる。最初の一件で相場を割った提案をすると、その後ずっと引きずることになります。

実績が足りないと感じるときに調整すべきは、金額ではなく範囲です。安く全部やりますではなく、この範囲なら確実にできますという形で絞る。同じ「入りやすい提案」でも、後に残るものが違います。

運営者として市場を見てきた立場からの観察

在宅ワークと業務委託の市場を20年見てきた立場から、提案について気づいていることがあります。

継続して依頼が入る人の提案文は、短い。長い提案文が通らないという意味ではなく、必要なことが前のほうに固まっているので、結果として短く見えるということです。逆に、通らない提案文は、自己紹介と意気込みで前半が埋まっています。書き手の熱意は伝わりますが、読み手が探している情報がどこにあるかわからない。

もうひとつ。仲介手数料が引かれない直接取引の形は、提案のやり取りの質にも影響しています。手数料0%の場では、同じ予算でも依頼側はより多くを頼めますし、受け手の手取りは厚くなる。その余白が、条件を丁寧に詰めるやり取りの時間を生みます。中間で手数料が積み上がるほど、双方が短期の効率を優先して確認を省き、省かれた分が後から食い違いとして表面化する。長く見ていると、この因果は何度も繰り返されています。

条件を先に書くことは、警戒しているように見えるのではないかと心配される方がいます。実際は逆です。範囲と回数と期限を明示できる人は、仕事の進め方がわかっている人だと受け取られます。書いておいたほうが、通ります。そして、通った後の関係も長続きします。