プロンプトエンジニア業務委託の確保方法｜5つの経路と発注時の見極め方

「経営層からプロンプトエンジニアを業務委託で確保するよう指示されたが、そもそもどこで探せば実在のプロンプトエンジニアに出会えるのか分からない」——生成 AI 活用推進の担当者に任命された多くの発注担当者が、まさにこの壁にぶつかっています。

背景には、AI 職種のカテゴリ化が求人媒体側で追いついていないという構造課題があります。フリーランスエージェントやマッチングサイトを 3〜4 社覗いても「プロンプトエンジニア」というカテゴリすら整備されていないケースが少なくなく、人事部からも「うちの求人媒体では AI 職種は集まらない」と匙を投げられがちです。経路ごとに費用構造（マージン率）・候補者の質・確保までのリードタイムが大きく異なるにもかかわらず、それらを横並びで比較できる情報が散在していることも意思決定を難しくしています。

一方で、上司や調達部からは「どの経路で・いつまでに・いくらで確保するか」を明記した稟議書を求められる。稟議書に書ける粒度の材料が揃わないと、確保プロセスそのものが前に進みません。

本記事では、プロンプトエンジニアを業務委託で確保するための 5 つの経路（フリーランスエージェント／業務委託マッチングプラットフォーム／クラウドソーシング／SNS・技術コミュニティ直リクルート／既存 SIer・AI 開発会社の人材融通）を発注者視点で整理し、経路別の費用構造・リードタイム・候補者質を比較します。そのうえで、経路選定を 3 軸（急ぎ度・予算・継続性）で判定するフレーム、RFP 作成から契約締結までの 7 ステップ、面談で最低限確認すべき 3 項目、契約チェックリスト（フリーランス新法対応込み）を、そのまま稟議書に転記できる粒度で解説します。

なお、プロンプトエンジニアの職種特性・タイプ別発注パターン・単価相場・面談項目 5 つの詳細解説は、プロンプトエンジニア業務委託の実務ガイドにまとめています。本記事は「確保プロセスの実行」に軸足を置き、詳細な職種論はそちらへ譲る構成としました。読者の状況に合わせて併読してください。

プロンプトエンジニアを業務委託で確保するのがなぜ難しいのか

「プロンプトエンジニアを業務委託で確保しろ」という指示自体はシンプルなのに、いざ動き出すと想像以上に手が止まる。これは発注担当者個人の情報不足というより、AI 職種を取り巻く市場の構造課題によるところが大きいテーマです。まずは検索者が抱えがちな 3 つの構造課題を整理し、そのうえで本記事のスコープを明確にします。

求人媒体に「プロンプトエンジニア」カテゴリが整備されていない

大手求人媒体・フリーランスエージェント・マッチングサイトの多くは、AI 関連職種のカテゴリを「AI エンジニア」「機械学習エンジニア」「データサイエンティスト」の 3 区分で運用しているのが実情です。「プロンプトエンジニア」という肩書きは 2022〜2023 年に急速に広まった新しい職種であり、媒体側のマスターデータ整備が追いついていません。

このため、発注担当者が「プロンプトエンジニア 求人」で検索しても、（1）ヒットするのが受注側向けの副業案件掲載記事ばかりで発注者向けの情報が薄い、（2）媒体の職種フィルターに項目が存在せず「AI エンジニア」で妥協して検索することになる、（3）検索結果の中に本当にプロンプト設計を主業務としている人材がどれくらい含まれるかが分からない、といった問題に直面します。

経路ごとに費用構造・リードタイム・候補者層が全く違う

外部人材を確保する経路は複数存在しますが、それぞれ費用構造（マージン率・成約手数料・システム利用料）、確保までのリードタイム（登録から契約締結までの日数）、出会える候補者の層（フルタイム稼働可能な専業フリーランス〜週末稼働の副業人材）が大きく異なります。しかし、これらを一枚のマップで比較した情報は少なく、発注担当者は「エージェント A のマージン率」「マッチングサイト B の掲載費」を個別に問い合わせて集計する手間を強いられます。

結果として、経路選定に時間がかかりすぎ、PoC の開始予定日から逆算した確保スケジュールが立たない、という事態が起こります。

「プロンプトエンジニア」を単独職種として名乗って実務している人が実は少ない

