図面が完成しても、その製品の製造原価が「いくらになるか」は、多くの設計現場で量産が始まるまで確定しません。原価が見えないまま設計が進み、見積より高い実原価が後から判明して赤字案件になる——この構造の正体は、設計者の能力ではなく「原価を判断するための情報が、設計の手元にそろっていない」という業務基盤の設計にあります。本記事は、設計段階で製造原価が見えない理由を業務分解で解きほぐし、原価を前倒しでそろえる順番と、どこまでをAIエージェントに任せられるかを整理します。

この記事の要点

• 製造原価が設計段階で見えないのは、材料費・加工費・過去見積といった原価判断の材料が、設計者の手元ではなく調達・生産技術・経理の各部署に分散しているためです。
• 原価企画とは、設計段階で目標原価を作り込み、図面が固まる前に原価を見える状態にする活動です。設計後に原価を計算する「原価計算」とは目的が逆になります。
• 製品原価の大半は設計段階で決まると言われます（出典は本文)。つまり「作ってから計算する」のでは、コストを動かせる時期をほぼ逃しています。
• AIエージェントに任せられるのは過去見積・材料費・標準工数の照合という「材料そろえ」の部分で、目標原価の配分や仕様トレードオフの「判断」は人が握ります。
• 原価をそろえる順番は、(1)過去原価の集約→(2)設計段階での自動照合→(3)目標原価の配分、の3段階で進めるのが現実的です。

なぜ設計段階で製造原価が見えないのか？

設計段階で製造原価が見えない最大の理由は、原価を判断するための情報が一か所にそろっていないことです。設計者が図面を引く時点で必要になる材料費・加工費・過去の類似品の実績原価は、それぞれ調達部のファイル、生産技術部の工数表、経理部の原価データベースに分散しており、設計の手元には届いていません。

原価企画とは、設計段階で目標原価を作り込み、図面が固まる前に「この設計だと原価はいくらになるか」を見える状態にする活動です。これは製品が完成してから実原価を集計する「原価計算」とは目的が逆で、原価をまだ動かせる時期に判断材料を前倒しする取り組みを指します。両者を混同すると、原価管理を整えたつもりでも「作った後に分かる」状態から抜け出せません。

製品の製造原価のうち、設計段階で決まってしまう割合は7〜8割に達するとされています（出典: 原価企画〔Target Costing〕の標準的知見。経済産業省「ものづくり白書」が示す開発・設計段階でのコスト決定論に基づく）。材料の選定、加工方法、公差、部品点数といった原価の大半は、図面を引いた瞬間にほぼ固定されます。にもかかわらず原価が見えるのが量産後だとすれば、コストを動かせる大半の時期を、判断材料がないまま通過していることになります。

原価が「作ってみないと分からない」構造を分解する

原価が後出しになる構造は、情報・人・プロセスの3層に分けると見通せます。情報面では、過去の見積や実原価が個人のExcelや部署別のシステムに散在し、設計者が新規設計時に参照できません。人の面では、原価の妥当性を判断できるのが特定のベテランや原価管理担当に偏り、その人が不在だと見積が止まります。プロセス面では、原価の確認が「図面完成後の見積依頼」という後工程に置かれ、設計判断のループから外れています。

この構造を放置したコストは、検索や照合に費やす設計者の時間として静かに積み上がります。過去の業務基盤に関する記事でも、見えにくいコストが視界から消える問題は繰り返し指摘されてきました。

検索時間だけを測ると、設計部全体のコストの3〜4割を占める「検索を起点にした判断遅れ」が完全に視界から消える

業務OSとは何か——製造業ERPでもPLMでもない、第3の業務基盤の正体

原価判断の遅れも同じ構造です。設計者は図面を引く合間に、過去の類似案件を探し、材料費を調べ、加工費の見積回答を待ちます。この「材料そろえ」に時間が溶けるため、肝心の原価を作り込む判断に充てる時間が残りません。

設計者が一日のうち4割を、図面を探したり、部品表をメンテしたり、設計変更を関係部署に伝えたりすることに使っている

設計部長が知らないと損する、図面検索の本当のコスト——年間1,200時間が消える理由

設計者の原価関連工数はどこに溶けているのか？

原価を見積もる際、設計者の時間の多くは「判断」ではなく「材料そろえ」に消えています。過去見積を探し、材料単価を調べ、加工費の見積回答を待ち、出てきた原価が目標と合わなければ手直しする——これらは本来、判断の前段にある準備作業です。下図は、原価関連の業務時間がどこに配分されているかのイメージです。

これらの材料そろえ作業が分散しているのは、ERPやPLMが情報を記録する仕組みであって、原価を判断する業務そのものを動かす仕組みではないからです。記録台帳と保管庫は、設計者が「いま引いているこの図面の原価はいくらか」を問うても答えを返しません。

ERPは「お金とモノの記録台帳」、PLMは「図面とBOMの保管庫」であり、いずれも「業務そのもの」を実行する仕組みではない

調達部長の3つの悩みとAIエージェントで解ける範囲——「人・プロセス・情報」で切り分ける

原価をそろえる順番——どこからAIエージェントに任せられるか

原価をそろえる現実的な順番は、(1)過去原価の集約、(2)設計段階での自動照合、(3)目標原価の配分、の3段階です。いきなり目標原価の自動配分を狙うのではなく、まず散在した過去見積と実原価を検索できる形に集約し、次に設計中の図面と過去実績を自動で突き合わせ、最後に人が目標原価を配分する、という順で進めると無理がありません。

このとき重要なのは、AIエージェントに任せる範囲と人が握る範囲を切り分けることです。過去見積の検索、材料単価の照合、標準工数の引き当てといった「材料そろえ」はエージェントに任せられます。一方、どの仕様を削って原価を下げるか、目標原価をどの部品に配分するかといった「トレードオフの判断」は、製品の価値と直結するため人が握ります。下表に、原価業務の作業別の切り分けを整理します。

