product-strategy-session

product-strategy-session スキルの概要

product-strategy-session でできること

product-strategy-session は、曖昧な状況から意思決定に使える計画までを導く、プロダクト戦略セッション用のワークフロースキルです。プロダクトマネージャーが、ポジショニング、顧客インサイト、課題の定義、解決策の選択肢、ロードマップの順序づけを、ひとつの構造化されたプロセスでつなげられるようにします。「何を、誰のために、なぜ今つくるのか」にもっと明確に答えたいなら、この product-strategy-session skill はそのためのスキルです。

どんな人に最も向いているか

このスキルが特に強いのは、すでにプロダクトの方向性に関する課題はあるものの、戦略がまだ固まっていないプロダクトマネジメントチーム、創業者、そして部門横断のリーダーです。関係者の意見が割れているとき、探索が不十分なとき、あるいはロードマップを早すぎる段階で固めようとしているときに役立ちます。逆に、ちょっとしたブレストのきっかけや一回限りの PRD だけが欲しいなら、優先度は高くありません。

何が違うのか

最大の価値は、単発で戦略を捻り出すのではなく、段階的なプロセスを組み立てて、より明確な入力と、より根拠のある出力を作れる点にあります。そのため、単にアイデアが欲しいだけではなく、合意形成を重視する場合の導入判断として向いています。出力はプロダクト計画に引き継ぎやすく、優先順位、順序、次のアクションまでを前提にワークフローが設計されているのも利点です。

product-strategy-session スキルの使い方

インストールしてワークフローを確認する

インストールは以下です。

npx skills add deanpeters/Product-Manager-Skills --skill product-strategy-session

product-strategy-session install とセットアップの確認は、まず skills/product-strategy-session/SKILL.md を開いてください。次に template.md と examples/sample.md を確認します。この 3 ファイルで、コアとなるワークフロー、期待される出力の形、そして現実的なエンドツーエンドの例がわかります。

どんな入力が必要か

このスキルは、白紙の「プロダクトの計画を手伝って」という依頼より、現実の戦略課題を与えたときに最もよく機能します。強い入力には、会社目標、市場コンテキスト、対象ユーザー、現在の制約、把握している顧客の証拠、そして最後に必要な意思決定が含まれます。入力が弱いと、戦略についての一般論に流れやすくなります。

よりよいプロンプトの例:

• 「product-strategy-session を使って、非技術系の SMB オーナー向けオンボーディング製品の再ポジショニングを手伝ってください。初回利用で 60% の離脱があり、少量の調査結果はあります。90 日ロードマップも必要です。」
• 「B2B 分析ツール向けに product-strategy-session usage のワークフローを実行してください。レポート、アラート、ワークフロー自動化のどれを優先すべきか判断したいです。」

推奨の読み順と進め方

まず SKILL.md を読んで、流れと意図を理解します。次に template.md を出力チェックリストとして使い、セッションが何を生み出すべきかを把握します。最後に examples/sample.md を参照して、完成した戦略セッションがどのように意思決定へつながるかを確認してください。自社向けに調整する場合は、ワークフローの手順は保ちつつ、前提条件を自社の市場、顧客、運用制約に置き換えます。

実践的なワークフローのコツ

このセッションは、単一回答を求めるものではなく、複数段階の意思決定プロセスとして扱ってください。コンテキストが整理しきれていないなら、モデルには一度に 1 フェーズずつ渡すほうがうまくいきます。たとえば、まずポジショニング、次に課題定義、その次に機会、最後に優先順位づけ、という流れです。各ステップの上流にある証拠がよくなるため、最終的なロードマップの質も上がりやすくなります。実行前の合意形成のために、構造化された product-strategy-session guide が必要なときに使うのが効果的です。

product-strategy-session スキル FAQ

これはプロダクトマネジメント専用ですか？

いいえ。product-strategy-session for Product Management として特に有用ですが、戦略の合意形成が必要なときは、創業者、デザインリード、GTM チームでも使えます。とはいえワークフローはあくまでプロダクト中心なので、純粋なマーケティング計画や、エンジニアリング実行計画にはあまり向いていません。

普通のプロンプトと何が違うのですか？

普通のプロンプトでも戦略っぽい答えは出せますが、このスキルは途中成果物を挟みながら再現性のあるプロセスを提供します。本当の問題がアイデア出しではなく意思決定の質にあるなら、この違いは重要です。探索からロードマップまでの道筋をよりきれいにしたいなら、場当たり的なプロンプトより product-strategy-session skill のほうが合っています。

使わないほうがいいのはどんなときですか？

チームにすでに検証済みの戦略があり、必要なのが実行タスクだけなら使わないでください。また、「タグラインを選ぶ」「この 3 つの UI 案を順位づけする」といった非常に小さな単発判断にも向きません。そうしたケースでは、もっと狭いプロンプトのほうが速いです。

初心者でも使えますか？

はい、基本的なプロダクト文脈を出せるなら使えます。初心者は、テンプレートを起点にして、わかっていることを埋めていく方法が最も成果につながりやすいです。未完成の部分があっても問題ありません。このスキルは、何が足りないかを可視化できるときに最も役立ちます。

product-strategy-session スキルを改善するには

意思決定に足る文脈をモデルに渡す

出力を最も早く改善する方法は、このスキルが使える制約を与えることです。たとえば、対象セグメント、事業ステージ、使える証拠、絶対に動かせない締切、チームにできないことなどです。たとえば「今四半期は人員を増やせない」は、「より良いロードマップがほしい」よりずっと有益です。入力がよくなるほど、優先順位は鋭くなり、ありがちな一般論は減ります。

あいまいな戦略質問を避ける

よくある失敗は、顧客、課題、目的を言わずに「最善の戦略」を求めることです。もう一つの失敗は、証拠を飛ばして、市場の実態をモデルが推測してくれると期待することです。product-strategy-session を使うときは、一度に 1 つの具体的な意思決定を求め、少なくともペルソナ、JTBD、現在の痛点のような仮説を入れてください。

ゼロからではなく、出力を起点に反復する

最初の実行後は、一番弱い仮説を突く形でセッションを改善します。ポジショニングが弱いなら、顧客セグメントや競合コンテキストを足します。ロードマップの質が弱いなら、工数上限、依存関係の制約、成功指標を追加します。最も効果的な product-strategy-session usage は反復型です。狙いを絞り、より良い入力でもう一度同じワークフローを回してください。

サンプルを自分のケースと照らし合わせる

examples/sample.md は、そのまま写すテンプレートではなく、基準合わせのための材料として使ってください。そこにあるフェーズを自分の状況と比べて、本当に同じ順序が必要か、それとももっと短くできるかを見ます。そうすることで、このスキルが本当に解くべき課題に合っているか、そして product-strategy-session install がどこで効くのかを、最短で判断できます。