プロンプト設計の案件の取り方は、提案文で何を検証したか示せるかで変わる

2026年2月10日

長谷川奈津

この記事のポイント

✓プロンプト設計の案件の取り方で結果を分けるのは
✓提案文に検証の過程を書けるかどうかです
✓募集がどこに隠れているか

プロンプト設計の案件を取りたいのに、提案を送っても返信が来ない。こういうご相談、本当に多いんです。送っている提案文を見せていただくと、たいてい同じことが書かれています。生成AIを業務に活用した経験があります、ChatGPTを使いこなせます、丁寧に対応します。書いてあることは間違っていません。ただ、依頼者が判断できる材料がひとつも入っていない。

結論から言うと、プロンプト設計の案件の取り方で差がつくのは、書けることのアピールではなく、何をどう検証したかを示せるかどうかです。この記事では、案件がどこにあるのか、依頼者が提案文の何を見ているのか、そして契約前に確認しておくべき取引条件までを整理します。

依頼者が本当に怖がっているのは、AIがときどき間違うこと

まず、発注側の心理を整理しておきましょう。ここを外すと、提案文はどれだけ丁寧に書いても刺さりません。

生成AIを業務に組み込もうとしている担当者が抱えている不安は、AIが使えないことではありません。ほとんどの人はすでに触ってみて、それなりに動くことを知っています。怖いのは、10回のうち9回は正しく動くのに、残りの1回で妙な出力が出ることです。

業務は、その1回で止まります。しかも、担当者は社内でその責任を負う立場にいます。上司に「AIを導入したのに間違いが出た」と言われる場面を想像しているわけです。

つまり、依頼者が探しているのは、上手にプロンプトを書ける人ではありません。どういう条件で崩れるかを事前に把握して、それを説明できる人です。ここが分かると、提案文に何を書くべきかが自然に決まります。

これ、知らない人が本当に多いんです。多くの提案文は「できます」を並べていますが、依頼者が聞きたいのは「どこで失敗するか把握していますか」なのです。

案件は「プロンプト設計」という職種名の外にもある

案件の取り方を考える前に、そもそも募集がどこにあるかを確認しておきましょう。職種名だけで探すと、市場を実際より小さく見積もることになります。

Indeed Japanで「Prompt Engineer」と検索した公開求人では25件前後が確認できました（勤務地・雇用形態の絞り込みなし、2026年4月時点）。これは「プロンプトエンジニア」名義に限った数字であり、実際にはAIエンジニアやAIコンサル名義でプロンプト設計を含む案件がほかにも存在します。フリーランスエージェントの公開案件でも「生成AI」「LLM」関連で検索するとプロンプト設計を含む募集がヒットするようになっています。出典: freelance-concierge.jp

この数字は、職種名で検索した場合の話です。つまり、名前でひもづく案件は限られていて、実態はもっと広い範囲に散らばっているということになります。

同じ趣旨のことが、応募資格についても言われています。

できます。AI関連の実務経験があり、プロンプト設計の実績を示せるなら、職種名に縛られず応募可能です。「生成AI活用コンサルタント」「AIソリューションエンジニア」など別の名称で募集されている案件も視野に入れてみてください。出典: freelance-concierge.jp

実務的には、探す言葉を職種名から業務内容に切り替えるのがおすすめです。業務改善、問い合わせ対応の自動化、資料作成の効率化、社内マニュアルの整備。こうした言葉で募集されている案件の中に、実質的なプロンプト設計の仕事が含まれています。

もうひとつの入口が、既存の取引先です。フリーランスとして別の仕事を請けている人なら、その依頼者の業務の中にAIで置き換えられる作業があるかもしれません。すでに業務を知っているぶん、聞き取りの手間が省けるので、提案が通りやすい傾向があります。

単価の相場と、その裏に隠れている条件

案件の取り方を考えるとき、相場の理解は避けて通れません。ただ、公開されている単価の数字だけを見ると、判断を誤ります。

