2026-05-09 — Thinking-B（戦略思考・コミュニケーション）

2026-05-09 Thinking-B 戦略的選択・構造化コミュニケーション

今日のフォーカス

テーマ：「やらないことを決める戦略的選択」と「相手を動かすコミュニケーション」の統合

リソースが有限な組織での戦略とは「捨てる選択」である。何に集中し何を捨てるかを決める思考と、その決定を組織の意思に変えるコミュニケーション設計を統合して鍛える。

フレーミング

同じ事実でも参照点・比較軸・損得の提示方法を変えることで、相手の判断と行動を変えられる。倫理的な設計が前提。

戦略的選択

Where to Play（どこで戦うか）・How to Win（どう勝つか）・Capabilities（何が強みか）の3軸で「やること/やらないこと」を決める。

構造化説得

SCQA（Situation / Complication / Question / Answer）で結論を先に提示し、相手の思考に乗って論理を展開する。

Q1 ★★☆☆☆ 基本 フレーミングの効果を理解する
シナリオ — 医療系スタートアップ PM

あなたは医療系スタートアップのPM。開発したAI診断ツールを病院の意思決定者に提案している。ツールの精度は85%、従来プロセスは72%。

以下の2つの提示方法がある：

提示A
「AIツールの精度は85%です。これはエラー率15%を意味します」
提示B
「AIツールは現行プロセスより13ポイント精度が高く、エラーを約48%削減します」
  1. 数値を検算し、提示Bの正確性を確認せよ
  2. 承認を得やすいのはどちらか、理由とともに説明せよ
  3. 倫理的に適切なのはどちらか、理由を述べよ
思考プロセスのヒント

提示Bの「約48%削減」という数字を検算してみよ。

  • 従来エラー率 = 100% − 72% = ?
  • AIエラー率 = 100% − 85% = ?
  • エラー削減率 = （従来エラー率 − AIエラー率）÷ 従来エラー率 = ?
  • 提示Aは何を先出ししているか？その効果は何か？
模範解答を見る

数値の検算

計算項目 式 結果
従来エラー率 100% − 72% 28%
AIエラー率 100% − 85% 15%
エラー削減率 （28% − 15%）÷ 28% ≈ 46.4%
提示Bの「約48%削減」 実際は46.4% 若干の誇張だが許容範囲内
精度改善幅 85% − 72% 13ポイント

承認を得やすい提示はどちらか

提示A（承認を得にくい）
「精度85%」「エラー率15%」
問題点：
① 絶対値を先出しするため「15%のエラー」が不安のアンカーになる
② 現状との比較がなく、15%が「良い」のか「悪い」のかわからない
③ 損失回避を逆に使っている（エラーへの恐怖を先に想起させる）
提示B（承認を得やすい）
「13ポイント向上」「エラー約48%削減」
効果的な理由：
① 参照点の設計：現行プロセスを基準に置き「改善量」で語る
② 相対的優位の明示：「13ポイント向上」が具体的な行動動機づけになる
③ 損失回避の活用：「エラーを半減できる」がプロスペクト理論の損失回避に訴える

倫理的に適切なのは

提示Bが倫理的にも適切

提示Bは虚偽を含まず（46.4%を「約48%」と表現するのは通常の四捨五入の範囲）、意思決定に必要な比較情報（現状との差分）を前面に出している。

提示Aは「エラー率15%」を先出しすることで意図的または無意識に不安を煽る設計になっている。正確な数字でも、参照点を隠すことで判断を歪める可能性がある。

実践への応用

  • 提案資料に「現状との比較」を常に入れる（絶対値だけで勝負しない）
  • 「何%改善か」より「何を削減・獲得できるか」の言語で語る
  • フレーミングが倫理的かを確認：「虚偽なし・重要情報の隠蔽なし・参照点が妥当か」

自己評価

Q2 ★★★☆☆ 標準 戦略的「やらないこと」の決定
シナリオ — フィンテックスタートアップ CTO（就任直後）

月間アクティブユーザー8万人のフィンテックスタートアップにCTOとして就任。OKRは「18ヶ月でユーザー50万人」。エンジニア12名。以下の施策候補がある。

# 施策 開発期間 想定インパクト CEOの優先度
A アプリ全面リニューアル 6ヶ月 UX改善・チャーン低下 高
B 投資機能追加 8ヶ月 新規獲得・マネタイズ 高
C 家族共有機能 3ヶ月 ファミリー層拡大 中
D 法人向けサービスβ版 10ヶ月 B2B収益多様化 中
E API連携銀行数5→50行 4ヶ月 ユーザー体験の根幹改善 低（CEOは軽視）
  1. 18ヶ月のOKR（ユーザー50万人）を達成するための推奨ロードマップを設計せよ
  2. 「今はやらない施策」とその理由を明示せよ
  3. CEOへの説明をSCQA形式で組み立てよ
思考プロセスのヒント