もう 1 つ見落とされがちなのが、そもそも「プロンプトエンジニア」を単独職種として名乗って実務している人材は、市場全体で見るとまだ多くはないという現実です。実際の案件データを見ると、プロンプト設計単独の案件は稀で、AI 導入支援・LLM アプリケーション開発・チャットボット構築・業務効率化コンサルティングとセットで発注されるケースがほとんどです（参考: プロンプトエンジニアの副業案件動向は？案件の探し方や注意点 - BigData Navi）。

このため、経路を選ぶ際も「プロンプトエンジニア専門」で絞り込むより、「AI エンジニアの中でプロンプト設計経験が豊富な人材」という視点で候補を広げるほうが、確保の実現性が高まります。この視点は後述の経路選定・スクリーニング項目でも重要になります。

本記事のスコープ

本記事は上記 3 課題を踏まえたうえで、（1）確保できる 5 経路の全体マップ、（2）経路別の費用構造・リードタイム・候補者質の比較、（3）経路選定の判断フレーム、（4）確保プロセスの実行手順、（5）面談で見極めるべき最低限の項目、（6）契約締結時のチェックリスト、という順に整理していきます。プロンプトエンジニアの職種特性・タイプ別発注パターン・単価相場詳細・面談 5 項目の網羅的な解説は前述の実務ガイド記事に譲り、本記事は「経路選定と確保プロセスの実行」に集中します。

プロンプトエンジニアを業務委託で確保する5つの経路

プロンプトエンジニアを業務委託で確保する経路は、大きく 5 つの類型に整理できます。ここではまず全体像を俯瞰し、それぞれの経路で「どんな候補者に出会えるか」「代表的なサービス」「発注者側の作業負荷」を発注者視点で押さえます。

経路A フリーランスエージェント

レバテックフリーランス、ギークスジョブ、ITプロパートナーズ、Midworks などが該当します。エージェントが専業フリーランスを組織化しており、案件情報を出すと担当営業が候補者をアサインしてくれます。

• 出会える候補者: フルタイム稼働可能な専業フリーランスが中心。ITエンジニア出身で AI 領域にキャッチアップしている人材が多く登録されています
• 発注者側の作業負荷: 低め（案件要件を伝えれば候補者選定と初回面談セッティングまでエージェントが代行してくれます）
• 特徴: 案件がエージェント経由で回るため、プロンプトエンジニア単独案件よりも「AI 案件でプロンプト設計もできる人」として登録している候補者に出会いやすい傾向があります

経路B 業務委託マッチングプラットフォーム

SOKUDAN、Workship、Offers、Anycrew などが該当します。エージェントが介在せず、発注企業と候補者が直接つながる仕組みで、多くは月額利用料または成約時手数料の料金モデルです。

• 出会える候補者: 副業・複業を含む幅広い稼働形態の人材（週 1〜2 日稼働から週 3〜5 日稼働まで）
• 発注者側の作業負荷: 中程度（案件掲載・候補者スクリーニング・面談セッティングを自社で行います）
• 特徴: エージェント型より候補者との距離が近く、条件交渉の柔軟性が高い点が強みです。副業人材（他社所属エンジニア）にもアクセスできます

経路C クラウドソーシング

ランサーズ、クラウドワークスなどが該当します。案件を掲載すると個人事業主・副業ワーカーから提案が集まる仕組みです。

• 出会える候補者: 単発〜短期の案件対応が中心の個人事業主・副業ワーカー
• 発注者側の作業負荷: 高め（大量の提案から選定、コミュニケーションもすべて自社で対応する必要があります）
• 特徴: 費用は最も抑えやすい一方、稼働時間の確保や継続性は経路A・Bに劣ります。PoC の一部タスク切り出しや、プロンプト最適化のスポット依頼に向いています

経路D SNS・技術コミュニティでの直リクルート

X（旧 Twitter）、Zenn、Qiita、LLM／生成 AI 関連の勉強会・カンファレンスでの直接接触が該当します。発注担当者自身が候補者を探し、DM やイベント登壇者への声かけで打診する経路です。

• 出会える候補者: 発信活動を積極的に行っている専門性の高い人材（技術ブログ・OSS 貢献・登壇歴あり）
• 発注者側の作業負荷: 非常に高い（候補者リサーチ・アプローチ・信頼関係構築を自社で担う必要があります）
• 特徴: 仲介手数料がかからず総費用は抑えやすい一方、社内に AI 領域の目利き人材がいないと候補者評価が難しくなります

