「AIを使えるようにしたい」「記事制作を効率化したい」という相談だけでは、作業量も納品物も決まりません。AIは、見積金額を推測するためより、金額を決める前の不明条件を整理するために使うと確認しやすくなります。
要件整理の出力は、要望を詳しく言い換えた文章ではなく、決まったことと決まっていないことが分かる確認票にします。
対象・数量・状態・完成を聞く
架空の依頼「既存の説明資料からFAQを作りたい」を、四つの観点で整理します。
| 観点 | 確かめること | 不明な場合の聞き方 |
|---|---|---|
| 対象 | どのサービス・部署の質問か | まず対象にする範囲はどこですか |
| 数量 | 資料や質問がどの程度あるか | 確認できる資料の一覧はありますか |
| 入力の状態 | 最新版か、文字を取り出せるか | 更新日と形式が分かる見本を見せてください |
| 完成の定義 | 何を、どこで、誰が使うか | 回答案の一覧でよいか、検索画面まで必要ですか |
同じ「FAQ作成」でも、回答原稿を作る仕事と、既存システムに組み込む仕事は異なります。この境界を見積もり前にそろえます。
希望条件と確約を混ぜない
顧客が「来月には使いたい」と言った場合、それは希望です。作業期間、資料準備、確認担当の日程を照合するまでは、納品日として確定しません。
追加の要望も、口頭で出た段階では採用が決まったわけではありません。確認票に「希望」「今回含む」「別途検討」の状態を付けると、話題に出た全てが見積範囲になることを防げます。
先に決める除外範囲
何を作るかだけでなく、今回含まない作業も必要です。たとえば、資料の内容自体の決裁、他部署への展開、大量の旧文書の整理、外部システムの契約などです。
除外を伝える目的は作業を断ることではありません。別の工程として必要なら、担当と費用を確認するためです。「一式」に隠さず、相手が選べる項目にします。
要件確認票を作る指示文
あなたは見積もり前の相談整理担当です。相談メモを確認票にしてください。
出力:対象/数量/入力資料/成果物/利用者/希望日/確認担当/除外範囲
各欄へ確定・希望・未確認と根拠の発言を付けてください。
最後に、金額や作業範囲への影響が大きい順で追加質問を並べます。
見積額や確定納期は独自に算出しないでください。
出来上がった票は、実際に作業を担当する人にも確認してもらいます。顧客と営業の間で条件がそろっても、実装や編集の担当が同じ完成状態を想定しているとは限りません。
見積もり後も前提を残す
提出する見積もりには、対象資料、数量、成果物、確認回数など、金額の前提を反映します。前提が変わったときにどこから再相談するかも決めます。
AIが作った確認票は、会話を整理する補助です。相手が回答した項目だけを確定に変え、未回答を埋めたことにしない運用が必要です。AI導入の費用と進め方では、期間と提供範囲の基本を確認できます。
見積もりの前提を、差分が分かる記録にする
架空の相談で、当初は「FAQの回答案20件」だったものが、途中で「社内検索画面、権限設定、毎月の更新」へ広がったとします。同じFAQという言葉でも、必要な作業は変わります。
| 確認欄 | 当初の前提 | 追加された要望 |
|---|---|---|
| 成果物 | 回答案の一覧 | 検索できる画面 |
| 資料 | 承認済みの規程3点 | 複数部署の共有フォルダ |
| 利用者 | 確認担当者 | 部署ごとに閲覧範囲が違う社員 |
| 期間 | 初回作成まで | 月次更新を継続 |
| 確認 | 原文と回答の照合 | 権限・更新・障害時も試験 |
これは見積金額を決める表ではなく、前提が変わった場所を示す表です。追加分を元の約束に含めたことにせず、対象・完了条件・費用・日程への影響を確認します。一般的なシステムの要件定義全体を代替するものではなく、見積もり前の業務範囲をそろえる段階で使います。
見積もり前の聞き直しが多い場合は、抜けやすい項目を三つ挙げて相談内容を整理するAIの導入相談へ進めます。