2026-08-08 — Thinking-B(戦略思考・コミュニケーション)

2026-08-08 Thinking-B VRIOで社内資産が持続的競争優位かを検証・原則立脚型交渉で顧客との板挟みを利害から解く・Wardleyマッピング×ステークホルダー別翻訳で戦略転換を組織に伝える

今日のフォーカス

テーマ:戦略とは「自社の強みが本当に模倣困難かを疑うこと」であり、説得とは「立場の対立を利害の一致点へ組み替えること」である

3年前に開発したレコメンドエンジンが今も競争優位かをVRIOフレームワークで再検証する(Q1)、営業が独断で約束した機能をめぐる顧客との板挟みをFisher & Uryの原則立脚型交渉で解く(Q2)、コモディティ化した自社開発システムからの戦略転換をWardleyマッピングで正当化し、作った本人たちと取締役会それぞれに伝え分ける(Q3)。今日のカギは「かつて正しかった判断を、今も正しいと思い込まない」という一貫した姿勢。

VRIO

Value・Rarity・Imitability・Organizationの4条件すべてを満たして初めて持続的競争優位。市場に代替手段が出た時点でRarityとImitabilityは失われる。

原則立脚型交渉

人と問題を切り離す・立場でなく利害に焦点を当てる・双方に利益のある選択肢を考案する・客観的基準を主張する。立場の応酬をゼロサムから合意へ変換する。

Wardleyマッピング

Genesis→Custom-Built→Product→Commodityという進化段階で、投資すべき領域と外部調達すべき領域を可視化。事実は曖昧にせず、伝える順序を聴衆ごとに変える。

Q1 ★★★☆☆ 基本 自社製レコメンドエンジンは本当に「競争優位」か——VRIOフレームワークでの検証
シナリオ

D2Cアパレルブランドのプロダクトマネージャー。3年前にデータチームが独自開発したレコメンドエンジンをVPは「競争優位の源泉だから秘匿すべき」と主張し外部発表・OSS化を禁止している。しかし主要ECプラットフォーム各社が同等以上の精度のレコメンドAPIを安価なSaaSとして提供し始めており、社内エンジンは精度でわずかに劣り保守に専任エンジニア2名を要する。①VRIOの4条件(Value・Rarity・Imitability・Organization)それぞれで自社製エンジンを評価、②VPの「秘匿すべき」という主張への反論と、維持・外部API移行・OSS化などの選択肢を提言せよ。

出題意図

「自社で作ったもの=競争優位」という思い込みを、VRIOという構造的フレームワークで検証し直す力を問う。特に、模倣可能性(Imitability)を"技術的な難しさ"ではなく"市場に代替手段が出現したかどうか"で判断できるかを試す。

思考プロセス(考え方のガイド)
1
まず何を確認すべきか
「自社で開発した」という事実と「競争優位である」という結論は別物であることを認識する。VRIOの4条件を1つずつ独立に評価する。
2
核心にある概念
VRIOは、経営資源が持続的競争優位の源泉となるには「価値があるか」「希少か」「模倣困難か」「組織がそれを活用できているか」の4条件を"すべて"満たす必要があるとする資源ベース理論(RBV)のフレームワーク。
3
よくある誤り・罠
「自社にしかない」=「希少」と早合点しやすいが、外部SaaSが同等機能を安価に提供し始めた時点で希少性・模倣困難性は失われている。
4
判断の軸
「この資源を失ったら、外部から同等のものをどれくらいのコスト・時間で調達できるか」。調達コストが低いほど、それは競争優位ではなく単なるコストセンターになりつつある。
模範解答・解説

VRIO評価(自社製レコメンドエンジン)

Value 価値
○(部分的)

CVR向上に貢献しており価値はある。ただし外部APIでも同水準の価値は代替可能。

Rarity 希少性
×(失われつつある)

3年前は希少だったが、現在は主要ECプラットフォーム各社が同等以上の精度をSaaSで提供しており「珍しくない」機能になっている。

Imitability 模倣困難性
×(低い)

外部APIとして安価に購入可能ということは、模倣コストが非常に低いことを意味する。技術的独自性があっても"買えるもの"は模倣困難とは言えない。

Organization 組織活用力
△(コストに見合わず)

保守に専任エンジニア2名を常時割いており、その人的資源をより差別化に効く領域に再配分できていない機会損失がある。

結論:4条件のうち2つ(Rarity・Imitability)が失われている時点で、このレコメンドエンジンはもはや持続的競争優位の源泉ではなく、「維持コストのかかる汎用機能」に移行している。