「8万人→50万人」のOKRを達成するには何が必要か？まず穴の空いたバケツを塞がないと、水を注いでも意味がない。

  • ユーザーが増えない原因と、既存ユーザーが離脱する原因を分けて考える
  • CEOの優先度と本当の優先度が異なる可能性を疑う
  • 12名のチームが同時に複数施策を走らせると何が起きるか？
  • SCQAの「C（Complication）」に何を置くと最もCEOが動くか？
模範解答を見る

推奨ロードマップ（18ヶ月）

第1優先（0〜4ヶ月）
E：API連携拡大（CEOは軽視だが最優先）
理由：「使える銀行がない」が上位の離脱原因であれば、穴の空いたバケツに水を注ぐことになる。マーケ投資の前にまず離脱を止める基盤が必要。4ヶ月・CEOの期待値は低いため説得コストが高いが、数字（離脱率データ）で説得する。
第2優先（3〜6ヶ月）
C：家族共有機能
理由：3ヶ月の短期開発・口コミによる新規獲得加速・粘着性（チャーン低下）の強化を同時に達成できる。OKRの「50万人」に最短で貢献できる施策。E完了後の並走もチームキャパシティ的に可能。
第3優先（6〜12ヶ月）
A：アプリ全面リニューアル
理由：E・Cで成長軌道が見えてから品質投資を行う。基盤なき状態でのリニューアルは投資対効果が低い。CEOの優先度も高いため、「次フェーズ」として説得しやすい。

「やること」と「やらないこと」

今期やること（E → C → A）
E: API連携拡大（離脱防止・基盤整備）
C: 家族共有機能（新規獲得・粘着性）
A: アプリリニューアル（成長軌道確立後の品質投資）
今はやらない（D・B）
D（法人向けβ）: 今期OKR「個人ユーザー50万人」と無関係。10ヶ月の開発でリソースを大量消費。
B（投資機能）: ユーザー50万人到達後のマネタイズフェーズで実施すべき。8ヶ月の開発はOKR未達リスクを高める。

CEOへのSCQA

S（Situation）

現在8万人のユーザーのうち、銀行連携がない方が離脱の上位要因となっているデータがあります

C（Complication）

投資機能開発と並行すると12名のチームでは双方が半年以上遅延し、OKRの18ヶ月達成が困難になります

Q（Question）

50万人のOKRを達成するには、まず離脱を止める基盤が必要ではないでしょうか

A（Answer）

最初の4ヶ月をAPI連携拡大に集中投下し、その後の家族共有機能で口コミ獲得を加速することを提案します

「やらないこと」を決めることが戦略の本質

CEOの優先度が高いBとDを「やらない」と言うには、OKRとの接続・リソース制約の定量化・代替案のセット提示が必要。「No」ではなく「今ではなく、●●が達成された後に」のフレームで伝える。

実践への応用

  • 施策を評価するとき「OKRに直結するか・期間は妥当か・チームキャパを超えないか」の3点を確認する
  • 「やらないこと」リストを正式なドキュメントとして作成し、チームと共有する
  • CEOや上位者への提案は必ずSCQA構造で組み立てる（結論を最後に置かない）

自己評価

Q3 ★★★★☆ 応用 戦略的ピボットの設計とステークホルダー説得
シナリオ — 教育スタートアップ CEO（設立4年目）

個人向けプログラミングスクール（月額4,800円）、有料ユーザー1.2万名。

課題： LTV/CAC比が1.8まで低下（健全は3以上）。残り8ヶ月分のランウェイ。

市場機会： BtoB法人向け研修市場が急成長・競合少・単価5〜10倍・既存ユーザーの30%が法人経由。

障壁： 法人向けには「カスタマイズ・受講管理システム・研修担当者サポート」が必要で6ヶ月の開発が必要。

最大の課題： 共同創業者（CTO）・投資家・チーム20名の全員が現状維持を望んでいる。

  1. Where to Play / How to Win / Capabilities の3フレームでBtoC継続とBtoB移行を比較分析せよ
  2. 8ヶ月のランウェイ制約下での段階的戦略を設計せよ
  3. 共同創業者・投資家・チーム20名への説得アプローチを設計せよ
  4. 最も強く反対するステークホルダーは誰か、その対処法を述べよ
思考プロセスのヒント

LTV/CAC=1.8という数字が意味することを正確に理解せよ。

  • 現状のBtoCを続けることのリスクを「最悪ケース」として明確にする
  • 「既存ユーザーの30%が法人経由」というデータは何を示しているか？
  • 8ヶ月のランウェイ制約下で「6ヶ月の開発」をどう折り合いをつけるか？
  • 共同創業者・投資家・チームはそれぞれ何を恐れているか？
模範解答を見る

① Where to Play / How to Win / Capabilities 分析