経路E 既存 SIer・AI 開発会社からの人材融通

すでに取引のある SIer、SES 事業者、AI 開発会社に「プロンプトエンジニアを業務委託で確保したい」と相談し、既存契約の枠内または新規契約で人材を派遣・アサインしてもらう経路です。

• 出会える候補者: 契約先企業の所属エンジニア（法人契約の枠内）
• 発注者側の作業負荷: 低め（既存の商流上で調整するため、契約実務が最小限で済みます）
• 特徴: 既存の信頼関係を活かせるため質の担保はしやすい一方、単価は他経路より高くなる傾向があります。プロンプトエンジニアを専業として抱える会社は限られるため、事前打診で対応可能性を確認する必要があります

経路別の費用構造・リードタイム・候補者質の比較

5 つの経路のうち、どれを選ぶかは「費用」「時間」「質」のどれを優先するかで大きく変わります。ここでは発注者視点で必要な 3 つの観点を整理し、最後に一枚の比較表に集約します。

費用構造の内訳（表示単価だけで見ないための総額計算式）

経路ごとに「表示されている月額単価」に何が含まれ、自社が実際に支払う総額はいくらになるかが異なります。

• フリーランスエージェント（経路A）: 候補者に提示される単価に対し、エージェントマージンが上乗せされて発注企業に請求されます。マージン率は 15〜30% が一般的で、契約書上は「時間単価×稼働時間」と記載されることが多くマージンは見えにくくなっています
• 業務委託マッチングプラットフォーム（経路B）: 月額利用料型（例: 定額の掲載料）と成約手数料型（成約時に契約金額の 15〜30%）に分かれます。プラットフォームによっては初期費用も発生します
• クラウドソーシング（経路C）: システム利用料（発注側 5〜20%、受注側からも徴収）が発生します。金額としては最も低いですが、成果物のクオリティ担保のため管理工数が上乗せされる点に留意が必要です
• SNS・直リクルート（経路D）: 仲介手数料は原則不要ですが、候補者リサーチ・アプローチ・信頼構築にかかる社内人件費が実質コストとして発生します
• 既存 SIer・AI 開発会社（経路E）: SIer 側の管理費・営業費が上乗せされ、他経路よりも 20〜40% 程度高くなる傾向があります

稟議書に単価を書く際は「表示単価×稼働時間」ではなく「（表示単価 + マージン or 手数料）×稼働時間 + 社内工数」で総額を計算してください。

リードタイム比較（急ぎ度合いによる経路選定）

「PoC を 3 週間後に開始したい」といった時間制約下では、リードタイム（登録から契約締結までの平均日数）が経路選定の決定打になります。

• 経路A（フリーランスエージェント）: 案件提示から契約締結まで 1〜3 週間が目安です。専任営業が動くため最も速い経路になります
• 経路B（マッチングプラットフォーム）: 掲載から契約締結まで 2〜4 週間です。候補者との直接やり取りが発生する分、経路A よりやや長くなります
• 経路C（クラウドソーシング）: 掲載から契約締結まで 1〜3 週間です。ただし選定に時間をかけるとさらに長引く点に注意が必要です
• 経路D（SNS・直リクルート）: 候補者接触から契約締結まで 4〜8 週間以上です。信頼関係構築に時間がかかります
• 経路E（既存 SIer・AI 開発会社）: 相談から契約締結まで 2〜6 週間です。SIer 内部の人員調整状況次第でばらつきが生じます

候補者の質と稼働形態の傾向

「質」とは、実装経験の深さ・稼働時間の柔軟性・コミュニケーション品質の総合評価を指します。

• 経路A・E は専業フリーランスまたは所属エンジニアが中心のため、フルタイム相当（週 5 日）稼働と長期継続性の担保がしやすくなります
• 経路B は副業・複業人材が中心のため、週 1〜3 日稼働で高い専門性を持つ人材にアクセスできます
• 経路C は短期・単発案件が中心のため、PoC のプロンプト最適化スポット依頼に向いています
• 経路D は発信活動を通じて専門性が可視化された人材にアプローチできますが、稼働形態は候補者次第で個別交渉となります

5経路比較表

単価相場と稼働形態の目安（発注者視点）