原価業務の作業	エージェントに任せる定型	人が握る判断
過去見積・実原価の検索	類似品の見積・実原価を横断検索して提示	どの案件を比較基準に採るか
材料費の見積	材料単価表・市況データの引き当て	代替材料を許容するかの仕様判断
加工費の試算	加工方法別の標準工数・レートの照合	工法変更によるコスト・品質の天秤
目標原価との差異分析	目標との差額と要因の自動算出	どの仕様を削って差を埋めるか
目標原価の配分	過去配分パターンの提示	機能・部品への原価配分の最終決定
原価根拠の記録	判断材料と結果の自動記録	承認と責任の所在

この切り分けが効くのは、原価が見えない問題の正体が「判断力の不足」ではなく「判断材料がそろっていないこと」だからです。材料そろえをエージェントが担えば、設計者は図面を引いている最中に概算原価を確認でき、原価を作り込む判断に時間を回せます。原価が後出しから前倒しに変わる転換点はここにあります。

自己診断チェックリスト（5項目）

自社の原価が「作ってから分かる」状態かどうかは、次の5項目で確認できます。3つ以上当てはまる場合、原価判断の材料が設計の手元にそろっていない可能性が高い状態です。

• 図面が固まった後に、見積依頼を出して初めて製造原価が分かる流れになっている。
• 過去の類似品の見積・実原価は、個人のExcelや部署別のフォルダに散在している。
• 設計中に「この仕様だと原価がいくら変わるか」を、その場で確認する手段がない。
• 原価の妥当性を判断できるのが特定のベテランに偏り、不在時に見積が止まる。
• 目標原価と実原価の差が出たとき、どの仕様が原因かを後から追えない。

既存の原価計算システムがあるのに、なぜ足りないのか？

原価計算システムがあっても設計段階の原価が見えないのは、それが「実績を集計する仕組み」であって「設計中に原価を見せる仕組み」ではないからです。原価計算システムは確定した実績原価を正確に積み上げますが、その入力は製造が終わった後にそろうため、設計者が図面を引いている時点では空欄に近い状態です。

「ベテランが概算で見ているから問題ない」という反論もあります。確かに熟練者は経験から概算原価を出せますが、その判断根拠は本人の頭の中にあり、組織として再現できません。担当者が変われば精度が落ち、判断が割れます。原価をそろえるとは、ベテランを置き換えることではなく、ベテランが頭の中で照合している過去実績を、誰でも引ける形にして判断の土台を共有することです。

「自動化すると原価判断が機械任せになる」という懸念もありますが、前掲の表1の通り、トレードオフの判断は人に残します。エージェントが担うのはあくまで材料そろえであり、何を削り何を残すかという価値判断は設計者と原価管理が握ります。自動化の目的は判断を奪うことではなく、判断に集中できる時間を取り戻すことです。

よくある質問（FAQ）

原価企画と原価計算はどう違うのですか？

原価企画は設計段階で目標原価を作り込み、原価をまだ動かせる時期に判断材料を前倒しする活動です。原価計算は製造後に確定した実績原価を集計する活動です。前者は原価を「動かす」ため、後者は原価を「記録する」ための取り組みで、目的が逆になります。

過去の見積がExcelに散在していても始められますか？

始められます。最初の段階は散在した過去見積・実原価を検索できる形に集約することなので、Excelやメールに散らばった状態がむしろ出発点です。完璧な原価データベースを先に作る必要はなく、既存の見積ファイルを横断検索できるようにするところから着手するのが現実的です。

効果が見え始めるまでどのくらいかかりますか？

過去見積の集約と自動照合の段階であれば、設計者が概算原価をその場で確認できるようになるのが最初の変化です。目標原価の配分まで含めた原価企画の定着には設計プロセス自体の見直しを伴うため、段階を分けて進めるのが現実的です。まずは1製品群に絞って効果を確認する進め方を推奨します。

既存のERP・PLMと併用できますか？

併用が前提です。ERPは実績原価の記録、PLMは図面・BOMの保管を担い、原価をそろえる仕組みはその上で「設計中に原価を見せる業務」を動かす役割になります。既存システムを置き換えるのではなく、記録・保管されたデータを設計判断の場に引き出す層を足す考え方です。

まとめ／次のアクション

設計段階で製造原価が見えないのは、設計者の能力ではなく、原価判断の材料が部署に分散している業務基盤の問題です。製品原価の大半が設計段階で決まる以上、原価を前倒しでそろえることは、コストを動かせる時期を取り戻すことに直結します。過去原価の集約から始め、自動照合、目標原価の配分へと段階的に進め、材料そろえはエージェントに、トレードオフ判断は人に切り分けるのが現実解です。

自社の原価が「作ってから分かる」状態になっていないかを確認したい方に向けて、設計・調達・原価管理の業務を分解し、どこに原価判断の材料が欠けているかを可視化する無料の業務診断を用意しています。

次に読むべき記事

• 業務OSとは何か——製造業ERPでもPLMでもない、第3の業務基盤の正体
• 調達部長の3つの悩みとAIエージェントで解ける範囲——「人・プロセス・情報」で切り分ける
• 設計部長が知らないと損する、図面検索の本当のコスト——年間1,200時間が消える理由

出典

• 経済産業省「ものづくり白書」——製品の製造原価の大半が開発・設計段階で決定されるとする原価決定論の前提。
• 原価企画（Target Costing）の標準的知見——目標原価の作り込みと設計段階での原価決定割合に関する原価企画論。
• 当サイト関連記事（業務OS・図面検索コスト・調達部の業務分解）——本文中にリンクで明示。