フレーム BtoC継続 BtoB移行
Where to Play 飽和した個人教育市場。CAC上昇が構造的に続く 法人研修市場。競合少・単価高・急成長フェーズ
How to Win 差異化困難。価格競争に巻き込まれている 既に30%が法人経由→需要実証済み。参入障壁構築可能
Capabilities コンテンツ制作力あり。個人獲得マーケに強みなし コンテンツ資産を流用可能。法人営業力と管理システムのみ不足
判断：BtoB移行すべき

LTV/CAC=1.8は「現在の戦場（BtoC）では構造的に勝てない」ことを証明している。コンテンツ資産という強みはBtoBにも転用可能であり、需要はすでに内部データで実証されている。

② 段階的戦略（8ヶ月のランウェイ制約下）

Month 1-2
法人向けβプログラムの営業開始（開発ゼロ）
既存の法人経由ユーザー（全体の30%）を対象に「法人向けβプログラム」として現行サービスを提案。開発コストゼロでPMFを再検証し、受注が取れれば次フェーズの資金的根拠になる。
Month 3-6
法人向け機能開発（管理システム・カスタマイズ）
βプログラムで受注した法人の要件をもとに受講管理システムとカスタマイズ機能を開発。BtoC収益で最低限の運営を維持しながら並走。
Month 5-6
法人向けサービス正式ローンチ
βで蓄積した事例をもとに正式版をローンチ。初期顧客のケーススタディを営業資産として活用。
Month 7-8
シリーズB / ブリッジ調達に向けたピッチ
法人向け初期収益・LTV/CAC改善の実績を携えて調達活動。「ピボット完了」ではなく「ピボット途中の実績」を示すタイミング。

③ 3者への説得アプローチ

ステークホルダー 主軸 方針
共同創業者（CTO） Ethos + Logos 率直な対話。数字を前提として共有。「あなたの技術力で法人向けシステムを作るのは現実的」と伝える。命令でなく共同設計。反対意見を設計に組み込む。
投資家 Logos ピラミッド原則で結論から。「LTV/CAC=1.8からの改善策として、既に需要が証明されているBtoB需要にピボット」。最悪ケース（ピボットなし=8ヶ月後に資金切れ）を先に提示する。
チーム20名 Pathos + Ethos タウンホールで数字をオープンに共有。「このチームなら乗り越えられる」「全員の雇用を守りたいから早めに動く」。情報の非対称は絶対に避ける。

④ 最も強く反対するのは共同創業者（CTO）

理由：「ビジョンの共同設計者」としてのアイデンティティへの脅威

共同創業者にとって方向転換は「自分たちが作ってきたものが否定された」と感じさせる。単なる反対ではなく、4年間の共同ビジョンへの感情的な結びつきが根底にある。

1 1on1から始める：「私はこう考えているが、あなたはどう見るか」という問いかけから始める。結論を先に押しつけない。
2 反対の本当の理由を先に理解する：「技術的に実現困難」なのか「ビジョンへの違和感」なのか「チームへの責任感」なのかを区別する。
3 CTOの懸念を設計に組み込む：「あなたの懸念している●●を解決するために、こう変えた」と示すことで、方向転換を「共同作業」に変える。
4 共同でリスク評価する：「ピボットしない場合のリスク」と「ピボットする場合のリスク」を2人で並べて評価する。CEOの一方的な判断ではなく共同の判断として合意を形成する。
ステークホルダー説得の順序

共同創業者（CTO）→ 投資家 → チームの順で説得するのが合理的。CTOが味方になると「経営陣の合意」として投資家への説得力が増し、チームへの発表も「リーダーシップの一致」として信頼を高める。

実践への応用

  • 「現状維持のリスク」を定量化することが変化への説得の出発点になる
  • 変化の提案では「やること」と同時に「段階的な移行ステップ」を示す（一気に変わるわけではないと示す）
  • 最も強く反対する人物との1on1を最初に設定し、設計の共同作業者に変える

自己評価

今日のまとめと次回への接続

Thinking-B

戦略とは「全てをやること」ではなく「何をやらないかを選ぶこと」。そしてその選択を組織の意思に変えるには、相手の立場・恐れ・判断基準を理解したコミュニケーション設計が不可欠。

今日の3つのキーポイント

1 フレーミングは設計力：同じ事実でも参照点と損得の提示順序を変えることで相手の判断が変わる。虚偽なし・重要情報の隠蔽なしが倫理的フレーミングの条件。
2 「やらないこと」の明示：OKRと連動しない施策は今期やらないと明示することがリソース集中の前提。「No」ではなく「今ではなく、●●後に」のフレームで伝える。
3 説得の順序と設計：共同創業者・投資家・チームはそれぞれ異なる軸（Ethos/Logos/Pathos）で動く。最も強く反対する人物を最初に共同作業者に変えることが全体の合意形成を加速する。

次回への接続

次回: IQ-C（問題解決・意思決定）

今日の「戦略的選択」の土台に、次回は「不確実な状況下での構造的問題解決」を加える。Where to Play / How to Winの選択をどのように検証可能な仮説として組み立て、データで意思決定するかを深める。