プロンプト設計の受ける相手を見きわめる｜断ってよい依頼

2026年2月10日

長谷川奈津

この記事のポイント

✓プロンプト設計の仕事で
✓受けてはいけない依頼をどう見きわめるかを整理しました
✓初回の打ち合わせで確認すべき項目

プロンプト設計の依頼を断るべきかどうかは、相手の人柄では決まりません。決まるのは、その案件の構造です。誰が評価するのかが決まっていない、目的が業務改善ではなく導入実績になっている、機密データの扱いが決まっていない。こうした構造上の欠落がある案件は、相手がどれだけ丁寧な人でも、必ず途中で行き詰まります。

これ、知らない人が本当に多いんですが、トラブルになる案件のほとんどは、契約前の打ち合わせの時点でその兆候が出ています。この記事では、プロンプト設計の依頼を受ける前に何を確認し、どういう依頼を断ってよいのか、そして断るときにどう伝えるのかを、契約と法務の観点も含めて整理します。

受ける前に確認しておくべき五つの情報

初回の打ち合わせで、次の五つを確認してください。この五つが揃わない案件は、進行が読めません。

情報1：誰の、どの業務のためのものか

「社内でChatGPTを使いたい」という依頼は、依頼になっていません。誰が、どの業務で、どのタイミングで使うのかが決まっていないからです。使う人が決まっていない案件は、要件が固まらず、評価もできません。

確認の仕方は簡単です。「実際に使われる方は、いま同じ業務をどうやっていますか」と聞く。答えられる相手は、業務を理解しています。答えられない相手は、まだ業務の整理ができていない段階にいます。この段階の相手を断る必要はありませんが、その場合は「業務の整理」を最初の工程として見積もりに入れる必要があります。

情報2：出力の良し悪しを誰が判断するか

評価者が決まっていない案件は、検収が成立しません。評価者が複数いて、それぞれが主観で判断する案件は、さらに危険です。人によって「良い文章」の基準が違うので、全員を満たす出力は存在しません。

確認の仕方は「最終的にOKを出される方はどなたですか」です。「関係者で相談して決めます」と返ってきたら、そこは掘ってください。関係者が何人いて、意見が割れたときに誰が決めるのか。ここが決まっていない案件は、修正が終わりません。

情報3：何をもって成功とするか

目的が数字で表現されているかを確認します。作業時間を減らしたいのか、品質を揃えたいのか、対応できる件数を増やしたいのか。目的が言語化されていれば、評価の基準も作れます。

生成AIの導入がうまくいかない企業には共通した傾向があります。

必要です。少人数の企業ほど、1人あたりのAI活用度が業績に直結します。Deloitte調査（2026年）で「AIの効果を実感していない」企業の37%が「既存プロセスに表面的にAIを追加しただけ」と回答しており、プロンプト設計の型化がこの問題を解決する第一歩になります。まずは本記事の原則1（役割を与える）のテンプレートから始めてみてください。出典: uravation.com

つまり、既存の業務プロセスに手を入れずにAIだけを足そうとしている案件は、効果が出にくい。これは受注者の腕の問題ではなく、案件の設計の問題です。打ち合わせの段階で「今のやり方のどこを変えるお考えですか」と聞いて、何も変えないという答えが返ってきたら、成果が出ない前提で受けることになります。

情報4：使うモデルと実行環境

どのモデルを使うのか、社内の環境に制約はあるか、APIを使えるのか、ブラウザ版だけなのか。ここが決まっていないと、設計そのものができません。

とくに確認が必要なのは、情報システム部門の承認状況です。現場の担当者が話を進めていても、社内で生成AIの利用ルールが整備されていないケースがあります。納品してから「そのツールは社内で使えない」と分かる事故は、実際に起きています。

情報5：予算の出どころと決裁の経路

誰の予算から出るのか、決裁者は目の前の担当者か、それとも別にいるのか。担当者に決裁権がない案件は、条件の合意に時間がかかります。時間がかかること自体は問題ではありませんが、それを見込んだスケジュールにする必要があります。