公開案件の掲載条件を見る限り、AIエンジニアとしての開発経験が3年以上あり、LLM実装・要件定義・顧客折衝まで担える人材が中心です。プロンプト設計「だけ」で100万円超に届くケースはまれで、開発力やPM（プロジェクトマネジメント）能力との組み合わせで高単価を実現しているパターンが目立ちます。出典: freelance-concierge.jp

つまり、高単価の案件で評価されているのはプロンプトを書く力そのものではなく、要件を固める力や、依頼者と話をまとめる力とのかけ算だということです。ここを理解しておくと、自分がどの帯を狙えるかが見えてきます。

隣接する職種の相場も、判断材料になります。システムの設計や検証を含む働き方の水準はソフトウェア作成者の年収・単価相場に職種別のデータがまとまっており、実装まで踏み込む案件はこの帯に近づきます。一方、文章の設計と品質管理が中心の案件は書き手側の相場に寄るため、著述家，記者，編集者の年収・単価相場も併せて見ておくと、提示された金額が妥当かどうかを判断しやすくなります。

案件の取り方という観点で言えば、いきなり高単価の帯を狙うより、自分がすでに詳しい業務領域で小さく受けるほうが現実的です。業務を知っていること自体が、この仕事では強い武器になります。

提案文に入れる5つの要素

ここからが本題です。提案文に何を書くか。順番も含めて、次の5つで組み立てます。

相手の業務の理解を最初に書く

冒頭に自己紹介を置く提案文が多いのですが、読む側の関心はそこにありません。最初の段落には、募集内容から読み取れる相手の業務の状況を書きます。

「問い合わせ対応の一次回答をAIで作成したい、という募集内容から、対応件数が増えて担当者の時間が圧迫されている状況を想定しました」といった具合です。ここが的を射ていると、読み手は「分かっている人だ」と判断して、その先を読みます。

外していても構いません。「もし前提が違っていたら教えてください」と添えれば、それが会話のきっかけになります。返信が来ること自体が目的です。

想定される崩れ方を先に書く

これが、提案文で最も差がつく部分です。

「この業務でプロンプトを設計する場合、いくつか崩れやすい条件が想定されます。ひとつは、問い合わせに複数の質問が混ざっている場合。ひとつは、社名や商品名の表記ゆれがある場合。ひとつは、過去の対応履歴を前提とした問い合わせが来る場合です」

こう書いてあると、依頼者は自分の業務に照らして「確かにそれがある」と考え始めます。この時点で、相手の頭の中では比較検討が終わっています。他の提案が「できます」と書いている中で、具体的な失敗の想定を出せる人は少ない。

検証の手順を書く

崩れ方を書いたら、それをどう確かめるかを書きます。

入力例を何件用意するか、どういう条件を意図的に混ぜるか、崩れた場合に何を記録するか。ここまで書くと、依頼者は納品物の姿を具体的に想像できます。

私が相談を受けていて気づいたのは、検証手順を書いた提案文は、たとえ実務経験が浅くても返信が来やすいということです。逆に、経験年数を強調した提案文が通らないことがある。依頼者は履歴書を読みたいのではなく、任せたあとの進み方を知りたいのです。

納品物の形を明示する

何を納品するかを、箇条書きで書きます。プロンプト本体、検証結果の一覧、使い方の手順書。この3点が基本です。

意外に思われるかもしれませんが、納品物の定義が曖昧なまま契約が始まる案件はかなり多い。そして、そこがそのままトラブルの原因になります。「思っていたものと違う」という揉め事の大半は、最初に形を決めていないことから起きています。

条件を最後に書く

対応できる時間帯、修正対応の回数と期間、追加作業の扱い。ここを書くと断られるのではないか、と心配する方がいますが、実務的には逆です。条件が書かれた提案のほうが、依頼者は社内で承認を取りやすい。