VPへの反論:「秘匿すべき」という主張は、開発当時(3年前)のVRIO評価に基づいた古い前提のままだ。競争優位は静的なものではなく、市場の進化とともに再評価が必要。現在の市場状況を示すデータ(競合の同等API提供状況、価格、精度比較)を提示し、VRIOの4条件が現在も成立しているかを一緒に再検証する場を設ける。

提言:外部APIへの移行を検討し、専任エンジニア2名を「本当に模倣困難な差別化」(例:独自の商品データ・顧客行動データを活かした企画、ブランド体験設計)に再配置する。ただし完全な即時移行はリスクがあるため、まずは新規トラフィックの一部で外部APIとのA/Bテストを行い、精度・コストの実データで意思決定する。

ポイント:「自社で作った」という達成感・投資したサンクコストへの愛着が、VRIOの客観的な再評価を妨げる最大の要因になりやすい。

実践への応用

プロダクト戦略:内製 vs 外部サービス利用の判断に、感覚ではなくVRIOを定期的に当てはめる。

技術投資判断:「うちの技術力の証」という誇りと、「今も競争優位であるか」という経営判断を分けて考える。

グローバル文脈:海外SaaSの台頭スピードは速く、VRIOの再評価サイクルを短くする(年1回ではなく四半期ごとなど)ことがグローバル競争で重要になる。

自己評価(解答後に記入)
自分の考え:
気づき・メモ:
保存しました
Q2 ★★★★☆ 標準 カスタム機能を今すぐ出せというVIP顧客と、崩れるロードマップ——原則立脚型交渉で解く板挟み
シナリオ

B2Bワークフロー自動化SaaSのエンジニアリングマネージャー。全社ARRの18%を占める最大顧客のカスタマーサクセス責任者から「営業担当者が独断で『今四半期中にカスタム承認フロー機能を実装する』と口約束した、実現しなければ来月の契約更新を見送る」と緊急連絡。開発チームは全顧客に影響するセキュリティ基盤刷新で手一杯であり、割り込ませれば刷新が2ヶ月遅延し他顧客のSLA(監査対応期限)に抵触するリスクがある。顧客担当者は「約束は約束だ」という硬い立場を崩さない。①Fisher & Uryの原則立脚型交渉の4原則(人と問題を切り離す・立場でなく利害に焦点・双方に利益のある選択肢・客観的基準)それぞれをこの状況にどう適用するか設計、②顧客の硬い立場の裏にある真の利害を推測し、それを満たしつつセキュリティ基盤刷新を守る解決策を提示せよ。

出題意図

「約束したのだから守れ/守れない」という立場(ポジション)の対立を、そのまま押し合うのではなく、双方の利害(interest)を掘り起こして再設計する交渉力を問う。同時に、社内の他部署(営業)が生んだ問題の後始末を、感情的に処理せず構造的に解決する力を試す。

思考プロセス(考え方のガイド)
1
まず何を確認すべきか
顧客が本当に欲しいのは「カスタム承認フロー機能そのもの」なのか、それとも「自社のニーズが軽視されていないという安心感」なのかを見極める。
2
核心にある概念
原則立脚型交渉は、表明された要求(立場)の奥にある本当の目的(利害)に焦点を当てることで、ゼロサムに見える対立を双方が得をする合意へ変換する交渉理論。
3
よくある誤り・罠
「約束は守るべきか、守らないべきか」という二択(立場の応酬)に飲み込まれると、必ずどちらかが負ける交渉になる。
4
判断の軸
「相手が本当に守られたいと思っているものは何か」——それは往々にして、表明された要求そのものではなく、その要求が象徴する安心感や信頼である。
模範解答・解説

原則立脚型交渉の4原則の適用

原則この状況への適用
①人と問題を切り離す「営業担当者が独断で約束した」ことへの怒りを顧客との対話に持ち込まない。「弊社側の連携不足が生んだ問題であり、まず謝罪する」という姿勢で臨み、顧客を"敵"ではなく"一緒に問題を解決する相手"として扱う。
②立場ではなく利害に焦点を当てる顧客の立場は「約束通り今四半期中にカスタム機能を出せ」。その奥にある利害は、①社内稟議で「この投資は正しかった」と証明する必要があること、②自社の要望がベンダーにとって最優先事項として扱われているという安心感、の2つだと推測できる。
③双方に利益のある選択肢を考案するカスタム機能の全体を今四半期に出す代わりに、顧客が社内説明に使う「承認フローの中核部分(MVP)」だけを先行リリースし、フル機能は来四半期に完成させる案。または顧客専用の先行ベータプログラムとして招待し、"特別扱い"という別の形の価値を提供する案。
④客観的基準を主張する「なぜ今四半期に全機能は出せないか」を、主観的な"忙しさ"ではなく、他顧客とのSLA(監査対応期限)という契約上の客観的制約として提示する。恣意的な優先順位づけではなく、契約義務という第三者にも検証可能な基準に基づいていることを示す。