断ってよい依頼の類型

構造上、受けても良い結果にならない依頼があります。七つ挙げます。

類型1：目的が「AIを入れること」自体になっている

上層部から「AIを活用しろ」と言われて動いている案件です。業務上の課題から出発していないので、何を作っても評価されません。担当者も、何が正解か分からないまま進めることになります。

この類型は、断るというより「業務課題の整理から始めましょう」と提案し直すのが正解です。提案が通れば良い案件になります。通らないなら、その場では受けないほうがよい。

類型2：評価者が複数いて、決定権が分散している

関係者が多く、それぞれが自分の感覚で意見を出す案件です。修正が終わらない典型例で、回数制限を設けても機能しません。決定権を一人に集約してもらえるなら受けられます。集約できないなら、断る理由として十分です。

類型3：「精度100%」を求めている

生成AIの出力には揺らぎがあります。全件で完璧な出力を求める要件は、技術的に満たせません。ここを説明しても理解が得られない場合は、受けるべきではありません。納品後に「まだ間違いが出る」と言われ続ける構造になります。

説明の仕方としては、「業務のどの部分を人が確認するかを一緒に設計させてください」と、人の確認工程を含めた提案に切り替えます。この提案が受け入れられるかどうかが、判断の分かれ目になります。

類型4：機密データの扱いが決まっていない

顧客情報、個人情報、社外秘の設計データ。これらをプロンプトに含める設計を求められた場合、社内でどういうルールになっているかを確認してください。ルールがないまま進めると、事故が起きたときに責任の所在が曖昧になります。

※個人情報の取り扱いが絡む案件で、社内規程が未整備のまま進行を求められた場合は、契約前に弁護士や個人情報保護の専門家に相談してください。受注者側にも安全管理の責任が及ぶ可能性があります。

類型5：取引条件を書面で示さない

業務の内容、報酬の額、支払期日といった取引条件は、発注者が書面や電子メールなどで明示することになっています。つまり、「まずは口頭で進めましょう」「細かいことは後で」と言われる案件は、本来の手続きが踏まれていない状態です。

書面を求めたときの反応が、その相手の実態を最もよく表します。すぐに整えてくれる相手は問題ありません。渋る相手、面倒がる相手は、支払いの段階でも同じ態度になります。

類型6：修正無制限を前提にしている

「納得いくまで直してもらえますか」と最初に聞かれる案件です。この一言が出た時点で、相手は修正の工数を作業として認識していません。回数の上限と、上限後の扱いを合意できるなら受けられます。合意できないなら断ってください。

類型7：前の外注先を強く非難する

「前に頼んだ人が全然使えなくて」という話が長い相手には注意が必要です。前任者に本当に問題があった可能性もありますが、評価の基準がないまま外注し、結果に不満を持っただけの可能性も同じくらいあります。

確認の仕方は「そのときはどういう基準で判断されましたか」です。基準を説明できる相手なら、前任者に問題があったのでしょう。「なんとなく使えなかった」という説明しか出てこないなら、同じことが自分にも起きます。

断る前に、確認したほうがよい類型

一見すると危険に見えるのに、確認すると良い案件であることが多いものもあります。誤って断ると損をします。

一つめは、AIにまったく詳しくない相手です。用語が通じないので進めにくく見えますが、業務を理解していれば、むしろ良い案件になります。詳しくないことと、要件が固まらないことは別です。業務の説明が具体的なら受けて問題ありません。

二つめは、小規模な事業者です。決裁が速く、評価者が一人で、業務の課題が明確なことが多い。関係者の少なさは、この仕事では大きな利点です。

三つめは、「まず小さく試したい」という依頼です。予算が小さいので敬遠されがちですが、範囲が限定されているぶん検収が成立しやすく、成功すれば継続につながります。範囲を明確にできるなら、良い入口になります。

初回の打ち合わせで使う確認の質問

見きわめは、質問の順番で決まります。次の順で聞くと、相手を追い詰めずに構造が見えます。

