- 戦略的選択とは、どちらも魅力的な2つの選択肢のうち1つを選び、それに伴う不利な結果まで受け入れること
- 真の戦略は「良いことを言う」ことではなく、トレードオフを伴う具体的な選択であり、**「両方」ではなく「片方」**を明確に定めなければならない
- 本当の戦略的選択では、反対側も十分に合理的であり、選択による二次的な効果が会社全体に波及する構造になっている
- 複数の戦略的選択が互いに衝突せず強化し合うとき、組織全体は一貫した方向に素早く動ける
- 選択が難しくないなら、それは本当の選択ではなく、難しい決定を先に下しておくことで、メンバーが独立して正しい判断を下せるようになる
戦略的選択が必要な理由
- 会社のあらゆるメンバーは毎日独立して意思決定を行っており、これが組織拡大の中核メカニズムである
- しかし個々には合理的な判断でも、互いに矛盾することがあり、全員が別々の方向へ動けば、生産性が高くても結果は前に進まない
- 自律的なチームにもアラインメントは必要であり、そのアラインメントは戦術（毎週変わる）や決まり文句（何も変えられない）ではなく、マクロレベルの決定、つまり戦略的選択に基づくべきである
- 日常の意思決定が戦略的選択と一致すると、マーケティングの約束とエンジニアリングの成果物の間の不一致が消え、意思決定同士が複利的に強化し合う
本物の戦略的選択の3つの属性
-
1. どちらも合理的な選択肢であること
- 「良いデザイン」は戦略的選択ではない — 「悪いデザイン」が合理的な代替案だったことはないからだ
- **「オールインワン」と「小さなコア + 極端な拡張性」**は本当の選択であり、それぞれを選んで成功した企業は数多く存在する
- 「両方」は有効な選択ではない — 製品は自己完結的であるか、そうでないかのどちらかだ
- UXを完全な体験として設計するか、サードパーティのUXを受け入れる前提で設計するか
- 「必要なものがすべて揃った製品」として売るか、「あらゆるもののためのエコシステムプラットフォーム」として売るか
- サポートが製品全体に回答するか、プラグインベンダーへルーティングするか
- 本当に戦略的選択をしたなら、会社全体に広がる二次効果のリストは長くなる
- これはOpposite Testという概念と同じであり、反対側が些末でも無意味でもなくなって初めて実質的な選択になる
-
2. 選択には望ましい結果と不利な結果が共存する
- 決まり文句のような宣言にはマイナス面がないため気分は良いが、本物の意思決定ではない
- 「優れたデザイン」の実際のコストの例:
- 才能あるデザイナーが必要 → より大きなチームが必要
- エンジニアはDBスケーリングと同じくらいUXの完成度にも気を配らなければならない
- デザインシステムへの投資が必要
- 機能開発の速度が低下する — 動くだけでなく、よく設計された状態が求められる
- デザインを悪化させる機能は、たとえ顧客要望でも断らなければならない
- すべての顧客が「良いデザイン」に同意するわけではないため、満足する人もいれば不満を持つ人もいる
- 戦略的選択はパッケージディールであり、利点だけを取って弱点を避けることはできない
- 結果を戦略に明示的に書き込めば、個人ごとの解釈を減らし、日常的な意思決定のアラインメントに役立つ
-
3. 一貫性を超えて相互に強化し合う
- 選択と結果のリストを使って矛盾を点検すべきであり、衝突はしばしば二次効果の中に隠れている
- 例: 「少人数チーム」と「機能豊富」は一見関係なさそうだが、少人数チームは通常、製品を小さくシンプルに保つ必要があるため衝突する
- しかし「少人数チーム + 小さなコア + 拡張可能なエコシステム」という追加の選択で解消できる — エコシステムが機能の豊富さを担う
- 各選択は噛み合いながら独自の含意を伴い、この探索プロセスこそが一貫した意思決定セットに到達する方法である
- 単に衝突しないだけでなく、相互に強化し合うのが理想である — 「拡張性」が「機能豊富」を支え、少人数チームがコアを小さく保つことでエコシステムが繁栄する余地を生む
- 強い選択同士が互いを強化すると、会社には**「世界はこうあるべきだ」**という個性が生まれ、それに共感する顧客はより深く愛着を持つ
- 組織全体が素早く動けるようになり、トレードオフの再議論が減り、一貫性が有能さとして感じられる好循環が生まれる
弱い選択を強い選択に変える方法
- 戦略的選択を作るとき、人はしばしばOpposite Testを通らない弱い疑似選択を書いてしまう
- すでに好みの側があるため、反対側を明らかに悪く見せて自分の選択が「勝つ」ようにしようとする傾向がある
- 弱く表現された選択の下に隠れている有効な観点を抽出することが重要である
- 有用な問い:
- 「悪い」側を選んでいる成功し愛されている企業はあるか?
- その欠点にもかかわらず、人々がそれを愛する理由は何か?
- その「愛される理由」こそが、戦略的選択の本当の反対側である
- 具体例: ノートアプリ
- Apple NotesやBearのようなオールインワンアプリ — プラグインやAPIなしで体験全体をコントロールし、美しい一貫性を実現する
- Obsidian — ダウンロード可能な機能の驚くほど幅広い配列を提供し、UXが雑然としているという不満があっても、機能の広い選択肢と自分だけの情報管理システムを構築できる可能性によって愛されている
- 「なぜObsidianはUXが雑然としていても愛されるのか」と問うことで、本当の選択肢である**「オールインワン vs 無限の拡張性」**にたどり着く
「両方」を選びたくなる誘惑
- どちらも望ましいため、反対側の要素を取り込みたくなる誘惑は必然的である
- オールインワン製品を作ったが、競合のプラグインが人気なのでプラグイン探索を始める
- 「価格を上げよう、利益を取りこぼしている」あるいは「スピードを落として磨き込もう、今の状態は恥ずかしい」
- この誘惑が説得力を持つのは、反対の選択も実際に優れているからである
- 戦略が存在する理由は、組織の誰もが**「抽象的には良いアイデアだが、私たちが選んだトレードオフの束には合わない」**と自信を持って言えるようにすることにある
- 中核原則: 衝突するときは戦略的選択を守り、衝突しないときは最善を選ぶこと
- 例: 「最低価格」戦略でも、コスト増なしに品質改善ができるなら受け入れる
- しかし多くの場合は衝突し、一貫性なく意思決定すると、唯一負けるポジションに陥る — 忠誠を得るほどの品質もなく、複雑なユースケースに勝てるほどのパワーもない状態である
- Agile Manifestoはこの姿勢をよく示している — 「包括的なドキュメントよりも動くソフトウェア」は、ドキュメントが悪いという意味ではなく、時間が限られているとき（常に限られている）に片方へより多く投資するという意味である
- 「右側の項目にも価値はあるが、左側の項目により大きな価値を置く」と明示している
- 戦略にも同じパターンを適用できる: 低価格戦略なら、高価格製品を「その顧客層も取るために」導入しない一方、低価格を脅かさない範囲での品質向上は受け入れる
- これは厳格な選択であり、バランスではない
戦略的選択の例テーブル
- 最低価格 vs プレミアム価格
- 最低価格: 最大の市場、アクセシビリティと合理性のポジショニング、価格だけで勝つ競合を多数ブロック / 広告・営業に投資できず、口コミ依存、品質・機能に上限が生じる
- プレミアム価格: 高い粗利でブランド・流通に投資でき、ステータスシグナルそのものが機能になる / 市場は小さく、ブランドへの継続投資が必要（マーケティング、威信）、投資を止めるとプレミアムは崩れる
- 一貫したオールインワンUX vs 拡張可能なエコシステム
- オールインワン: 信頼と習慣を生む設計された体験、サポート・オンボーディングが簡単 / 機能の幅は全面的に自社責任となり、プラグインやスクリプティングを必要とするパワーユーザーは離脱する
- エコシステム: 自社では提供不可能なロングテール機能、パートナーが流通チャネルの役割も果たす / UXの一貫性が低下し、セキュリティ・互換性・サポートが制御不能なサプライチェーン問題になる
- シンプルなUX vs 強力な機能
- シンプルなUX: 価値到達までの時間が短く、セルフサーブ成長がしやすく、認知負荷が低い / 複雑なワークフローやガバナンスの案件を失い、チェックリストやRFPで不利になる
- 強力な機能: 高リスクのワークフローで勝ちやすく、顧客単価が高くなり、スイッチングコストにより維持率も高い / オンボーディングに教育・セットアップ・専門家が必要で、サポートが必須コストになる
- 最小限のサポート vs ハイタッチサポート
- 最小限のサポート: 高い粗利、製品への集中、使いやすさとドキュメント品質を強制できる / 電話やSLAを要求する買い手には対応できず、離脱時のフィードバックループも失う
- ハイタッチサポート: 競合が埋められないギャップを橋渡しし、忠誠と差別化を生み、毎日真実を聞ける製品発見エンジンになる / コストが高く拡張しにくく、24/7の期待と依存を生む
- 少人数チームのシンプルさ vs エンタープライズの複雑性
- 少人数チーム: 営業サイクルが短く、コンサルタントなしでも顧客が成功できる / ガバナンス・監査・企業統合を求めるエンタープライズ案件を失う
- エンタープライズ: 調達ゲートを通過して大きな予算を獲得でき、統合・権限・ガバナンスがロックインと維持率を生む / 長い営業サイクルには資金・忍耐・営業マシンが必要で、製品とUXは肥大化する
- 最先端のスピード vs 堅牢な安定性
- 最先端のスピード: 差別化された新しさでビルダーやアーリーアダプターを引きつける / バグや障害がブランドの一部となり、保守的なユースケースは離れる
- 堅牢な安定性: 重要なワークフローでの信頼が堀となり、「絶対に壊れない」が「新しい」に勝ち、サポートと離脱が少ない / スピードは遅く、新しさが注目と予算を集める中で、フロンティアの機会を逃し陳腐化のリスクを負う
- オープンソース vs クローズドソース
- オープンソース: 信頼の障壁が低く、コミュニティが機能や統合を加速する / コアが「無料」と感じられて収益化が難しく、ガバナンスと保守が政治的で消耗しやすい
- クローズドソース: ロードマップ・UX・ライセンス・価格決定を完全にコントロールでき、ガバナンスもシンプル / 透明性やロックインを懸念するセグメントでは採用が鈍り、コミュニティのレバレッジなしで自前の速度を資金調達しなければならない
- 少ないが完成度の高い機能 vs 多くの機能
- 少ないが完成度が高い: 完成度と一貫性が満足・維持・口コミを生み、低い複雑性がバグ・ドキュメント・チケットの少なさと速い反復につながる / チェックリストやRFPで不利になり、特定セグメントのエッジケースを満たせず離脱を招く
- 多くの機能: 調達比較でより多くのチェックボックスを埋められ、広いカバレッジで市場を拡大し、アップセルの道筋も増える / 品質が不均一になり、UXの一貫性が崩れ、サポートとドキュメントが爆発的に増える
結論
- 選択の弱点を受け入れるのは苦しく、反対の選択の利点が魅力的に見えることこそが戦略の本質である
- 選択が難しくなかったなら、それは本当の選択ではない。選択には必ず諦めるものと副作用が含まれる
- 難しい選択を今下して、他のメンバーの負担を軽くし、全員が独立して賢明な意思決定を下せるようにすべきである
2件のコメント
多くの場合、別の選択肢の長所のために中間的な選択をしたり、例外事項を設けたりするような選択をしていたことを思い出します。
良い指摘だと思います。決断が簡単だったなら、そもそもそれほど決断を要することではなかったのかもしれません！