経路選定と並行して、単価相場を発注者視点で押さえておく必要があります。単価は「稼働形態 × 経路 × 業界特化度」の掛け算で決まるため、それぞれの要素を分解して整理します。

稼働形態別の月額単価レンジ

プロンプトエンジニアの業務委託単価は、稼働形態によって以下のレンジで動く傾向があります（参考: プロンプトエンジニアの年収【2026年最新】- prompters）。

• スポット案件 60〜100万円／月: 稼働率 60〜80%、PoC のプロンプト設計・出力評価・改善サイクルの一部を切り出して依頼するパターン
• 長期継続 80〜150万円／月: フルタイム相当（週 5 日・160 時間程度）、AI プロジェクトの立ち上げから運用まで通しで関わるパターン
• 専門特化 120〜200万円／月: 特定業界（金融・医療・法務等）向け LLM チューニング経験や、大規模モデル選定・アーキテクチャ設計の経験がある人材

このレンジは「候補者に支払われる金額」に近い水準です。発注企業が実際に支払う金額は、ここに経路別のマージン・手数料が上乗せされます。

経路別の追加コスト

前述の経路別費用構造を単価レンジと組み合わせると、実際の発注金額は次のように概算できます。

• 経路A: 単価レンジ × 1.15〜1.30（マージン率上乗せ）
• 経路B: 単価レンジ × 1.15〜1.30（成約手数料型の場合）または + 月額利用料
• 経路C: 単価レンジ × 1.05〜1.20（システム利用料上乗せ）
• 経路D: 単価レンジそのまま（ただし社内工数を人件費換算で加算）
• 経路E: 単価レンジ × 1.20〜1.40（SIer 管理費上乗せ）

業界特化・複数LLM対応など単価プレミアム要因

同じ稼働形態でも、以下の要因があると単価レンジは上振れします。

• 金融・医療・法務など機密性が高く業界特化知識が必要な領域: +15〜25%
• 複数 LLM（GPT系、Claude系、Gemini 系、Llama 系など）対応と評価経験: +10〜20%
• 本番運用実績（PoC 止まりでなく本番稼働まで届いた実装経験）: +10〜20%

予算 100 万円／150 万円／200 万円で確保できる人材レンジの目安

• 予算 100 万円／月: 経路C・B の副業人材でスポット案件〜週 2〜3 日稼働がメインとなります。フルタイム相当の確保は難しくなります
• 予算 150 万円／月: 経路A・B のフルタイム相当が視野に入ります。長期継続案件で PoC から本番運用まで通しで依頼できる水準です
• 予算 200 万円／月: 経路A・E で専門特化人材の確保が可能です。業界特化案件や大規模モデル選定を伴う案件にも対応できます

経路選定の判断フレーム（急ぎ度・予算・継続性の3軸）

5 経路のどれを選ぶかは、以下の 3 軸で判定すると迷いにくくなります。

3軸判定フレームの使い方

• 軸1 急ぎ度: 何週間以内に確保が必要か
  • 3 週間以内 → 経路A（フリーランスエージェント）を第一選択とします
  • 4〜6 週間以内 → 経路A・B・E を並行検討します
  • 8 週間以上余裕あり → 経路D も選択肢に入ります
• 軸2 予算: 月額いくらまでか
  • 〜100万円 → 経路C・B の副業人材ゾーン
  • 100〜150万円 → 経路A・B のフルタイム相当ゾーン
  • 150万円以上 → 経路A・E で専門特化人材ゾーン
• 軸3 継続性: 単発 PoC か長期案件か
  • 単発（1〜2 ヶ月） → 経路B・C を優先
  • 中期（3〜6 ヶ月） → 経路A・B が中心
  • 長期（6 ヶ月以上） → 経路A・E で長期契約前提

判定フローチャート

3 軸を組み合わせた判定は次の順序で進めます。

1. まず急ぎ度で候補経路を絞る（軸1）: 時間制約が最も硬い制約になるため、リードタイムを満たさない経路は最初に除外する
2. 次に予算で絞り込む（軸2）: 残った経路のうち、予算内で候補者に出会える経路を選ぶ
3. 最後に継続性で最終確定する（軸3）: 単発 PoC か長期継続かで候補者層と契約形態を確定させる

典型3パターンの経路選定例

