調達チームのための交渉シナリオモデリング

交渉シナリオモデリングは、調達チームがサプライヤーとの会議前に起こり得る打ち手を検証するのに役立ちます。これは、目標価格を持っているだけの状態と、サプライヤーにノーと言われたときに何が起こるかまで含めた計画を持っている状態の違いです。

目標は未来を完璧に予測することではありません。目標は、前提を見える化し、複数の進路を比較し、想定外を減らしながら次善の一手を選べるようにすることです。

AI支援による準備において、シナリオモデリングは最も価値の高いワークフローの1つです。これはモデルに構造を与え、人間のチームに出力をレビューする方法を与えます。だからこそ、専用のnegotiation scenario modelingページは、より広範なAI交渉コンテンツと並んで存在するべきです。

シナリオに含めるべき内容

有用なシナリオには5つの要素があります。

第一に、商業条件のレンジを定義します。各論点について、目標、許容範囲、撤退ラインを記録します。価格は論点の1つにすぎません。関連する場合は、契約期間、支払時期、SLA、スコープ、数量、導入、リスク、データ権利、終了時の柔軟性も含めます。

第二に、サプライヤー仮説を定義します。サプライヤーは何に価値を置く可能性があるでしょうか。入金タイミング、より長いコミットメント、需要の平準化、参照価値、低リスク、迅速な契約締結、運用の簡素化は、いずれも重要になり得ます。

第三に、買い手側の制約を定義します。チームはどの条件ならリスクを生まずに交換材料にできるでしょうか。何に承認が必要でしょうか。何が交渉不可でしょうか。

第四に、想定されるサプライヤーの反応を定義します。サプライヤーは拒否するかもしれませんし、対案を出すかもしれませんし、引き延ばすかもしれませんし、高いアンカーを置くかもしれませんし、役員承認が必要だと主張するかもしれませんし、会話を単一論点に戻そうとするかもしれません。

第五に、買い手の次の一手を定義します。質問、パッケージ案、フォールバック、またはエスカレーション経路を生み出さないシナリオは不完全です。

例: サプライヤーの値上げ

年間$3.2 millionのサービス契約について、サプライヤーが8 percentの値上げを求めていると仮定します。買い手の目標は2 percent、許容範囲は4 percent、撤退ラインは6 percentですが、サプライヤーがサービスクレジットと価格保護を追加する場合はこの限りではありません。

シナリオAでは、コストの根拠に異議を唱えます。買い手は明細レベルの証拠を求め、他の譲歩は行わずに2 percentで対抗提案します。これは価格を守りますが、サプライヤーに実際のコスト圧力がある場合、会話が停滞する可能性があります。

シナリオBでは、保護と引き換えに契約期間を差し出します。買い手は、18か月の価格固定、より強いSLAクレジット、導入費用なしを条件に4 percentを提示します。サプライヤーが売上の確実性を重視するなら、こちらの方が受け入れられやすい可能性があります。

シナリオCでは、時期を分けます。買い手は今すぐ3 percentを受け入れ、6か月後に公開コスト指数に連動した再レビューを行うことにします。これは目先の対立を減らしますが、将来の意思決定ポイントを生みます。

シナリオDでは、支払条件を使います。買い手は、サプライヤーが値上げを3 percentに抑え、四半期ごとのパフォーマンス報告を提供する場合に限り、支払いの早期化を提示します。これはサプライヤーとの会話の前に財務部門の承認が必要です。

チームは、巧妙に聞こえるからという理由でシナリオを選ぶべきではありません。証拠、制約、そしてサプライヤーのインセンティブの可能性に基づいて選ぶべきです。

AIがどのように役立つか

AIはシナリオ案を素早く生成できますが、チームはその出力をレビュー可能な構造に落とし込むべきです。前提、リスク、サプライヤーの反応、買い手の反応、承認の必要性、フォールバック用の文言を示すよう求めてください。

これは有用なプロンプトの型です。

"Given this supplier context, create four negotiation scenarios. For each scenario, show the opening position, supplier hypothesis, buyer concession, expected supplier pushback, risk, approval requirement, and recommended next question."

その後、実際の事実基盤に照らして結果をレビューします。前提に裏付けがない場合は、それを質問事項としてマークします。譲歩に承認が必要な場合は、それを承認済みの文言として表示させてはいけません。

この human-in-the-loop の規律は、AI negotiations for procurementの中核です。AIはドラフトを改善すべきであり、意思決定を担うべきではありません。

シナリオモデリングとBATNA/ZOPA

BATNAとZOPAは概念として教えられることが多いですが、シナリオモデリングはそれらを実務で使える形にします。チームは次のように問いかけることができます。

• このシナリオは自分たちの撤退ラインを守れているか。
• これは自分たちのBATNAを改善するか、それとも弱めるか。
• サプライヤーのどの動きがZOPAを狭めるか。
• 買い手のどの質問が合意可能領域を広げるか。
• どの証拠が推奨内容を変えるか。

チームがこれらの質問に答えられないなら、おそらく目標はあっても戦略はありません。

次にやるべきこと

重要な更新交渉、値上げ対応、支払条件交渉、戦略的ソーシングの最終局面の前に、シナリオモデリングを使ってください。特に、サプライヤーが優位性を持っている場合や、複数のステークホルダーがポジションを承認する必要がある場合に有効です。

関連するガイダンスとして、まずsupplier negotiation analyticsを読み、その後、シミュレーション、strategy canvas、outcome capture に関するNegotiations.AI featuresを確認してください。