AI 見積ベンダーに確認すべき 5 つの質問

AI 見積のデモは、どれもよくできて見えます。引合パッケージは選び抜かれ、図面はきれいに整い、数字は 90 秒で出てきます。ただ、そこから分かることはほとんどありません。

顧客に根拠を説明できる見積を出せるシステムと、自信ありげな数字を出すだけのシステム。その違いは、次の 5 つの質問で見えてきます。いずれも精度が何パーセントかという話ではありません。当社自身もこうしたシステムを提供しているため、本稿は当社が受けるべき検証として書いています。5 つのうち一つでも言葉を濁すベンダーがいれば、それ自体が判断材料になります。

確信が持てないとき、システムはどう動きますか？

確信が持てないことを利用者に伝え、疑問の出どころとなったシートを示すべきです。最初に確認したいのはこの点です。この一つの振る舞いから、どのベンチマークよりも多くのことが分かります。

曖昧な点を推測で埋めてしまう見積システムは、見落としのあるシステムより危険です。見落としはレビューで見つかります。あるはずの行がないことに誰かが気づくからです。一方、自信を持って出された誤った答えは、そのまま見積に載ってしまいます。周囲の 400 行の正しい項目と見た目がまったく変わらず、完成して見える行をわざわざ検証する人はいないからです。

実際の引合パッケージには、曖昧な点がつきものです。どの改訂版が有効なのか。数量区分はワークブックとカバーレターのどちらが正しいのか。シート 14 の注記は、シート 3 で指示された表面処理にどう影響するのか。システムはこうした場面に必ず出会います。

だからこそ、その場面で何が起きるのかを尋ねてください。「利用者に知らせます」という答えが返ってこなければ、ほかのベンダーも検討すべきです。

そのうえで、実際に確かめましょう。仕様書と図面が食い違っているような、本当に矛盾を含むパッケージを渡します。その矛盾がシートと根拠付きの例外として示されるのか、数字の中に黙って埋もれてしまうのかを見てください。

図面を読み込む前に、どんな設定が必要ですか？

設定が必要なのは自社のレートと社内システムだけ、というのが誠実な答えです。「資料の整備」が必要だという答えには注意してください。

図面を読む前にテンプレートや命名規則、データモデルの準備が必要なシステムでは、その準備コストは一度では終わりません。顧客ごとに書式が違えば、そのたびに発生します。多くのサプライヤーにとって、それは新しい案件のたびに、ということです。その作業は「オンボーディング」の名目で積算チームに回され、削減したかった 1 週間が、事前準備という形で戻ってきます。

この検証に費用はかかりません。手元にある中で最も扱いにくいパッケージを送ってみてください。スキャンした旧図面が混ざり、改訂履歴がメールのやり取りの中にしか残っていないようなものです。いちばん整理された案件を選ぶのは避けましょう。整ったパッケージでしか動かないシステムは、毎週の実際の業務で試されていません。その弱点は導入して 4 か月目に表面化します。2 週目の検証で気づけたはずのことです。

どのシステムと連携でき、連携作業は誰が担当しますか？

PLM と CAD、ERP、CRM、そして過去の見積が実際に保管されているドライブにつながるべきで、その作業を誰が担当するのかをベンダーが明言できるべきです。この質問で、導入するのが図面を読むだけのツールなのか、過去を覚えている仕組みなのかが決まります。

図面を読むこと自体は、今では難しい部分ではありません。価値が生まれるのは、前回その工程をいくらで見積もったか、PLM 上でどの改訂版が最新か、前の案件の確認メールで顧客が何を意図していたかを、システムが把握しているときです。そのためには、履歴が保管されている場所にシステムがアクセスできなければなりません。PLM と CAD、ERP と購買システム、CRM、そして過去の見積が実際に置かれている共有ドライブやワークスペースです。

「連携できます」という一言で済ませず、具体的なコネクタの一覧を求めてください。どれが読み取り専用で、どれが書き戻しを行うのかも確認しましょう。書き戻しは最後に有効にするよう求めてください。作業を誰が担当し、直近の 3 社ではどれくらいの期間がかかったのかも尋ねておきます。

