Should-Cost Model と Total Cost of Ownership：交渉に役立つのはどちらか？

調達チームは、サプライヤー交渉で should-cost model と total cost of ownership のどちらを使うべきかをよく問います。答えは通常、両方です。ただし、意思決定の種類によって使い分けます。

この比較記事は、「should cost model or total cost of ownership?」という問いに対する主要ハブです。TCO のより広い入門解説については、Understanding Total Cost of Ownership in Procurement を参照してください。コストの根拠を交渉戦略に変える AI ワークフローについては、AI negotiations for procurement を参照してください。

クイックアンサー

should-cost model は、投入要素、人件費、間接費、利益率、市場前提に基づいて、製品またはサービスが本来いくらであるべきかを見積もるものです。Total cost of ownership は、サプライヤー関係を購入し、使用し、運用し、支援し、終了するまでの総コストを測定します。should-cost は価格を問い直すために使います。TCO は経済的な帰結全体を比較するために使います。交渉では、最も強い立場はしばしば両者を組み合わせたものです。つまり、「御社の価格は当社の should-cost の見立てを上回っており、さらにサービス、導入、リスク、または終了条件のために total ownership cost も高くなっています」という主張です。

should-cost model が答えること

should-cost model が答えるのは、「コストドライバーを理解しているなら、これは本来いくらであるべきか？」という問いです。

これは、サプライヤー価格が特定可能な投入要素によって左右される場合に最も有用です。そうした投入要素には、原材料、人件費、輸送費、為替レート、歩留まり、間接費、設備稼働率、導入工数、ソフトウェア利用量、サポート階層、利益率などが含まれます。

交渉において、should-cost は買い手がより良い質問をする助けになります。

• どの投入要素が変わったのか？
• 上昇分のうち、人件費、材料費、輸送費、利用量、または利益率はそれぞれどの程度か？
• サプライヤーはどのような前提を使ったのか？
• どのコストドライバーが、スコープ、数量、タイミング、または仕様変更によって削減できるのか？
• 前提を修正した場合、妥当な価格はいくらか？

should-cost は、特にサプライヤーが値上げは避けられないと主張する場合に強力です。これにより、買い手は実際のコスト変動と、利益率の拡大や弱い前提とを切り分けることができます。

total cost of ownership が答えること

total cost of ownership が答えるのは、「このサプライヤー関係は、時間の経過とともに実際にいくらかかるのか？」という問いです。

TCO には見積価格が含まれますが、それだけでなく、導入コスト、保守、サービス障害、社内工数、ダウンタイム、切替コスト、サポート工数、リスクエクスポージャー、資金調達への影響、終了コスト、運用上の負荷も含まれます。

交渉において、TCO は買い手が見せかけの節約を避ける助けになります。価格が低くても、サービスが悪い、移行支援が弱い、変更手数料が高い、条件が硬直的、または社内管理工数が重い場合には、高くつくことがあります。

TCO は、サプライヤー選定、契約更新、そしてチームが同一ではない提案を比較する必要がある最終ラウンド交渉で特に有用です。

1つの例で見る違い

重要なサービスについて、あるサプライヤーが 8% の値上げを求めてきたとします。

should-cost の見方では、人件費と工具費の上昇で正当化できるのは 8% ではなく 3% です。これにより、調達は価格に異議を唱える根拠を持てます。

TCO の見方では、そのサプライヤーはサービス遅延、緊急出荷、手戻り、社内エスカレーション対応時間も引き起こしていました。たとえ値上げ幅が 3% に下がっても、サービス条件が改善しない限り、総コストは依然として高すぎます。

交渉は単に「値上げ幅を下げる」だけであってはなりません。むしろ次のように進めるべきです。

• 値上げ幅を、根拠のある水準まで下げる。
• サービスコミットメントを追加する。
• 緊急対応費用に上限を設ける。
• レポーティングを改善する。
• 将来の値上げを、測定可能なコストドライバーに連動させる。

これが、コスト分析を交渉戦略に変える方法です。

これを交渉ハブとして使う方法

