この記事は、発注側がAI開発の支援会社を選ぶ際の判断材料に関する検証シリーズの1本である。支援会社に相談する前に、発注側がどんな情報を用意しておくと話が具体的に進むかを、自社の運用記録から整理する。自社も支援会社の一つであり、当社を選ぶべきという主張はしない。
この記事で分かること
- 「感想」ではなく「実測」を用意しておく意味
- データの所在と決裁の範囲を先に整理しておく理由
- 過去に発注した成果物を確認しておく意味
この記事で分からないこと(正直に書く)
- ここで挙げる準備をすれば相談がスムーズに進むと言い切れるか
- 準備に必要な時間の目安
相談前に効くのは「感想」でなく「実測」
自社の考え方では、RAGのような仕組みが短縮できるのは業務全体ではなく「探す」という工程だけである。対応1件あたりの総時間と、そのうち探すのに使った時間を分けて記録しておくと、対応全体に占める探す工程の比率が分かり、導入で短縮しうる範囲の上限を見積もる材料になる(出所: 自社の運用記録、確認日2026-09-06)。この記録が無いまま相談すると、「時間がかかっている」という感想は伝わっても、どの工程にどれだけの時間がかかっているかが支援会社に伝わらない。
データの所在を先に整理する
相談前に整理しておく価値があるのは、回答の根拠になる文書やデータが、どこに、どんな形式で、どれだけの量あるかである。データが紙かデジタルか、部署ごとに分散しているか一箇所にまとまっているかによって、支援会社が最初に着手できる範囲は変わる。この整理を相談の場で初めて行うと、実際に着手できる範囲が分かるまでに往復が増える。データの量についても、正確な件数まで数えておく必要はないが、桁の見当(数十件なのか数万件なのか)が分かっているだけで、支援会社側が最初に提示できる進め方の精度は変わる。
決裁の範囲を明らかにしておく
誰がどこまでの範囲を決められるかを先に整理しておくことも、相談を具体的に進める材料になる。支援会社からの提案が、決裁者の権限を超える範囲を前提にしていた場合、提案自体を作り直す必要が生じる。決裁の範囲を最初に伝えておけば、その範囲に収まる提案から検討を始められる。決裁の範囲は、金額の上限だけでなく、どの部署の同意が必要かという手続き上の範囲も含めて整理しておくと、提案を受け取った後の社内調整にかかる時間も見積もりやすくなる。
過去に発注した成果物を確認しておく
自社が受託した経験の中で、既に提出済みの成果物があることを確認しないまま新しい版を作り直し、内容の異なる2つの成果物が発注側の手元に並んでしまった例がある(出所: 自社の運用記録、確認日2026-09-06。案件の詳細は伏せる)。これは支援側の失敗として起きたことだが、発注側にとっても教訓になる。過去に何を発注し、何を受け取ったかを相談前に整理しておくと、支援会社が既存の成果物を確認せずに作り直してしまう事態を避けやすくなる。
相談前の準備について相談したい場合は、お問い合わせから編集部まで連絡してほしい。PoC費用の中身は姉妹記事「PoC費用に何が含まれるか」、丸投げがなぜ失敗するかは「丸投げが失敗する理由」を参照してほしい。
よくある質問
Q1. 相談前に「感想」ではなく「実測」を用意すべきなのはなぜか
「時間がかかっている」という感想だけでは、どの工程にどれだけの時間がかかっているかが伝わらない。対応1件あたりの総時間と、そのうち探すのに使った時間を分けて記録しておくと、支援会社に伝わる情報が具体的になる(出所: 自社の運用記録、確認日2026-09-06)。
Q2. データの所在はなぜ先に整理しておく必要があるのか
データが紙かデジタルか、分散しているかまとまっているかによって、支援会社が最初に着手できる範囲が変わる。相談の場で初めて整理すると、着手できる範囲が分かるまでに往復が増える。
Q3. 決裁の範囲を先に伝える意味は何か
提案が決裁者の権限を超える範囲を前提にしていると、提案を作り直す必要が生じる。決裁の範囲を最初に伝えておけば、その範囲に収まる提案から検討を始められる。
Q4. 過去の発注履歴を確認しておく意味は何か
自社の受託経験でも、既存の成果物を確認しないまま作り直し、内容の異なる成果物が2つ並んでしまった例がある(出所: 自社の運用記録、確認日2026-09-06)。過去に何を発注し何を受け取ったかを整理しておくと、この種の手戻りを避けやすくなる。