パターン1: PoC 急ぎ（3週間以内、予算 120 万円／月、単発 2 ヶ月） 急ぎ度が最優先制約となるため、経路A（フリーランスエージェント）が第一選択となります。予算 120 万円は経路A のマージン込みでフルタイム相当をぎりぎり確保できる水準です。

パターン2: 長期組織育成（6 ヶ月以上、予算 180 万円／月、社内育成前提） 継続性と質を重視するため、経路A または経路E で長期契約を前提に選定します。予算 180 万円は業界特化人材にも届く水準で、社内エンジニアへの技術移転までスコープに含められます。

パターン3: 単発改善（スポット、予算 60 万円／月、稼働率 60%） 予算が最も硬い制約となるため、経路B・C の副業人材ゾーンから選定します。プロンプト最適化スポット依頼や、既存 AI プロダクトの出力評価・改善案作成に向きます。

確保プロセスの実行手順（RFPから契約締結までの7ステップ）

経路が決まったら、次は確保プロセスを実行に移す段階です。稟議書と発注書に転記できる粒度で 7 ステップに分解します。

ステップ1〜2 目的・スコープ確定とRFP／案件情報整備

ステップ1 目的・スコープ確定: 「何のために」「どこまで」「いつまでに」を明文化します。AI 活用の全体戦略のうち、今回の業務委託でカバーするタスクを明確に切り出すのが目的です。ここが曖昧だと後段のスクリーニング精度が下がります。

ステップ2 RFP／案件情報整備: 経路に掲載する案件情報を整備します。最低限必要な項目は、（1）タスク概要（プロンプト設計対象領域）、（2）稼働形態（週 X 日・月 XXX 時間）、（3）契約期間、（4）月額単価レンジ、（5）求める経験（LLM 種類・業界特化・実装深度）、（6）働き方（フルリモート／一部出社）、（7）NDA 締結の必要性、の 7 項目です。

ステップ3〜4 経路への登録・案件掲出とスクリーニング

ステップ3 経路への登録・案件掲出: 選定した経路（複数併用も可）に案件情報を掲出します。経路A はエージェント担当者との案件共有ミーティング、経路B・C はプラットフォームへの案件掲載、経路D は候補者への個別打診、経路E は SIer 担当営業への打診、というアクションになります。

ステップ4 スクリーニング: 集まった候補者を（1）経験マッチ度、（2）稼働時間マッチ度、（3）単価マッチ度、の 3 軸で一次選考します。プロンプトエンジニアの場合は「単独プロンプト設計案件を担ってきたか」より「AI 案件全体の中でプロンプト設計と評価改善を担ってきたか」で見るほうが、実務力のある候補者を取りこぼしにくくなります。

ステップ5〜6 面談とオファー・条件交渉

ステップ5 面談: 一次選考通過者と 60〜90 分の面談を 1〜2 回実施します。面談で確認すべき最低限の項目は次章で詳しく解説します。

ステップ6 オファー・条件交渉: 候補者が確定したら、稼働開始日・月額単価・稼働時間・契約期間・成果物の定義・秘密保持条件を書面（オファーレター）で提示し、条件交渉を経て最終合意します。

ステップ7 契約締結・キックオフ

ステップ7 契約締結・キックオフ: 業務委託基本契約書・個別契約書・NDA を締結し、キックオフミーティングでスコープ・成果物・稼働ルール・コミュニケーション手段を確認して稼働開始します。フリーランス新法対応（後述）はこの段階で必須の確認ポイントです。

7ステップの所要日数目安と担当マトリクス

急ぎ度が高い場合は、ステップ 1〜2 と 3 を並行するなど工程圧縮が可能です。

面談で見極めるべき最低3項目（発注者側にAI知識がなくても判断できる質問）

面談の見極めポイントは、プロンプトエンジニア業務委託の実務ガイドで 5 項目を詳しく解説しています。本記事では「確保プロセスの実行」に必要な最低限の 3 項目に絞ります。

見極め項目1 過去実装事例の具体度

「過去に手掛けたプロンプト設計案件で、PoC 止まりか本番運用まで届いたかを教えてください」と直接聞きます。回答が「PoC で終わりました」「本番運用に入りましたが数ヶ月で停止しました」の場合、稼働率や成果評価の運用体制が甘かった可能性があります。「本番運用に届き、その後の改善サイクルまで担当した」という回答があれば、本番運用を見据えた設計スキルを持っている可能性が高くなります。