期間については、聞いて心地よい答えは返ってこないと考えておくべきです。連携作業が技術的に難しいことはまれですが、組織の中ではほぼ必ず時間がかかります。システムごとに管理責任を持つ IT 担当者の協力が必要で、誰も予定に入れていなかったセキュリティレビューも発生するからです。

当社の図面は、実際にどこへ送られるのですか？

利用するインフラ、再委託先（サブプロセッサー）の一覧、データの保持期間を、具体的に書面で示してもらうべきです。顧客から預かった図面は、社内で最も機密性の高い資料です。Tier-1 サプライヤーの図面一式は顧客の未発表製品そのもので、たいていは実効性のある NDA で守られています。

書面で確認したいのは次の 4 点です。

• テナント分離：自社のデータが、他のサプライヤーのデータと混在せずに分離されていること。
• 顧客をまたいだ学習を行わないこと：自社のコスト構造が、他社のモデルの特徴量として使われることがないこと。
• SOC 2 レポート：Web サイトのバッジにとどまらず、中身を実際に読める報告書であること。
• モデル呼び出しについての明確な回答：どのプロバイダーを、どのリージョンで、どのような保持条件で利用しているか。

いずれ自社の顧客も、サプライヤー監査で同じ質問をしてきます。そのときまでに答えを用意しておくほうが、ずっと楽です。

すでに回答済みの見積で実証できますか？

ベンダーは迷わず「できます」と答えるべきです。採点できるデモはこれしかないからです。ベンダーが選んだパッケージでは何も証明できません。何がひそかに除外されたのか、確かめようがないからです。

すでに見積を出したパッケージ、できれば現行のやり方で苦労した案件を持ち込み、その場で実行してもらってください。正解はすでに手元にあります。だからこそ、プレゼンテーションの場がそのまま検証の場になります。

次に、自社チームが作成した見積と 1 行ずつ比較します。差が出た箇所については、どのシートに由来する差なのか、なぜそうなったのかを尋ねてください。自社の図面と書式で、すでに信頼している答えと照らし合わせて測るので、どんな精度の数値よりも多くのことが分かります。

その後は、現行のプロセスと並行して運用します。社外に出るものはすべて積算担当者が承認する形にして、比べても新しい発見がなくなるまで続けてください。

答えがすでに分かっているパッケージでの採点を避けるベンダーは、デモそのものが製品だったと認めているようなものです。

導入にあたって自社側に求められること

自社側の負担がゼロで済むことはありません。そう思わせるベンダーが説明しているのは、実際の導入とは別のデモの話です。求められるのは次の 4 つです。

受け取ったままの引合パッケージ。 整理や名前の変更はせず、スキャンしたシートを CAD ネイティブのデータに差し替えることもしません。

自社のレート、工程ルーティング、過去の見積。 業界の一般的なレートで組み立てたあるべき原価は、よその工場のあるべき原価です。デモでは通用しても、「なぜ金額が変わったのか」と顧客に問われたときには説明がつきません。これらはすべて社内にすでにあるもので、事前に整理することなくそのまま渡せます。胸を張れない見積も求められると考えておいてください。価格で失注した見積や、受注後に利益を削り続けた見積こそ、現行プロセスのどこがすでにずれているかを示しているからです。

読み取り権限と、その手配にかかる社内の時間。 3 つ目の質問で触れたとおりです。ボトルネックになるのは、コネクタの構築よりも社内 IT 部門のスケジュールです。

自社が実際に握る承認ゲート。 システムが下書きを作り、積算担当者が承認する。この運用は、面倒に感じる日にも守り続ける必要があります。品質システム上、その承認は人が実際に確認したことを意味していなければなりません。監査員もいずれ、その承認が統制として機能しているのか、形だけのチェックなのかを確認してきます。小物部品向けの自動承認ルートがいつの間にかできている導入では、統制はすでに失われています。それが表面化するのは、誤った見積が初めて社外に出たときです。

この最後の項目だけは、どのベンダーにも代わりを務めることができません。