最初に業務の話から入ります。「その業務は、いまどなたが、どれくらいの頻度でされていますか」。次に課題を聞きます。「そこで一番時間がかかっているのはどの部分ですか」。ここまでで、業務が整理されているかどうかが分かります。

次に評価の話に移ります。「出来上がったものは、どなたがご覧になって判断されますか」「良い悪いの判断は、どういう点で見られますか」。ここで評価者と基準が確認できます。

続いて環境の話です。「使われるツールは決まっていますか」「社内で生成AIの利用について、ルールや承認は整っていますか」。ここで実行可能性が分かります。

最後に条件の話をします。「進め方の条件を書面で整理させていただきたいのですが、ご担当はどなたになりますか」。この質問への反応が、最後の判断材料になります。

質問を並べると尋問のようになるので、相手の答えに一つずつ反応しながら進めてください。プロンプト設計の仕事は、結局のところ相手の業務を言語化する仕事です。この打ち合わせ自体が、その能力を示す場になります。

生成AIがさまざまなアプリケーションに活用されるようになった今、「どのように質問するか」がAIの応答の質を大きく左右します。AIチャットボット、ライティング支援ツール、データ分析アシスタントなど、言語モデルを活用したサービスでは、プロンプトの設計（プロンプトエンジニアリング）がとても重要です。この記事では、効果的なプロンプト設計の主要原則について、Vertex AIのGeminiモデルを使用して再現可能な実例を交えながら解説します。記事には実際のAI生成出力は含まれていませんが、ご自身でプロンプトを効果的に構成し、テストする方法を習得できます。

どう質問するかが出力の質を決めるという原則は、AIに対してだけでなく、発注者へのヒアリングにもそのまま当てはまります。曖昧な質問には曖昧な答えしか返ってきません。

危険な兆候は、打ち合わせの言葉に出る

構造の問題は、相手が使う言葉に表れます。実際の相談でよく出てくる言い回しを挙げ、その裏で何が起きているかを見ていきます。

「とりあえず何ができるか見せてもらえますか」。これは、要件が固まっていないうえに、無償の提案作業を期待している状態です。悪意があるわけではなく、何を頼めばよいか分かっていないだけのことが多い。返し方としては、「まず業務を伺う打ち合わせをお時間としてお見積もりさせてください」と、提案作業を有償の工程に切り替えます。

「予算はまだ決まっていないので、とりあえず金額を教えてください」。予算枠がない案件です。決裁経路が固まっていない可能性が高く、見積もりを出しても比較検討の材料にされるだけで終わることがあります。範囲を絞った小さな第一段階の見積もりを出して、反応を見るのが安全です。

「うまくいったら本格的にお願いします」。無償か低額での試作を求める表現です。本格的な依頼が来る保証はありません。試作にも工数がかかることを説明し、第一段階として有償で切るか、範囲を極端に狭めるかのどちらかにします。

「社内にAIに詳しい者がいないので、全部お任せします」。一見すると自由度が高くて良い案件に見えますが、評価者がいないという意味でもあります。任せてもらえる代わりに、検収の基準を一緒に作る工程が必須になります。ここを工程として見積もりに入れられるなら、良い案件になります。

「他社さんにも同じ内容で見積もりを取っています」。これ自体は正常な調達行動なので、問題ありません。ただし、比較の軸が金額だけの場合、後の進行でも金額基準の判断が続きます。比較の軸に評価設計や保守の有無が入っているかを確認してください。

「急ぎでお願いしたいので、契約書は後で」。最も注意が必要な言い回しです。急ぎであることと、条件を後回しにすることは別の話です。急ぐなら、条件をメール本文で確定させてから着手する。この形なら双方の手間を増やさずに済みます。

受けると決めた後に、最初にやること

見きわめは、受注の判断で終わりではありません。受けると決めた直後の三つの作業が、後の進行を決めます。

