見積の数週間は何に消えているのか：設計部品の見積と AI

2〜4 週間。設計部品やカスタム設備の引合（RFQ）を受けてから見積を回答するまで、多くのサプライヤーではこれだけの期間がかかっています。業界の誰に聞いても、記憶にある限りずっとそうだったという答えが返ってくるはずです。図面は紙から 3D CAD になり、ERP はクラウドに移り、顧客ポータルではすべての引合の状況をリアルタイムで追えるようになりました。それでも見積の始まり方は 1995 年から変わっていません。経験のあるエンジニアが最初の PDF を開き、読み始めるところからです。

そのエンジニアに「数週間は何に使っているのか」と尋ねても、原価計算と答える人はまずいないでしょう。部品の中身が正確に分かっていれば、原価計算は 1 時間で終わります。時間の大半を占めるのは別の三つの作業で、AI がそれぞれにもたらす変化も異なります。ここは一つずつ見ておく価値があります。時間の使われ方を理解しているサプライヤーは適切なツールを選べます。理解しないまま選ぶと、より速い原価計算エンジンを導入したのに何も変わらない、という結果になりかねません。

読む：資料を漏れなく読み込む

パワートレイン部品や自動化セルの引合パッケージは、40〜60 点の資料で構成されます。複数の改訂版にまたがることも多い図面シート、図面には書かれていない条件を定めた仕様書、バリエーション表、数量区分ごとのワークブック、そして商務条件。さらにシート 14 のどこかに、シート 3 で指示された表面処理を変更する注記が紛れています。

一つひとつの資料が難しいわけではありません。大変なのは、すべてを漏れなく読むことです。積算担当者の最初の 1 週間は、この作業で終わります。表はすべて打ち直し、注記は一つずつ対象のシートと照合します。BOM 欄のないハーネス図面なら、配線リストを手作業で書き写します。

AI でほぼ完全に置き換えられるのがこの部分で、異論が出ることもまずありません。現在のモデルは、スキャンした旧図面も含めて量産図面を読み取れます。注記や GD&T の公差記入枠、表抽出ツールでは拾えない表以外の記載まで対象です。重要なのは、抽出したすべての項目に、元のシートとゾーンへのリンクが付いていることです。理由は単純です。システムが出力した各行について、積算担当者はそのまま信頼するか、確認するかのどちらかを選びます。行が図面上の該当箇所にリンクしていれば、確認はワンクリックで済みます。リンクがなければ、図面を自分で探して確かめるしかありません。それはツールでなくすはずだった読み込み作業そのものです。リンクがない限り 1 週間は短縮されず、作業の場所が移るだけです。

整理する：資料同士の食い違いを解消する

読むことで得られるのは個々の事実です。ところが見積には筋の通った一つの全体像が必要で、事実同士はたいてい食い違っています。どの改訂版が有効なのか。6 つのバリエーションのうち、顧客がバリエーション表には書かず、確認メールの中で触れたオプションのセンサーボスが付くのはどれか。数量区分はワークブックとカバーレターのどちらが正しいのか。シート 14 の注記は、シート 3 に実際どう影響するのか。

現状、この整理は積算担当者の頭の中で、何日もかけて行われています。一つの回答が次の疑問を生むため、顧客とのメールは 1 週間おきの往復になります。見積業務の中で最も判断力が問われる部分であり、ベテランの積算担当者が信頼を築いてきたのもこの部分です。

これらの判断は引き続き人が行います。AI が担うのは、最初の読み込みの段階で疑問点をすべて洗い出すことです。そのうえで、これまで積算担当者が何日もかけていた作業を引き受けます。サプライヤーの手元にすでにある情報から、答えを探し出す作業です。どのシートが最新かは PLM の改訂履歴に、センサーボスが何を指していたかは前回の案件での顧客のメールに、その工程に前回いくらかかったかは、どこに保存されていても 2023 年の見積に残っています。未解決の疑問はそれぞれ、提案付きの例外として返ってきます。対象のシート、食い違いの内容、決めるべき事項、システムが推奨する回答、そしてその根拠として見つけた証拠がひとまとまりになった形です。

48 点の資料からなるパッケージなら、例外は 7 件ほどが一般的です。積算担当者は、フォルダを開くところから始める代わりに、この 7 件から一日を始められます。3 件は提案と根拠が正しいのでそのまま承認します。2 件は、これまでなら 2 週間かけて 4 通に分けて送っていた質問を、1 通のメールにまとめて顧客に送ります。残る 2 件は積算マネージャーの判断に回します。回答が戻ると BOM が再計算され、300 行のうち変更のあった 40 行だけが示されます。

思い出す：過去の判断を探し出す

センサーボスの工程を最後に見積もったのは 2023 年です。その見積は同僚のドライブに、今は社内で使っていない形式で保存されていて、しかもその同僚は休暇中です。結局、積算担当者は一から計算し直し、前回とは違う金額を出すことになります。

どのサプライヤーにも何年分もの見積履歴がありますが、必要なときにすぐ使えるものはほとんどありません。履歴は PDF やメール、final-v3 といった名前のスプレッドシートに散らばり、大半は在籍年数の長い 2、3 人の頭の中にあります。そのうちの一人が退職すれば、会社が失うのは人員一人分にとどまりません。5 年分の価格の裏にあった考え方も一緒に失われます。

AI による変化の中で最も時間がかかり、そのぶん最も長く効いてくるのがこの部分です。図面を読むところで止まるシステムでは、ここにはまったく手が届きません。必要なのは、サプライヤーのノウハウがすでに保管されている場所とつながった仕組みです。改訂情報と形状データを持つ PLM や CAD、レートと工程順序を持つ ERP、顧客とのやり取りの履歴を持つ CRM、そして過去の見積やメールが実際に置かれている共有ドライブやワークスペースです。新しい引合が届くと、システムはそれをこれらすべてと突き合わせながら読み込みます。センサーボスは 8 日目に一から計算されることなく、最初の読み込みの段階で 2023 年の前例をもとに原価計算され、そのレートが 3 年前のものであることを示すフラグが付きます。

さらにシステムは学習します。エンジニアが解決した例外や承認した見積は、すべて構造化された履歴として残ります。どの図面フィーチャーがコストを左右したか、どれだけのマージンを適用したか、顧客にどんな質問をしたか、どの提案が採用され、どれが覆されたか。この情報はテナント分離されてサプライヤーに帰属し、共有のモデルの学習に使われることは一切ありません。次に似た引合が来たときは、前例から見積を始められます。

この蓄積は複利のように効いてきますが、積み上がり始めるのは導入したその日からです。「なぜ今なのか」への率直な答えはここにあります。2026 年に始めた会社は、2029 年には使える形でつながった 3 年分の履歴を手にしています。待った会社の手元に増えているのは、3 年分の PDF です。

AI によって実際に変わること

ここまでのどの段階でも、積算担当者の役割は変わりません。1 件のパッケージにかける 4 時間の本当の判断は 4 時間のままで、担当者の名前がないまま社外に出るものは一つもありません。変わるのは二つです。一つは、その 4 時間が最終日から初日の朝へ前倒しになること。もう一つは、これまで期限に間に合わず辞退していた引合を、届いたその日の午後に読めるようになることです。数か月もすれば、CFO の目にはっきり見えてくるのは二つ目の変化です。