顧客の硬い立場の裏にある真の利害と解決策

表明された立場

「約束通り今四半期中に全機能を出せ、更新交渉には応じない」

推測される真の利害

社内稟議で投資の正しさを証明できること、自社の要望が最優先で扱われているという安心感——機能そのものより「軽視されていない」という感覚。

解決策:MVP(中核部分)を今四半期末までに先行リリースし、顧客が社内に「約束は守られた、機能は動いている」と報告できる状態を作る。同時にCEOレベルでの謝罪と、今後同様の独断合意を防ぐ社内プロセス(営業がロードマップに影響する約束をする際は事前に開発側の承認を得る)を顧客にも共有し、「今回限りの場当たり対応ではなく構造的な再発防止策がある」ことを示すことで、客観的基準への信頼を強化する。

ポイント:「約束は守るべきか」という二択を拒否し、「顧客が本当に守られたいと思っているものは何か」を再定義することで、当初の対立軸そのものを解体できる。

実践への応用

社内の部門間コンフリクト:営業とエンジニアリングの板挟みは頻発する。立場の対立ではなく、双方の利害(営業=契約成立、エンジニアリング=品質と持続可能性)を可視化して合意点を探す。

顧客との期待値調整:「できない」と伝える際は、必ず"なぜできないか"の客観的基準とセットで伝える。

グローバル文脈:原則立脚型交渉は文化を超えて機能する数少ないフレームワークの一つだが、"客観的基準"として何が信頼されるか(契約書か、権威者の言葉か)は文化によって異なる点に留意する。

自己評価(解答後に記入)
自分の考え:
気づき・メモ:
保存しました
Q3 ★★★★★ 応用 自社の心臓部を「コモディティ」と認め、作った本人たちに伝える——Wardleyマッピングと物語で導く戦略転換
シナリオ

物流管理SaaS企業のCTO。創業時からのコアエンジニアリングチーム(8名)が5年前に独自開発した「倉庫在庫同期エンジン」を今も自前で保守しているが、現在はクラウドベンダー製ミドルウェアが性能・信頼性で上回りコストは10分の1。Wardleyマッピングで分析した結果、このエンジンは既に「Commodity」に達しており、投資は顧客に見える差別化領域(配送最適化AI、リアルタイム可視化UI)に集中すべきという結論に至った。しかし作った8名のエンジニアにとってこのシステムは"自分たちの魂"であり、外部移行は「5年間が否定される」ことに等しく受け取られかねない。取締役会は3ヶ月以内の移行判断を求めている。①Wardleyマッピングの進化段階(Genesis/Custom-Built/Product/Commodity)で、なぜ「かつての差別化要因」が今は「移行すべきコモディティ」になったのかを他の2領域との対比で構造的に説明、②コアエンジニアリングチームへの伝え方を、彼らの「5年間が否定される」という受け取り方を防ぎながら事実を曖昧にせず設計、③事実・スピード重視の取締役会と感情・意味重視のエンジニアリングチームという異なる聴衆に、同じ戦略転換をどう翻訳して伝え分けるか論じよ。

出題意図

技術戦略の判断(何がコモディティ化したか)と、それを実行に移すための社内コミュニケーション(作った本人たちへの伝え方)を、切り離さずに一体で設計する経営レベルの力を問う。特に、正しい戦略判断が、伝え方を誤ることで組織の信頼を破壊しうるという現実を扱う。

思考プロセス(考え方のガイド)
1
まず何を確認すべきか
「技術的に正しい判断」と「組織にとって実行可能な判断」は別物であり、後者には伝え方の設計が不可欠であることを認識する。
2
核心にある概念
Wardleyマッピングは、各コンポーネントが時間とともにGenesis(発明段階)からCommodity(汎用化段階)へ進化するという前提に立ち、「差別化に投資すべき領域」と「標準化・外部調達すべき領域」を可視化するツール。
3
よくある誤り・罠
「データが示している」という理由だけで、当事者の感情的な受け取り方を軽視して伝えると、正しい戦略判断であっても組織の反発・離職を招き実行が頓挫する。
4
判断の軸
「事実は曖昧にしない」ことと「相手の貢献を否定しない」ことは両立可能であり、両立させることが伝える側の責任である。
模範解答・解説

Wardleyマッピングによる構造的説明