具体度を測る補助質問として「その案件で使用した LLM は？」「評価指標として何を設定した？」「プロンプト改善で最も難しかった局面は？」を用意しておくと、事例の実在性と関与深度を確かめられます。

見極め項目2 稼働可能時間と兼任状況

「今後 3 ヶ月間の稼働時間は週 X 時間で確保できますか？」「並行して稼働中の他案件はいくつありますか？」と直接聞きます。プロンプトエンジニアに限らず、副業・複業人材は複数案件を並行しているケースが多く、契約時に想定した稼働時間が実際には確保されない事態が起こりがちです。

回答は「稼働可能時間 = 週の総稼働可能時間 − 他案件の合計稼働時間」で逆算し、自社案件に本当にコミットできる時間を数値で確認してください。

見極め項目3 稼働開始日と希望契約形態

「いつから稼働開始できますか？」「契約形態は準委任・請負・時給ベースのどれを希望しますか？」を最終確認します。稼働開始日は自社の PoC スケジュールに間に合うかの最終確認で、希望契約形態は「候補者が請負を強く希望する場合は成果物定義に相当な精度が必要」「準委任なら稼働時間ベースで柔軟に運用可能」と、後工程の設計に直結するため、面談段階で確認しておく必要があります。

面談項目 5 つの詳細な設計思想（実装力の確認方法・課題解決アプローチ・チーム連携スタイルなど）は前述の実務ガイド記事にまとめていますので、本記事の 3 項目を最小セットとし、時間に余裕があれば実務ガイドの 5 項目に拡張して運用してください。

契約締結時のチェックリスト（フリーランス新法対応込み）

契約締結のステップで確認すべき項目をチェックリスト化します。フリーランス新法（特定受託事業者に係る取引の適正化等に関する法律、2024年11月1日施行）への対応も含めます。

契約形態の選び方（準委任 vs 請負）

プロンプトエンジニアの業務委託契約では準委任契約が主流です。理由は、（1）成果物としてのプロンプトは要件変更やモデル改善の影響を受けやすく、請負契約の「成果物完成義務」を厳密に運用すると柔軟な改善サイクルが回らない、（2）業務内容がプロンプト設計・出力評価・改善提案など「業務遂行そのものに対する報酬」として整理しやすい、の 2 点です。

請負契約を選ぶ場合は、成果物（プロンプト本体＋出力サンプル＋評価指標）を契約書に精緻に定義する必要があります。

成果物定義とモデル API 費用の負担

契約書に成果物を明記します。プロンプトエンジニア案件では最低限、（1）プロンプト本体（システムプロンプト・ユーザープロンプトテンプレート）、（2）出力サンプル、（3）評価指標と評価スコア、（4）プロンプト設計ドキュメント（設計思想・改善履歴）を成果物として定義するのが実務的です。

モデル API 費用の負担も明記します。「発注企業が API アカウントを保有し、候補者に API キーを共有する」「候補者が個人アカウントで検証し、稼働完了後に実費を請求する」など、パターンごとに費用計上の扱いが変わるため、契約書に明示しておく必要があります。

秘密保持・入力データの取り扱い

生成 AI 案件では、業務データを LLM に入力する過程で秘密情報の取り扱いが避けられません。NDA に加えて、（1）入力データを LLM プロバイダの学習に使わないアカウント設定（OpenAI の Business プラン、Anthropic の商用プラン等）を使うことの明記、（2）候補者側の個人アカウントでの検証を禁止するかどうか、（3）検証データの保管期間と削除ルール、を契約書に含めることを推奨します。

フリーランス新法対応と指揮命令範囲

フリーランス新法（特定受託事業者に係る取引の適正化等に関する法律）は 2024 年 11 月 1 日に施行されました。主な発注企業側の義務は次の通りです（参考: フリーランス法特設サイト - 公正取引委員会）。

• 書面等による取引条件の明示（6項目）: 業務内容・報酬額・支払期日・支払方法・成果物受領日・その他取引条件を書面等で明示する義務
• 報酬支払期日の設定: 成果物受領日または役務提供完了日から 60 日以内で報酬を支払う義務
• 中途解除・不更新の 30 日前予告: 契約期間 6 ヶ月以上の継続業務委託を中途解除する場合、原則 30 日前までに予告する義務

