AIエージェントの受託、要件の聞き方で赤字が決まる──作業ではなく判断を聞く、受注前のヒアリング12問と受け方の判断

この記事は、AIエージェントの受託で、受注前に要件をどう聞くかを扱います。

「AIエージェントで、問い合わせ対応を自動化したい」

お客様の最初の一言は、たいていこの形です。
ここで「できます。〇〇万円です」と答えると、作り始めてから要件が次々に出てきます。

「この場合は担当者に回す」「この取引先だけは別の扱い」「承認は部長」。
AIエージェントの案件は、例外の数で工数が決まります。

そして、例外は、お客様自身も言葉にしていないことが多いのです。

AIエージェントの要件のヒアリングとは、自動化したい「作業」ではなく、今その作業をしている人の「判断」を聞き出し、AIに任せる範囲と人に残す範囲を、受注の前に分けることである

黒字化の外科医です。AIエージェントの受託で、受注前に聞くべきことを解剖します。

なお私は弁護士ではありません。実務の指針として読み、個別の判断は専門家や公的な窓口に確認してください。

判断を聞くべき理由は、三つあります。

第一に、作業の名前では、工数が見えないから。
「問い合わせ対応」の中には、分類、調べもの、返信、記録、担当への引き継ぎが入っています。どこまでをAIにさせるかで、作るものがまったく変わります。

第二に、例外の扱いが、失敗したときの損害を決めるから。
例外を人に回す線を決めずに作ると、AIが判断してはいけない場面で判断します。その責任を誰が持つかで、お客様と揉めます。

第三に、つなぐシステムと権限が、作れるかどうかを決めるから。
お客様の社内のツールに、AIがどの名義で、どこまで触れられるか。ここが決まらないと、技術的にできても運用に乗りません。

今すぐ試せる：ヒアリングの記録から、要件の抜けを洗い出すプロンプト

私はWeb制作会社の担当者です。AIエージェントの受託の前に、お客様から聞いた内容を整理し、抜けている点を洗い出してください。

【ヒアリングの記録】
〔お客様から聞いた内容を貼る。お客様の名前や個人情報は伏せる〕

1. 自動化したい業務を、作業の手順（入力→判断→出力）に分けて書く。
2. 手順ごとに、今だれが、何を見て、どう判断しているかを整理する。
3. 例外（いつもと違う扱いをする場合）を、記録から拾い出す。
4. 聞けていない点を、「次の打ち合わせで聞く質問」として10個以内で出す。
5. AIに任せられそうな手順と、人に残すべき手順の案を示す。

記録にないことを推測で埋めず、「未確認」と書くこと。

ヒアリング工場：受注前に聞く12問

業務と判断

1. その業務は、月に何件ありますか。多い月と少ない月の差は。
2. 今、だれが担当していますか。1件に何分ほどかかっていますか。
3. 担当者は、何を見て判断していますか（画面、資料、過去のやりとり）。
4. 「いつもと違う扱い」をするのは、どんなときですか。直近の例を3つ。
5. 判断に迷ったとき、だれに確認していますか。

4の「直近の例を3つ」が、一番大事な質問です。抽象的に聞くと「特にない」と返ってきます。

つなぐもの

6. 使っているシステム・ツールは何ですか。だれの名義で使っていますか。
7. AIに読ませてよい情報、読ませてはいけない情報は何ですか。
8. AIに書き込ませてよい場所はありますか（送信・登録・削除を含む）。

社内のツールをつなぐときの確認は、Claude CodeのMCPを例に、こちらで扱っています。考え方は、お客様の環境でも同じです。

▶ Claude CodeのMCPで社内ツールをつなぐ前に──信頼できるサーバーか、どこまで許すか、どの情報が流れるかの点検表

成功と失敗

9. 導入して「うまくいった」と言えるのは、何がどうなったときですか。
10. AIが間違えたとき、一番困るのはどんな場面ですか。
11. 間違いに、だれが、いつ気づける仕組みにしますか。
12. 動き始めたあと、運用と改善の担当はだれですか。

9が答えられないお客様の案件は、検収で揉めます。数字で答えられなくても、「この作業を人がしなくてよくなる」の形まで言葉にしてもらいます。

聞いたあとの判断（社内用）

判断          条件
──────────────────────────────────
小さく受ける    例外が少ない手順が1つ以上あり、9に答えがある
検証から受ける  例外が多い、または判断の根拠が人の勘に頼っている
断る・保留する  7・8が決まらない、12の担当がいない

「検証から受ける」案件は、見積もりを2段に分けます。分け方は、こちらで扱っています。

▶ AIエージェント開発の受託、見積もりを一本で出すと赤字になる──PoCと本開発を分ける、工程別の工数、不確実性の上乗せ、責任範囲

業務の大きさの目安（例）

例：問い合わせの一次分類
月の件数：300件
1件あたりの担当者の時間：6分
月の時間：300件 × 6分 ＝ 1,800分 ＝ 30時間

数字はすべて例です。お客様の実績で計算し、AIにしても人の確認が残る時間を差し引いて、期待を合わせてください。

お客様の要件を、社内のClaude Codeの作業の型（CLAUDE.md・Skills・サブエージェント定義）に落とす雛形は、こちらに置きました。

▶ Claude Code社内標準化キット──CLAUDE.md・Skills・サブエージェント定義の雛形、MCPの許可表と権限設定、点検表

構造的なリスク

逆説を指摘しておきます。

ヒアリングを丁寧にするほど、受注前の時間が増えます。
聞き取りの時間が3回、4回と増えるなら、それ自体を有償の「業務の整理」として切り出す提案をしてください。

もう一つは、作ったあとです。
AIエージェントは、つないだツールの変更で止まります。受注前に、保守の月額の話まで出しておきます。

▶ AIエージェント・業務自動化の受託は「保守の月額」で稼ぐ──監視・運用・改善の3層と、工数と予備時間から出す月額の計算例

よくあるQ&A

Q. お客様が「全部AIに任せたい」と言ったら？

判断の例を3つ聞いてから、人に残す線を一緒に決めます。全部を任せる設計は、間違えたときの責任の線が引けません。

Q. ヒアリングは、だれが担当すべきか？

業務を聞く人と、技術の可否を判断する人の2人で臨みます。1人だと、その場で「できます」と言いがちです。

Q. 契約書には、何を書いておくか？

ヒアリングで決めた、AIに任せる範囲・人に残す範囲・成功の基準を、別紙に書いて合意します。条項の文例は、こちらにまとめています。

▶ AI開発の契約書と見積書のテンプレート──PoCと本開発の2段階見積書、精度を保証しない条項、データと権利、API利用料の文例集

最後に

AIエージェントの受託は、作る技術より、聞く技術で利益が決まります。

作業ではなく判断を聞き、例外と人に残す線を受注前に決めた会社だけが、作り始めてから膨らむ要件に飲まれずに済むのです。

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #AIエージェント #受託開発 #要件定義 #ヒアリング #業務自動化 #制作会社経営 #中小企業 #生成AI活用 #見積もり