ROI事件ファイル No.569『欲しいものが曖昧なまま、業者を探していた』
欲しいものが曖昧なまま、業者を探していた
第一章：作りたいものはある、だが言葉にできない
「設計を自動化するシステムを作りたいんです。でも、どこに頼めばいいのか」
TechFusion社の研究開発部長、要件太一氏は、そう言いながら状況を語った。総合電子部品メーカーだ。「これまではAV機器や車載機器の部品が主でしたが、今はIoT事業でインフラ、官公庁、農業と新分野を開拓中です。設計業務を効率化したくて、AIの設計自動化システムを考えています。過去の設計データや不具合事例を学習させて、要件を入れるだけで初期設計図面が出る。設計担当一人あたりの対応数を、数倍にしたい」
「その要件は、業者に伝えられる形になっていますか」とClaudeが尋ねた。
「……なっていません」と要件氏が答えた。「頭の中には『こういうものが欲しい』があるんですが、言葉にできていない。何社かに相談したけれど、こちらの要望が曖昧だから、提案もバラバラで。比べようがなかった」
「今の設計業務は、どうなっていますか」と私が確認した。
「完全に手作業です」と要件氏が答えた。「工数がかかりすぎて、一人あたりの担当数に限界がある。新分野を開拓しているのに、設計が追いつかない。だから急いで業者を探しているんですが、何を頼むかが定まらない」
「欲しいものが曖昧なまま探しても、良い提案は集まりませんね」と私が応じた。「RFPで分解しましょう」
第二章：RFPが問う、要求を仕様書に固めてから選ぶ
「この案件には、RFPが必要です」
Claudeがホワイトボードに「要求・仕様・比較・選定」と書いた。
「RFP——Request For Proposal、提案依頼書とは、欲しいものの要求を仕様書に固め、それを基に各社の提案を集めて比較し、選ぶフレームワークです」と私が説明した。「肝は、曖昧な要望のまま探さないこと。何を、なぜ、どこまで欲しいかを仕様書に落とす。基準が定まって初めて、各社の提案を同じ物差しで比べられる。探す前に、要求を固める道具です」
「まず現状のコストを測りましょう」とGeminiがROI Polygraphを開いた。要件氏から提供されたデータを入力する。
「月間のコストが出ました」とGeminiが読み上げた。「手作業の設計業務による工数が月平均二百時間、時給四千二百円で月八十四万円。設計担当数の限界による新規事業の設計対応遅延の機会損失が月平均四十四万円。要件曖昧による業者選定の迷走・出戻りコストが月平均三十六万円。過去設計データ・不具合事例の未活用による重複設計が月平均三十四万円。属人的設計によるノウハウ引き継ぎ不能リスクが月平均三十二万円。合計で月二百三十万円。年間換算で約二千七百六十万円」
要件氏が数字を見つめた。「手作業の工数だけ見ていました。要件が曖昧で業者選びが迷走するコストまで足すと、これほどとは」
「では、RFPで設計します」と私が続けた。
[要求——欲しいものを言葉にする]
「最初に、要求を言葉にします」とClaudeが言った。「AIを活用した設計自動化。過去の設計データと不具合事例の学習機能。要件入力のみで初期設計図面を自動生成。設計担当一人あたりの対応数を数倍に。頭の中の『こういうもの』を、書き出して固めます」
[仕様——要件を仕様書に落とす]
「次に、仕様書に落とします」とGeminiが続けた。「要求を、業者が読んで見積もれる具体の仕様に変える。何を、どの精度で、どこまで。曖昧な要望が、比較可能な基準になる。ここが提案の土台です」
[比較——同じ基準で提案を集める]
「仕様の次に、比較します」と私が続けた。「固めた仕様書を基に、複数の業者から提案を受ける。同じ基準で出された提案だから、横に並べて比べられる。曖昧なまま集めた、バラバラの提案とは違います」
[選定——要件を満たす一社を選ぶ]
「最後に、選定します」とClaudeが続けた。「提案を比較検討し、要件を最も満たすパートナーを選ぶ。基準が明確だから、選定の理由も説明できる。要求を固めてあるから、選んだ後の出戻りもありません」
[投資回収を試算する]
「ROI Proposal Generatorで試算しましょう」とGeminiが提案した。
- 初期費用：RFP策定支援・設計自動化システム構築・過去データ/不具合事例の学習・図面自動生成機能・パートナー選定支援費用合計五百八十万円
- 月次費用：システム運用・保守継続費合算月二十三万円
- 月次削減効果：設計業務の自動化＝月五十九万円（七割削減想定）、担当数拡大による新規事業対応＝月四十四万円、要件明確化による選定迷走の解消＝月三十六万円、過去データ活用による重複設計削減＝月二十六万円、合計月百六十五万円
- 月次純削減：百六十五万円－二十三万円＝月百四十二万円
- 投資回収期間：五百八十万円÷百四十二万円＝約四・一ヶ月
「四ヶ月強の回収です」とGeminiが整理した。「効くのは、曖昧なまま探さず、要求を仕様書に固めてから選ぶ点です。要件が曖昧だと、提案がバラつき比べられず、選定が迷走する。RFPで基準を固めるから、同じ物差しで比べられる。投資が空振りしません」
要件氏が数字を確認しながら言った。「良い業者を探せば良い、と思っていました。要求を固めないと、良し悪しも判断できない」
「RFPは、要求を仕様書に固めてから選ぶ道具です」と私が応じた。
第三章：要求を固めてから選ぶ導入計画
「進め方を整理します」と私がホワイトボードの前に立った。
「第一ヶ月——要求の言語化とRFP（要求仕様書）の策定。第二ヶ月——仕様の詳細化と評価基準の設定。第三ヶ月——複数業者への提案依頼と提案の比較検討。第四ヶ月——パートナー選定と設計自動化システムの構築開始。第五ヶ月——過去データ・不具合事例の学習と図面自動生成機能の実装。第六ヶ月——試験運用と効果検証。第七ヶ月以降——設計対応範囲の拡大、新規事業への展開」
「要求を固めるのに、時間をかけて大丈夫ですか」と要件氏が確認した。
「そこが近道です」とClaudeが応じた。「曖昧なまま急いで探すと、提案がバラつき、選んでも要件と合わず出戻る。RFPで要求を先に固めれば、業者は的確に見積もれ、こちらは同じ基準で比べられる。固める手間は、選定の迷走と出戻りをなくす投資です。急がば回れで、結局早く着実に進みます」
要件氏がメモを取りながら言った。「業者を探す前に、要求を仕様書に固める。順序が見えました」
第四章：欲しいものが、言葉になった日
十ヶ月後、要件氏から報告が届いた。
設計業務は、システム導入後、大きく効率化した。「完全に手作業だった設計が、要件を入れれば初期図面が出るようになった。一人あたりの対応数が、狙い通り数倍になった」と要件氏は記していた。
業者選びも迷わなくなった。仕様書を基にした提案は、横に並べて比べられた。「バラバラだった提案が、同じ基準で比較できるようになった。選んだ理由も、はっきり説明できた」と報告書にあった。
最も大きな変化は、依頼の仕方に表れた。曖昧なまま探す状態から、要求を固めてから選ぶ状態に変わった。「頭の中にあるだけで言葉にできなかった。仕様書に落としたら、欲しいものが明確になって、選定が迷わなくなった」と要件氏は記していた。
過去データも活きた。設計データと不具合事例の学習が、重複設計を減らした。「同じような設計を一から、が減った。過去の蓄積が使えるようになった」と報告書にあった。
副次効果として、発注の見方が変わった。良い業者を探すより、要求を固める発想が根づいた。「どこに頼むか、から考えるのをやめた。何を頼むか、を先に固めるようになった」と要件氏は記していた。
要件氏の報告書の最後にはこう書かれていた。「設計自動化の悩みは、良い業者が見つからないことだと思っていた。だが本当の問題は、欲しいものが曖昧なまま業者を探していたことだ。RFPで要求を仕様書に固めた瞬間に、選ぶべき相手が見えた。業者を探す前に、要求を固めることが先だった」
欲しいものが曖昧なまま業者を探していた会社が、要求を固めてから選べる会社に変わった日、システム導入は手当たり次第の業者探しから、要求を仕様書に固めてから選ぶ設計に変わっていた、と記されていた。
「システム導入の相談は、たいてい『良い業者を探したい』という形で来る。だが業者を探す前に問うべきことがある。欲しいものを、言葉にできているか。RFPが問うのは、要求・仕様・比較・選定だ。要求を仕様書に固めれば、提案を同じ物差しで比べられる。欲しいものが曖昧なまま探していた会社が、要求を言葉にできた日、変わったのは業者の質ではなく、要求を仕様書に固めてから選ぶ視点そのものだった」
関連ファイル
使用ツール
- ROI Polygraph — 手作業設計工数・業者選定迷走コスト・重複設計の可視化
- ROI Proposal Generator — 要求の仕様書化を起点にした設計自動化システム導入の投資回収シミュレーション
