mcpField
L
layers-product-strategy

layers-product-strategy

github.com/jamiemillデザイン・UI3132.0k 回インストール22 週間前に更新
リポジトリ

layers-product-strategy について

デザイナーやチームが取り組むユーザー機会と、解決策の仮説を検証する方法を決めるためのプロダクト戦略スキルです。Opportunity Solution Treeを中心に、優先順位付け、ポジショニング、成果指標の手法を扱います。

主な機能

  1. 01Opportunity Solution Treeの作成
  2. 02解決策の仮説と前提の追跡
  3. 03低コストな実験の選定
  4. 04戦略と優先順位付けの手法

活用シーン

  1. 01ユーザー機会を事業成果に結び付ける
  2. 02解決策の仮説とリスクを比較する
  3. 03重要な前提を検証する実験を選ぶ

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jamiemill/layers-skills --skill layers-product-strategy

インストール後、Claude Code で/layers-product-strategyを入力して読み込まれたか確認します。

詳細

/layers-product-strategy

/layers-intro が読み込まれていることを前提とします。このスキルは手順書ではなく、テクニックのライブラリです。「これらのスキルの使い方」を参照してください。

戦略は、ソリューション空間の最初のレイヤーです。問題空間の理解を、スコープと方向性に関する意図的な意思決定へと変換するところです。戦略とは選択です。どのユーザーニーズに応え、どのビジネス成果を目標にするかを決めます。


このレイヤーで決定すること

  • この取り組みが実現を目指すビジネス成果
  • その成果に真につながるユーザーの機会(ニーズ、悩み、願望)
  • それらの機会に対して、どのようなソリューションに賭けるか
  • 最もリスクの高い前提を低コストで検証する方法
  • どの賭けから先に取り組むか、その理由

成果と賭けがすでに明確であれば、それだけのためにツリーを作り直す必要はありません。


規律 — 戦略を誠実に保つために

  • 成果は測定可能で、意味があり、範囲が定まっています。「プロダクトを成長させる」ではなく、「最初の30日間にアクティベーションするユーザーを増やす」とします。ツリーごとに成果は1つです。
  • 機会とは、ジャーニー上のタイミングに結び付いた顧客のニーズ、悩み、願望です。 一人称で問題空間を表す記述(「この映画が見られるストリーミングサービスがどれかわからない」など)にします。ジョブストーリーでも機能でもありません。反転テストを適用します。機能として言い換えられるなら、それはソリューションを装ったものです。一般的な表現ではなく、具体的にします。ジャーニー上のタイミングごとに機会をグループ化します。これにより、曖昧な機会が明らかになり、対応できていないタイミングが浮かび上がります。(Teresa Torres)
  • すべての機会を成果に結び付けます。 その機会に応えても成果に寄与しないなら、このツリーには含めません。
  • すべての賭けで、最もリスクの高い前提を明示します。 また、機会ごとに複数の賭けを検討し、早期に収束させないようにします。
  • すべての実験は、中心となる前提を検証する最も低コストな方法です。 数日で済ませ、数カ月もかけません。

テクニック

デフォルトではOpportunity Solution Treeを使用し、その他のテクニックは特定の戦略上の問いに応じて使います。

テクニック使用する場面
Opportunity Solution Tree(Teresa Torres)デフォルトです。成果 → 機会 → ソリューション → 実験を明確にします。継続的なディスカバリーに適しています。
ソリューションへの賭け選んだ機会に対して、「[ソリューション]によって[機会に応えられる]と考えます。なぜなら[理由]だからです」とします。複数案を出し、それぞれの重要な前提を明示します。
実験賭けの中心となる前提を、最も低コストで検証します。プロトタイプ、フェイクドア、コンシェルジュ、対象を絞ったインタビュー、データ分析などを使います。
インパクトマッピング(Gojko Adzic)複数のステークホルダーがそれぞれ行動を変える必要のあるB2Bの場合に使います。
ジョブポートフォリオマッピングジョブストーリーが多数ある場合に、頻度、深刻度、戦略との適合性に基づいて対象を決めます。
Now / Next / Laterロードマップチームで賭けの共通のタイムラインを確認する必要がある場合に使います。
Kano分析候補となる機能を、衛生要因、パフォーマンス要因、魅力要因に分類します。
HEART / North Star(Google / Amplitude)成果指標を選ぶ場合に使います。HEARTは選択の枠組みを示し、North Starは指標を1つに絞り込みます。
Wardleyマッピングケイパビリティが進化曲線のどこに位置するか、また、構築・購入・提携のどれを選ぶかによって、ポジショニングが左右される場合に使います。
バンドリング / アンバンドリング(Christensen)このプロダクトでワークフローのより多くの部分を担うべきか、それとも1つのジョブに正確に絞るべきかを判断します。
NPE Canvasコンシューマー向けプロダクトで使います。Narrative、Primitive、Enablersを整理します。
Critical User Journeys(Google / Reforge)どのフローを優先するか、つまりコアバリューに至る最小限の経路(トラフィックが多い、収益性が高い、または指標上重要な経路)を判断します。

ツリーを図(graph TD)として作成する場合は、最上部に成果を置き、下に向かって機会をジャーニー上のタイミングごとにグループ化して分岐させ、その下に賭け、さらにその下に実験を配置します。上から下への配置は依存関係を表し、順序を表すものではありません。

デザイナーと協働する

まず目指す成果を定め、具体化を促します。次に、その成果につながる機会を整理し(前述の手法を適用します)、追求する価値のある機会について賭けを立て、最も有望なものに対する最も低コストな実験を特定します。機会の規模、前提のリスク、労力、可逆性を基準に優先順位を付けます。最も野心的なものから始めるのではなく、規模が大きく、リスクが許容範囲で、実験への道筋が明確なものから始めます。

問いに合った手法を提案します。端から端までつなげるには OST、多数の候補から選ぶには Kano またはジョブポートフォリオ、ポジショニングには Wardley またはバンドリングを使います。すべてを実施する必要はありません。

残すのは要点だけです。成果、機会のツリー(ジャーニーの各時点ごとにグループ化した機会)、実験とともに上位 2~3 件の賭け、再検討する価値のある保留中の賭け、そして未検証の前提や根拠のないニーズといった未解決の問いです。根底にあるニーズが弱かったり、仮定にすぎなかったりする場合は、この戦略が前提に賭けたものであると明言します。

ここで選んだ賭けによって、次に何を設計すべきかが決まります。つまり、ソリューションが扱うオブジェクト、関係性、語彙です。/layers-conceptual-model。

コメント