第一に、第一段階の範囲を紙に落とします。対象業務、扱う入力の種類、出力の形式、使うモデル。この四つを書き出し、相手に確認してもらいます。口頭の合意は、双方が違うものを想像したまま進みます。

第二に、評価の方法を先に決めます。実際の入力例を集めてもらい、出力の合否をどう判定するかを合意する。ここを最初にやっておくと、後の修正の議論が事実の確認になります。逆にここを飛ばすと、感想のやり取りが延々と続きます。

第三に、連絡の経路を一本にします。関係者が多い案件ほど、複数の人から個別に連絡が来ます。窓口を一人に決めてもらい、指摘はその人経由でまとめてもらう。この依頼は、着手前なら自然に受け入れられます。始まってから頼むと、断りにくい空気になります。

この三つは、どれも「相手にお願いする」形になります。だから、受注が決まった直後、相手の気持ちが前を向いているタイミングでやります。時間が経つほど頼みにくくなります。

受けた後に「これは断るべきだった」と気づいたとき

見きわめを尽くしても、進行してから構造の問題が見えることがあります。担当者が交代した、想定していなかった関係者が出てきた、社内でツールの利用が承認されていなかった。こうしたときにどう立て直すかも、実務の一部です。

まずやるのは、状況の共有です。「当初お伺いしていた前提と変わった点がありますので、進め方を整理させてください」と、こちらから場を作ります。黙って進めると、変化した前提のまま完成を求められます。

次に、範囲を切り直します。すでに完了している部分をいったん納品扱いにし、追加になった部分を別の見積もりに分ける。全体を一つの契約のまま引きずると、どこまでが当初の範囲だったかが分からなくなります。

それでも成立しないと判断したら、途中終了の相談をします。ここで重要なのは、実施済みの作業分の扱いを明確にすることです。作業記録が残っていれば、どこまで進んだかを事実として示せます。記録がなければ、実施済みの分の請求も難しくなります。※契約の途中終了で報酬の支払いを拒まれるような事態になった場合は、自己判断で対応せず、弁護士や各地の相談窓口に相談してください。

途中終了は失敗ではありません。構造が成立しない案件を無理に完成させようとして、双方が消耗するほうが損失は大きい。早い段階で立て直すほど、関係も傷つきません。

契約前に確認しておく法的な項目

ここは法務の領域なので、丁寧に整理します。断るかどうかの判断材料としても使えます。

取引条件の明示

発注者は、業務の内容、報酬の額、支払期日といった取引条件を明示する義務を負います。つまり、条件を書面で求めることは、こちらのわがままではありません。制度上、本来そうなっているものです。

これを知っていると、条件を求めるときの気後れがなくなります。「規定として条件を整理させていただいています」と言えば、多くの相手は応じます。制度の詳細については、公正取引委員会や厚生労働省が公表している資料が一次情報になります。

支払期日と減額の扱い

報酬は、成果物を受け取った日から一定期間内に支払う義務が発注者にあります。また、正当な理由のない一方的な減額は禁止されています。つまり、「思っていたのと違うから半額で」という扱いは、正当な理由にはなりません。

ただし、これは実際に揉めたときの話です。揉めないためには、検収の基準を先に合意しておくことが最も効きます。基準がなければ、法的に正しくても実務では消耗します。

秘密保持と成果物の権利

プロンプト設計では、二つの権利関係が出てきます。一つは、発注者の業務情報の秘密保持。もう一つは、作ったプロンプトを他の案件で使えるかどうかです。

後者は見落とされがちです。汎用的な構造まで独占されると、次の案件で同じ手法が使えなくなります。契約書に「本件固有の業務情報を除き、汎用的な設計手法の再利用を妨げない」といった趣旨の条項を入れられるか確認してください。※権利関係の条項に不安がある場合は、署名する前に弁護士に確認してください。

再委託と責任範囲

一部を他の人に頼む予定があるなら、再委託の可否を確認します。また、成果物を使った結果として発注者に損害が出た場合の責任範囲も確認します。生成AIの出力を業務に使う以上、誤った出力が業務判断に影響する可能性はゼロにできません。責任範囲が無制限になっている契約は、修正を求めてください。