提案を出す前に、その募集に合わせた小さな検証をしておく

提案文に検証の話を書けるかどうかは、提案の前に手を動かしたかどうかで決まります。ここで言う検証は、大がかりなものではありません。募集内容から業務を想像して、指示文を1本作り、入力例を5件ほど流してみる。それだけです。

たとえば、問い合わせ対応の一次回答を作る案件であれば、自分で問い合わせ文を5パターン書きます。素直な質問、複数の質問が混ざった文、感情的な表現が入った文、必要な情報が抜けている文、そして商品名の表記がゆれている文。この5件を流せば、どこで崩れるかはすぐ見えます。

かかる時間は30分程度です。この30分があるかないかで、提案文の中身がまったく変わります。想像で書いた「崩れそうな条件」と、実際に流して確認した「崩れた条件」では、文章の具体性が違う。読む側にはその差が伝わります。

注意点をひとつ。ここで使う入力例は、必ず自分で作ったものにしてください。募集要項に例文が載っていたとしても、それが実データであれば扱いに配慮が要ります。提案の段階で相手の情報を持ち出すのは、印象としても好ましくありません。

この作業を、案件ごとに毎回やる必要はないと考える人もいます。ただ、実務的にはこれが最も効率のいい営業活動です。数多く送るより、数を絞って検証を添えるほうが、返信率は明らかに変わります。フリーランスとして時間が限られているなら、なおさら後者を選ぶべきです。

返信が来たあと、最初のやり取りで決まること

提案が通って会話が始まったら、次に見られるのは質問の質です。ここで案件の輪郭が固まります。

最初に聞くべきは、業務の現状です。「その作業は今どういう手順で行われていますか」「1件あたりどのくらい時間がかかっていますか」「誰が担当していますか」。この3つが分かると、何を自動化すべきかが見えます。

逆に、この段階で聞かないほうがいいこともあります。使いたいAIのサービス名や、細かい出力形式の話です。手段の話を先にすると、業務の理解が浅いまま仕様が決まってしまう。順番としては、業務を理解してから手段を決めます。

もうひとつ、最初のやり取りで確認しておきたいのが、社内の意思決定の形です。誰が最終的に良し悪しを判断するのか。窓口の担当者と決裁者が違う場合、途中で要件がひっくり返ることがあります。これは相手を疑う話ではなく、進め方の設計です。

こういうケース、実は本当に多い。担当者と何度もやり取りして納品したあと、上長から別の要望が出て、作業がやり直しになる。最初に決裁の流れを確認しておけば、途中で一度見てもらう機会を作れます。

受けないほうがいい案件の見分け方

案件の取り方を語るとき、取らない判断も同じくらい大事です。

避けたほうがいいのは、成果の基準が示されない案件です。「精度を上げてほしい」という依頼で、何をもって上がったと判断するかが決まっていないと、いつまでも終わりません。基準を一緒に決められるならよいのですが、決めることを拒まれる場合は慎重に考えたほうがいい。

もうひとつは、報酬の支払い条件が曖昧な案件です。金額は書いてあるのに、いつ支払われるかが書いていない。取引条件の明示は制度上も求められている事項なので、確認して嫌がられる相手であれば、その時点で判断材料になります。

三つめは、成果報酬だけの案件です。プロンプト設計は、依頼者側の運用によって成果が変わります。自分の関与しない要素で報酬が決まる契約は、後から揉めやすい。

断るときは、理由を簡潔に伝えれば十分です。「今回は条件が合いませんでした」で構いません。丁寧に断った相手から、後日別の案件で声がかかることもあります。

提案文でやりがちな失敗

相談の中でよく見る失敗を挙げておきます。

ひとつめは、使えるツールの名前を並べることです。サービス名をいくつ書いても、依頼者は判断できません。書くなら、そのツールで何をどう確かめたかまで書く。

