AIエージェントを外注するとき、要件に何を書くべきか — 「AIで自動化してほしい」だけの依頼が揉める理由と、書くべき5つのこと

AIエージェントの外注で揉める原因の多くは、技術ではなく依頼の書き方にあります。どの業務か、入力は何か、出力先はどこか、誰が承認するか、壊れたとき誰が直すか。発注書に書くべき5つと、書かなくてよいことを、発注側の言葉で整理します。

AIエージェントの開発を外に頼むとき、要件に書くべきなのは「どのAIを使うか」ではなく「仕事がどこから来て、どこへ行き、誰が止めるか」です。 ここが書かれていない依頼は、作る側の腕がどれだけ良くても、納品のあとで揉めます。

この記事では、発注書や要件定義に書くべき5つのことと、逆に書かなくてよいことを整理します。読者として想定しているのは、「AIで何かを自動化したい気持ちはあるが、何を頼めばいいのか分からない」という発注側の方です。特定の会社や道具の良し悪しの話はしません。

先に、言葉を揃えます

AIエージェント: 人が一つずつ指示しなくても、決められた範囲の作業を順に進めるAIの仕組み。たとえば「問い合わせを読み、種類を分け、返信の下書きを作って担当者に回す」までを続けて行うもの
要件定義: 作る前に「何を、どこまで、どうなったら完成とするか」を文章にしたもの。発注書に添える仕様のメモ、と考えて差し支えありません
連携: エージェントが社内の道具（メール、顧客管理の仕組み、表計算など）を読んだり書き込んだりできるようにつなぐこと。つなぐ口のことを「API（外のプログラムから操作するための窓口）」と呼ぶことがあります

「AIで自動化してほしい」だけの依頼が揉める理由

いちばん多いのは、依頼文が「AIでメルマガ作成を自動化したい」「問い合わせ対応をAIに任せたい」のような一文で終わっている形です。発注する側からすれば、これで十分に伝わっているように感じます。

ところが、作る側はこの一文から、少なくとも次のことを推測で埋めなければなりません。

メルマガの「作成」は、ネタ出しからか、下書きからか、配信の予約までか
材料はどこにあるのか。過去の記事か、営業のメモか、担当者の頭の中か
できたものは誰が見て、誰が「出してよい」と決めるのか
間違った内容が出たとき、誰が気づき、誰が直すのか

推測で埋めた部分は、納品の段階で「思っていたのと違う」になります。作る側は依頼どおりに作ったつもりで、発注した側は頼んだつもりのものが入っていない。どちらも嘘はついていないのに、合意していなかった、という揉め方です。

もう一つの理由は、AIの仕事は「動いた」と「使える」のあいだが広いことです。下書きが毎日出てくるようになっても、それを誰も読まなければ仕事は減りません。完成の定義が「動くこと」になっていると、納品された時点では誰も困らず、数か月後に「結局使っていない」で終わります。この切れ方は「AIで効率化した」のに売上が動かない記事でも扱いました。

要件に書くべき5つのこと

私たちが自社でエージェントを組むときに、作り始める前に必ず決めていることでもあります。どれも技術の言葉は要りません。業務を知っている人なら書ける内容です。

1. どの業務か — 始まりと終わりを書く

「問い合わせ対応」ではなく、**「問い合わせフォームに送信が届いてから、担当者が返信の下書きを開くまで」**のように、始まりと終わりの時点を書きます。

始まり: 何が起きたらこの仕事が始まるのか（フォームの送信、毎週月曜の朝、新しい顧客の登録など）
終わり: どの状態になったら、この仕事は済んだとみなすのか
範囲の外: この業務に似ているが、今回は含めないもの

範囲の外を一行書いておくだけで、追加費用の揉めごとはかなり減ります。

2. 入力は何か — 材料の置き場所と形

エージェントが読む材料が、どこに、どんな形であるかを書きます。

置き場所: 顧客管理の仕組み、共有のフォルダ、メールの受信箱、表計算のファイル
形: きちんと項目が分かれた表なのか、自由に書かれた文章なのか、紙をスキャンしたものなのか
抜けや揺れ: 空欄が多い項目、人によって書き方が違う項目はどれか

ここが曖昧なまま作り始めると、作る側は「材料を整える仕事」を後から見つけることになります。費用の見積もりがずれるのも、多くはここです。費用の構造の記事で「業務の言語化」と呼んだ部分にあたります。

3. 出力先はどこか — 誰が、どこで受け取るか

できたものをどこに置き、誰が受け取るかを書きます。「AIが返信を作る」だけでは足りません。

下書きとして担当者のメールに入るのか、チャットに通知が来るのか、表に一行足されるのか
受け取る人は誰か。その人は、毎日それを見る時間を持っているか
受け取った人が次に何をするのか

出力先が決まっていないエージェントは、作ったものがどこにも届きません。逆に言えば、受け取る人と場所が決まっていれば、出力の形は自然に決まります。

4. 誰が承認するか — 外に出る前に止まる場所