可視性 (高) (低) 進化段階 → Genesis Custom-Built Product Commodity 在庫同期エンジン 今→外部調達すべき 配送最適化AI 投資継続すべき 可視化UI 投資継続すべき 5年前はCustom-Built → 現在はCommodityへ移動
領域進化段階理由
倉庫在庫同期エンジンCommodity(商品化)5年前はGenesis〜Custom-Built段階で自社開発が唯一の選択肢だったが、現在はクラウドベンダーが同等以上の性能を汎用ミドルウェアとして安価に提供している。顧客はこの機能の"作り方"を一切気にしておらず「動いて当然」のインフラになっている。
配送最適化AICustom-Built〜Product自社の配送データ・顧客特性に強く依存する領域で、汎用製品では自社ほどの精度が出ない。顧客が価格差別化要因として明確に認識している。
リアルタイム可視化UICustom-Built顧客企業ごとに業務フローが異なり、UI/UXの細部が契約継続率に直結する。汎用製品での代替が困難。

構造的な説明:進化段階は固定ではなく時間とともに右(Commodity方向)へ移動する。5年前に「自社開発するしかなかった」ことは、当時の判断として正しかった。しかし技術は進化段階を移動し続けるため、「かつて正しかった投資判断」を定期的に再評価しないと、コモディティ化した領域に最も優秀な人材を張り付けたままにしてしまう。配送最適化AIとリアルタイム可視化UIは、現時点でまだCustom-Built段階にあり、ここへの再配置こそが今後5年の競争優位を作る。

コアエンジニアリングチームへの伝え方の設計

人と問題を切り離す・功績の言語化

「あなたたちの技術力が低かったから移行する」のではなく「5年前は自社開発以外に選択肢がなかった、その判断は当時最も正しかった」という事実から入る。エンジンが5年間支えてきた具体的成果(処理件数、稼働率、顧客継続率への貢献)を数字で示し、「無駄だった」ではなく「その役割を今、まっとうし終えた」というフレームで伝える。

次の挑戦とタイミング設計

移行はチームの終わりではなく、より難易度が高く顧客に近い領域(配送最適化AI)への異動機会であることを、具体的な役割・裁量とセットで提示する。全体発表の前に、最も影響力のあるシニアエンジニア1〜2名へ個別に事前共有し、懸念を聞いた上で発表内容に反映する。

取締役会とコアエンジニアリングチームへの翻訳の使い分け

聴衆重視するもの伝え方
取締役会事実・スピード・ROIWardleyマップと移行コスト・削減コスト・配送AI投資による売上インパクトを数値で提示。感情的な配慮の詳細は不要、意思決定に必要な事実を簡潔に。
コアエンジニアリングチーム意味・貢献の承認・未来のキャリア同じWardleyマップの結論を使うが、「なぜ今なのか」ではなく「これまでの功績」から始め、事実(コモディティ化)と評価(あなたたちの価値)を明確に分離して伝える。

ポイント:同じ戦略的事実(在庫同期エンジンはコモディティ化した)を、聴衆によって伝える順序と重心を変えることは、事実を歪めることとは異なる。取締役会には結論から、当事者には敬意から入るという順序の違いは、誠実さを損なわない「翻訳」である。

実践への応用

技術的負債・レガシー移行の意思決定:Wardleyマッピングで定期的に「今どこに投資すべきか」を再評価する習慣を持つ。

組織変革のコミュニケーション:正しい戦略判断ほど、当事者への伝え方に最大の投資をすべきという逆説を理解する。

グローバル文脈:「作ったものを手放す」ことへの心理的抵抗は文化を問わず存在するが、功績の可視化・承認の儀式(表彰、送別的な区切り)の様式は文化によって最適な形が異なる。

自己評価(解答後に記入)
自分の考え:
気づき・メモ:
保存しました

今日のまとめ

戦略とは「自社の強みが本当に模倣困難かを疑うこと」であり、説得とは「立場の対立を利害の一致点へ組み替えること」である。Q1でVRIOフレームワークにより社内資産が今も持続的競争優位の源泉かを客観的に再検証する力を、Q2でFisher & Uryの原則立脚型交渉により顧客との板挟みを立場ではなく利害から解く力を、Q3でWardleyマッピングとステークホルダー別の伝え方の翻訳により、正しい戦略転換を組織の感情的な抵抗を乗り越えて実行する複合力を扱った。共通するのは「かつて正しかった判断を、今も正しいと思い込まない」という一貫した姿勢だ。

次回への接続

明日(日曜)は統合(EQ × IQ × Thinking 複合)。今日のQ3で扱った「事実を曖昧にせず、当事者への敬意も損なわない伝え方」というテーマが、明日はより個人の感情マネジメントとリーダーシップの意思決定が絡み合う複合ジレンマの中でどう機能するかが問われる。