ふたつめは、文章が長すぎることです。募集には複数の提案が届きます。最初の数行で内容が分からない提案は、最後まで読まれません。相手の業務の理解、崩れ方の想定、検証手順。この3点が前半にあれば十分です。

みっつめは、金額を書かないことです。「ご相談させてください」と書くと、依頼者は判断を先送りにします。範囲を区切ったうえで、その範囲での金額を出すほうが話が進みます。

よっつめは、実績がないことを謝ることです。謝られても依頼者は困ります。実績がないなら、実績の代わりになる材料を出せばいい。自分で作った検証の記録は、その材料になります。

契約の前に確認しておきたい取引条件

案件が決まりそうになったら、必ず条件を書面で確認してください。ここは法務の観点から丁寧に説明します。

2024年11月に施行されたフリーランス関連の法律により、発注する事業者には、業務委託をする際に取引条件を書面や電子メール等で明示することなどが求められるようになりました。報酬の支払期日についても、原則として物品等を受け取った日から起算して60日以内のできる限り短い期間内で定めることとされています。つまり、条件を書面で示してもらうことは、こちらのわがままではなく、制度が想定している手続きだということです。

制度の内容は2026年時点のものであり、細かい適用範囲は取引の形態によって変わります。自分のケースがどう扱われるかについては、公正取引委員会や厚生労働省が設けている相談窓口で確認するのが確実です。判断に迷う内容や、すでにトラブルになっている場合は、弁護士に相談してください。制度の概要は公正取引委員会や厚生労働省のサイトで確認できます。

プロンプト設計に固有の確認事項もあります。

作ったプロンプトの権利がどちらに帰属するか。検証に使うデータをどこで扱うか、外部に持ち出せるか。納品後の修正はいつまで、何回まで含むか。この3点は、契約書に書かれていないことが多い項目です。書かれていないまま進めると、後から解釈が分かれます。

法律はあなたの味方ですが、味方になってもらうには、条件を記録として残しておく必要があります。口約束は、揉めたときに何の証明にもなりません。

使うツールの選び方も、提案の材料になる

ツール名を並べるのは意味がないと書きましたが、選び方の説明は別です。なぜそのツールを選ぶのかを言語化できると、提案の説得力が上がります。

検証で確認すべきは、依頼者が実際に使う環境と同じ条件かどうかです。同じ指示文でも、サービスやモデルが違えば出力は変わります。提案の段階で「御社で利用中のサービスに合わせて検証します」と書けるかどうかで、実務が分かっているかが伝わります。

記録に使うものは、表計算ソフトで十分です。試した指示文、入力例、出力、判定、気づいたこと。この5列があれば、そのまま納品物になります。専用のツールを導入する必要はありません。

情報の扱いについては慎重に考えてください。依頼者の業務データを、契約前に外部のサービスへ入力するのは避けるべきです。どのサービスにどこまで入力してよいかは、契約時に確認しておく事項のひとつになります。ここを軽く扱うと、後から重大な問題になり得ます。

資格やスキルの証明を、どう補助的に使うか

実績が少ない段階では、判断材料を増やしておくと有利です。ただし、資格が案件を運んでくると考えないほうがいい。あくまで補助です。

この仕事では、依頼者に渡す仕様書と手順書の読みやすさが評価に直結します。文書作成の基礎を示すビジネス文書検定のような資格は、書類の段階で悪く働くことはありません。技術部門との会話が発生する案件では、ITの土台があることを示せると話が早く進むため、CCNA（シスコ技術者認定）のような認定を持っている人は、その点を提案文に一行入れておくと効果があります。

在宅で働くうえで評価されやすい資格の全体像は、在宅ワークに強い資格10選｜自宅で稼げるスキルを身につけるにまとまっています。資格そのものより、その資格で何ができるようになったかを説明できるかどうかが問われます。