エージェントが自分で進めてよいことと、人の承認が要ることを分けて書きます。

区分	マーケティングでの例
自分で進めてよい	読む、分類する、下書きを作る、社内向けにまとめる
人の承認が要る	顧客へのメール送信、公開の投稿、広告の文面の差し替え
承認しても行わせない	配信リスト全体への一斉送信、広告予算の変更、顧客データの外部への書き出し

承認する人の名前（役職でもよい）と、その人が不在のときの代わりも書いておきます。承認の場所が多すぎると、人は中身を読まずに押すようになります。取り返しのつかないものだけに絞るのが、私たちの運用での実感です。何を任せて何を残すかの線引きは任せてよい仕事と、任せてはいけない仕事で詳しく書いています。

5. 壊れたとき誰が直すか — 納品のあとを書く

AIエージェントは、作って終わりになりません。つないだ先の道具の仕様が変わる、材料の形が変わる、業務のやり方が変わる。そのたびに手直しが要ります。要件には次を書いておきます。

止まったことに、誰が、どうやって気づくか（通知が来るのか、出力が届かないことで初めて分かるのか）
直すのは誰か。納品した会社か、社内の担当者か
納品後のどこまでが今回の費用に含まれ、どこからが別の契約か

ここが空白のまま契約すると、最初に止まった日に「誰の仕事か」の話し合いから始まります。私たち自身、自社のエージェントを動かしていて、いちばん手間がかかったのは作ることより、止まったことに気づく仕組みのほうでした。その経験はつまずいた場所の記事にまとめています。

書かなくてよいこと

反対に、発注側が無理に書かなくてよいものもあります。

使うAIの名前: どの会社のどのモデル（AIの頭脳にあたる部分）を使うかは、半年もすれば選択肢が入れ替わります。要件に固定すると、より安く良いものが出ても乗り換えにくくなります。書くなら「社外に出してはいけないデータがある」「この国の中で処理してほしい」のような条件のほうです
細かい技術の構成: どの道具でつなぐか、どういう順番で処理するかは、作る側の専門です。発注側が決めると、かえって選択肢を狭めます
「最新のAIを使うこと」: 新しさは目的ではありません。決めた業務が、決めた品質で回ることが目的です

技術の構成を書かない代わりに、提案を受けたときに「なぜこの構成なのか」を聞くほうが役に立ちます。答えが業務の話になっていれば、その会社は業務を見て設計しています。

そのまま使える要件の雛形

上の5つを、発注書に添える一枚にするとこうなります。空欄のまま埋められない項目があれば、それは作る前に社内で決めるべきことです。

項目	書くこと	記入例（問い合わせの一次対応）
業務	始まりと終わり、範囲の外	フォームの送信から、担当者が下書きを開くまで。見積もりの作成は含めない
入力	材料の置き場所と形、抜けやすい項目	フォームの送信内容と、顧客管理の仕組みの過去のやりとり。会社名の表記が揺れる
出力先	誰が、どこで、何を受け取るか	営業の担当者のメールに、種類の分類と返信の下書きが届く
承認	進めてよいこと、承認が要ること、させないこと	送信は必ず担当者が行う。エージェントは送信しない
壊れたとき	気づき方、直す人、費用の範囲	下書きが一定時間届かなければ担当者に通知。修正は納品後の保守契約で対応

雛形の記入例は説明のための例であり、実在の会社の事例ではありません。

社内で先に決めておくこと

要件を書こうとして手が止まるところは、たいてい次のどれかです。

業務の持ち主がいない: その仕事を一番よく知っている人が決まっていない。まず一人を決める
出力を受け取る人が忙しすぎる: 下書きが届いても読む時間がない。その人の別の仕事を何か減らす
承認の基準が人によって違う: 「この文面なら出してよい」の判断が担当者ごとに違う。AIに渡す前に、人のあいだで揃える

この3つは外注先には解決できません。逆に、ここが決まっていれば、どの会社に頼んでも話が早く進みます。依頼先の見分け方はAIエージェント導入を頼める会社の見分け方で扱っています。

まだ言えないこと

この記事は、私たちが自社でエージェントを組み、動かしてきた中での判断をもとにしています。発注の契約書の書き方や、法務上の取り決め（著作権の帰属や、データの扱いの条文）については扱っていません。そこは専門家に確認してください。また、業種や会社の規模によって、5つのうちどれがいちばん重いかは変わります。

まとめ

「AIで自動化してほしい」だけの依頼は、作る側が推測で埋める部分が多く、納品後に揉めやすい
要件に書くのは、業務の始まりと終わり／入力の置き場所と形／出力先と受け取る人／承認の区分／壊れたときに直す人の5つ
使うAIの名前や技術の構成は書かなくてよい。書くなら「社外に出せないデータがある」などの条件
雛形を埋められない項目は、外注先ではなく社内で先に決めること
完成の定義は「動くこと」ではなく「受け取った人の仕事が実際に減ること」にする