このページは、どの分析をサプライヤーとの対話の軸にすべきかをチームが判断する際に使ってください。論点がサプライヤーの価格構成にあるなら should-cost を使います。論点が経済的帰結全体、つまり導入、サービス障害、ダウンタイム、社内工数、切替コスト、終了条件、リスクにあるなら total cost of ownership を使います。

実務では、最良の調達交渉ブリーフには通常その両方が含まれます。

• Should-cost の立場: 投入前提に基づいて、サプライヤー価格が本来いくらであるべきか。
• TCO の立場: 隠れたコストとリスクを含めると、その提案がなぜより魅力的、または魅力が低いのか。
• サプライヤーへの質問: 買い手が主張を受け入れる前に、サプライヤーが提示すべき根拠は何か。
• トレードパッケージ: 買い手が価格、期間、数量、サービス、スコープ、リスクの間で何を交換条件にできるか。

Negotiations.AI は、チームがそれらの入力を戦略キャンバス、サプライヤー向け質問、会議前のリハーサルシナリオへと変換するのを支援します。platform features ページでは、コストの根拠がどのように統制された交渉ワークフローになるかを示しています。

should-cost を使うべきとき

次のような場合に should-cost を使います。

• サプライヤーがコストベースの正当化を提示している。
• 投入コストが測定可能である。
• そのカテゴリに BOM、人件費モデル、レートカード、または利用量モデルがある。
• チームが値上げに異議を唱える必要がある。
• 買い手が仕様、数量、タイミング、またはスコープを交渉材料にできる。

should-cost は、価値が差別化、ブランド、希少性、知的財産、または直接モデル化しにくい関係固有の価値によって左右される場合には、有用性が低くなります。

TCO を使うべきとき

次のような場合に TCO を使います。

• 提案ごとにサービスレベルまたはリスクプロファイルが異なる。
• 導入、ダウンタイム、終了、またはサポートのコストが重要である。
• サプライヤーが購入価格を超えて業務運営に影響を与える。
• 社内ステークホルダーの工数が大きい。
• 最安のサプライヤーが、必ずしも最良の経済的選択とは限らない。

チームがどのコストドライバーが重要かで合意できない場合、TCO の有用性は低くなります。その場合は、まず意思決定基準についてステークホルダー間で足並みをそろえてください。

AI が両者の組み合わせにどう役立つか

AI は、調達チームがコストの根拠を質問、選択肢、トレードパッケージへ変換するのを支援できます。

たとえば、AI 交渉ワークフローは次のことができます。

• サプライヤーのコスト主張を要約する。
• その主張を should-cost の前提と比較する。
• 欠けている投入要素を特定する。
• TCO リスクをオーナー別に整理する。
• サプライヤー向けの質問を下書きする。
• 価格、サービス、リスク、タイミングを交換条件にしたパッケージを作成する。
• 財務部門とオペレーション向けの承認ブリーフを準備する。

重要なのは、信頼できる入力とともに AI を使うことです。Data and AI ページでは、社内外の根拠がどのように交渉のファクトベース構築を支えられるかを説明しています。Negotiations.AI features ページでは、その根拠がどのように戦略とシミュレーションになるかを示しています。

FAQ

should-cost は TCO と同じですか？

いいえ。should-cost は、コストドライバーに基づいて妥当なコストを見積もります。TCO は、サプライヤー関係を保有し、使用し、支援し、終了することによる経済的影響全体を見積もります。

サプライヤー交渉にはどちらが適していますか？

価格に異議を唱えるには should-cost の方が適しています。価値全体を比較するには TCO の方が適しています。複雑な交渉では、しばしば両方が必要です。

交渉で should-cost をどう使えばよいですか？

コストドライバーに関する質問をし、サプライヤーの前提を検証し、根拠ある対案価格を支えるために使ってください。モデルを完全無欠なものとして提示してはいけません。説明が必要な点を明らかにするために使ってください。

交渉で TCO をどう使えばよいですか？

議論を表面的な価格から先へ進めるために TCO を使ってください。サービス、リスク、導入、支払タイミング、終了権、運用支援の改善を求めましょう。