環境面も、地味ですが受注に影響します。オンラインの打ち合わせで音声や画面が途切れると、その場で信頼を損ないます。自宅の通信をどう選ぶかは在宅ワークに最適なネット回線｜光回線vsホームルーターの選び方に、光回線とホームルーターの違いとして整理されています。検証作業のように集中が要る工程の進め方については、在宅ワークの集中力アップ｜ポモドーロ以外に効く7つのテクニックも参考になります。

1件目を2件目につなげるための動き方

案件の取り方で一番効率がいいのは、新規開拓ではなく継続です。プロンプト設計は、この点で恵まれた仕事だと言えます。導入したあとに必ず調整が必要になるからです。

継続につなげるために、納品時にやっておきたいことが2つあります。

ひとつは、今回対応しなかった範囲を明示しておくことです。「今回のプロンプトは、問い合わせ1件につき質問が1つの場合を想定しています。複数の質問が混ざる場合は別途の設計が必要です」と書いておく。これは言い訳ではなく、次の提案の入口になります。

もうひとつは、運用してみないと分からない点を伝えておくことです。「実際の問い合わせを1か月ほど流していただくと、想定外の入力の傾向が見えてきます。その時点で調整のご相談をいただければ対応します」と添える。これで、次の連絡のきっかけが自然にできます。

営業と聞くと売り込む行為を想像しますが、この仕事で必要なのは、次に困りそうな場所を先に言葉にしておくことです。困ってから探される側ではなく、困る前に思い出される側になる。継続案件はここから生まれます。

私が契約の相談を受けていて気づいたことがあります。継続している人の契約書には、たいてい「範囲外の作業は別途見積もり」という一文が入っている。これがあるから、追加の依頼が新しい仕事として扱われます。この一文がないと、追加作業が善意の延長として無償で積み上がっていく。つまり、契約書の書き方そのものが、案件を継続に変える仕組みになっているわけです。

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

運営者としてこの市場を長く見ていると、案件が続く人の共通点がはっきりしています。提案が上手いことではありません。最初の1件で、依頼者が社内で説明しやすい資料を残していることです。

依頼者は、受け取った成果物を上司や他部署に説明する立場にいます。検証結果の一覧と手順書が揃っていれば、その説明が楽になる。楽になった依頼者は、次も同じ人に頼みます。長く続いている人は、目の前の作業ではなく、この「任せると楽だ」という状態を作ることに時間を使っています。

もうひとつ、手取りの構造の話をしておきます。仲介が入る取引では、支払われた金額から手数料が引かれます。手数料0%の直接取引であれば、同じ予算で依頼者はより多く頼めますし、受け手に残る額は厚くなります。案件の取り方を考えるとき、単価の数字だけを追いかけるより、この構造の違いを理解しておくほうが実入りに効く場面があります。フリーランスとして長く続けている人ほど、取引の経路を意識しています。

職種データから読む、提案が通りやすい案件の形

どういう案件で提案が通りやすいかは、仕事の分類からも読み取れます。

生成AIを業務に組み込む仕事の内容は、ChatGPT活用・プロンプト設計のお仕事にまとめられています。ここを見ると、プロンプトを書く作業単体で発注されるより、業務の整理とセットで依頼される形が多いことが分かります。だからこそ、提案文で業務の理解を示せるかどうかが分かれ目になるわけです。

より広い範囲では、AI・マーケティング・セキュリティのお仕事に、AI活用が他の専門領域と組み合わさった仕事の形が整理されています。自分がすでに知っている業界とかけ合わせた提案が通りやすいのは、この構造が理由です。

参考になるのは、以前から提案で仕事を取ってきた制作系の分野です。作曲・編曲・効果音・ジングルのお仕事のような仕事では、完成品を見せて判断してもらう文化が定着しています。プロンプト設計も同じで、口頭の説明より、実際の出力と検証の記録のほうが早く伝わります。案件の取り方に悩んだときは、説明を増やすのではなく、見せられるものを増やす方向に手を動かしてみてください。