条件を文書で整理する力は、この仕事では実務能力そのものです。社外文書の型を確認したい場合は、ビジネス文書検定の出題範囲が下敷きになります。

良い相手を見分けるための、逆の視点

断る条件ばかりを並べましたが、続けたくなる相手にも共通点があります。四つ挙げます。

一つめは、業務を自分の言葉で説明できること。マニュアルの読み上げではなく、どこで詰まっていて、なぜそれが困るのかを説明できる相手は、要件が固まります。プロンプト設計は業務の言語化なので、相手の言語化能力が高いほど仕事が進みます。

二つめは、質問への回答が速いこと。設計中に必ず確認事項が出ます。回答に何日もかかる相手は、スケジュールが崩れます。初回の打ち合わせから見積もり提出までのやり取りの速度を見れば、着手後の速度もだいたい分かります。

三つめは、うまくいかなかった経験を客観的に話せること。前回の導入がうまくいかなかった理由を、感情ではなく構造として説明できる相手は、次も同じ失敗をしません。そういう相手は、評価設計の必要性もすぐ理解します。

四つめは、条件の相談に応じること。修正回数、支払期日、範囲の線引き。こうした話を持ち出したときに、面倒がらずに検討してくれる相手は、進行中の相談にも応じてくれます。契約前の交渉態度は、そのまま進行中の態度になります。

この四つが揃っている相手は、たとえ初回の案件が小さくても、継続の可能性が高い。逆に、四つとも欠けている相手は、案件が大きくても消耗します。案件の大きさではなく、相手の構造で選んでください。

断り方の実務

断ると決めたら、伝え方で余計な摩擦を作らないようにします。基本は三つです。

第一に、相手を否定しない。「御社の進め方に問題がある」と読める書き方は避けます。断る理由は、こちら側の事情として表現します。

第二に、代替案を一つ添える。断るだけだと関係が切れますが、代替案があると、条件が変わったときに戻ってきてもらえます。

第三に、早く伝える。検討している時間が長いほど、相手の期待は膨らみます。判断がついたら、その日のうちに連絡します。

文例としては、次のような形になります。「ご相談ありがとうございました。今回のご要望は、評価の基準を社内で固めていただく工程が先にあったほうが、結果的に良いものになると考えております。その部分が定まった段階であらためてご相談いただけますと幸いです」。

あるいは、条件付きで受ける形にする方法もあります。「まずは対象を一業務に絞り、評価の基準を作るところまでを第一段階としてお受けする形はいかがでしょうか」。断るより、範囲を切って受けるほうが良い結果になる案件は多い。全部受けるか全部断るかの二択にしないでください。

相手を見きわめる力が、そのまま単価に効く

在宅・業務委託の市場を20年運営してきた立場から見ると、長く続いている人は、受ける仕事を選んでいます。ただ、選び方が「良い相手を探す」ではなく「構造が成立している案件を選ぶ」になっているのが特徴です。

構造が成立している案件は、評価者が決まっていて、目的が言語化されていて、条件が書面になっている。この三つが揃っている案件は、進行が読めるので、余計な工数が発生しません。余計な工数が発生しなければ、同じ時間でより多くの案件を回せます。結果として、単価を上げなくても手取りが増えます。

逆に、構造が壊れている案件を抱えると、その一件に時間を取られ、他の案件を受けられなくなります。断ることの本当の効果は、嫌な相手を避けることではなく、時間を空けることです。

もうひとつ、手数料の話をしておきます。同じ予算でも、間に仲介手数料が乗るかどうかで受け手の手取りは変わります。手数料0%の直接取引では、発注する側は同じ予算でより多くを依頼でき、受ける側は同じ金額でも手取りが厚くなる。運営者として見てきた限りでは、手取りに余裕がある人ほど、条件の悪い案件を断る判断が速い。断れる状態を作っておくことが、結局は仕事の質を守ります。