指揮命令範囲は業務委託契約の要諦です。準委任契約でも「日時・場所・進め方を発注企業が細かく指示する」「勤怠管理をする」といった運用は偽装請負のリスクがあります。プロンプトエンジニアの業務内容は「プロンプト設計・出力評価・改善案提出」など成果ベースで定義し、稼働時間や進め方は候補者の裁量に委ねる契約設計が実務的です。

契約チェックリスト（まとめ）

よくある確保失敗パターンと事前回避策

確保プロセスでよく発生する失敗を 4 つ提示します。いずれも「経路選定 → プロセス実行 → 契約締結」のフレームを丁寧に運用すれば事前に回避できるものばかりです。

失敗1 経路を1つに絞りすぎて候補者ゼロ

「まずは経路A のエージェント 1 社に案件を出してみて、候補者ゼロなら経路B・C に広げる」というシーケンシャルなアプローチをとると、経路A で 2 週間待った時点で PoC 開始が間に合わなくなる、という事態が頻発します。

事前回避策: 急ぎ度が高い案件は経路A・B・E を最初から並行運用します。エージェントは複数社への同時打診を許容していることがほとんどで、契約時点で 1 社に絞れば問題ありません。

失敗2 RFPが抽象的で応募者の質がばらつく

「AI プロジェクトのプロンプト設計を担ってください」だけの案件情報だと、（1）業務効率化系プロンプト経験者、（2）チャットボット構築経験者、（3）RAG（検索拡張生成）構築経験者、が同じ枠に応募してきて、選定コストが跳ね上がります。

事前回避策: RFP に「対象領域（例: 業務効率化 or カスタマーサポート or 社内 RAG）」「使用モデル（例: OpenAI GPT-4o、Anthropic Claude 3.5 Sonnet）」「求める実装深度（例: プロンプト設計のみ or 評価改善サイクルまで）」を最低限明記します。

失敗3 マージン率を見落として予算超過

候補者に提示される単価をそのまま予算計算し、契約締結時に「エージェントマージン 25% が上乗せされる」と気づいて予算超過する、という失敗が起こります。

事前回避策: 経路選定時に「エージェントに対する支払額 = 候補者単価 ×（1 + マージン率）」を必ず確認し、稟議書の単価も「発注企業支払額」で記載します。

失敗4 稼働開始後の兼任・稼働時間不足

「週 3 日稼働で契約したが、実際に稼働してみると他案件と兼任していて、週 1〜1.5 日しか動いていない」という失敗は、副業・複業人材で特に起こりやすい問題です。

事前回避策: 面談での「稼働可能時間と兼任状況」確認（本記事の見極め項目2）を必ず実施し、契約書に「稼働時間の月次実績レポート提出」を義務化する条項を入れます。稼働時間が想定を下回る場合の減額・契約見直しルールも明記しておくと安全です。

まとめ：プロンプトエンジニア確保を成功させる稟議書テンプレート

プロンプトエンジニアを業務委託で確保するプロセスを、稟議書に転記できる粒度で整理してきました。要点は次の 4 つのステップに集約されます。

• 経路選定（3軸判定）: 急ぎ度・予算・継続性の 3 軸で 5 経路のどれを選ぶかを決定する
• 実行7ステップ: 目的・スコープ確定 → RFP 整備 → 経路への登録・案件掲出 → スクリーニング → 面談 → オファー・条件交渉 → 契約締結・キックオフ
• 面談3項目: 過去実装事例の具体度／稼働可能時間と兼任状況／稼働開始日と希望契約形態
• 契約4チェック: 契約形態（準委任 vs 請負）／成果物定義とモデル API 費用／秘密保持と入力データ／フリーランス新法対応と指揮命令範囲

稟議書には、以下の 7 項目を上記の枠組みから抽出して記載すると通しやすくなります。

プロンプトエンジニアの職種特性やタイプ別発注パターン、単価相場の詳細分析、面談 5 項目の網羅的な確認方法など、本記事で触れきれなかった論点はプロンプトエンジニア業務委託の実務ガイドに整理しています。「確保プロセスをどう回すか」（本記事）と「どんな人材を発注するか」（実務ガイド）は表裏一体のテーマですので、稟議書作成の実務では両方を照らし合わせながら進めていただくと、確保プランに漏れがなくなります。