identify-assumptions-new

identify-assumptions-new skill の概要

identify-assumptions-new skill は、時間、デザイン工数、エンジニアリング余力を投じる前に、リスクの高い前提を洗い出して新しいプロダクト案をストレステストするための skill です。Product Management、初期段階のスタートアップ探索、そして「このアイデアを成功させるには何が真実でなければならないのか？」を見極めたいチームの認識合わせに向いています。

一般的なブレスト用プロンプトと違い、identify-assumptions-new は 8 つのリスクカテゴリを軸に構成されています。一般的な Value / Usability / Viability / Feasibility に、Ethics、Go-to-Market、Strategy & Objectives、Team のリスクを加えているため、単なる機能レビューではなく、実装前のリスク全体像を把握したいときに役立ちます。

新規プロダクト評価に最適な場面

identify-assumptions-new は、まだコンセプトが曖昧なとき、関係者の間で機会認識が割れているとき、あるいはインタビュー、実験、ロードマップ設計に入る前に、より筋の通った discovery brief が必要なときに使うのが効果的です。identify-assumptions-new skill は、良いアイデアを出すことよりも、その裏にある見えない賭けを明らかにすることが難しい Product Management の仕事で特に威力を発揮します。

何を特定するのか

この skill は、プロダクト構想を壊しうる前提に焦点を当てます。たとえば、需要、導入率、支払い意欲、実現可能性、初回利用時の分かりやすさ、競争圧力、倫理面の懸念、チームの準備度などです。これにより、「面白いアイデア」と「価値につながる現実的な道筋」を切り分けやすくなります。

どんな場合は適さないか

すでにユーザー行動の検証が進んでいる、強い市場データがある、あるいはスコープの明確な実行計画がある場合は、この skill よりも優先順位付けや実装ワークフローのほうが適していることがあります。identify-assumptions-new guide は discovery のリスクを扱うものなので、解決策を固める前の段階で最も力を発揮します。

identify-assumptions-new skill の使い方

skill をインストールして読み込む

このリポジトリでは、インストールは npx skills add phuryn/pm-skills --skill identify-assumptions-new のフローに従います。インストール後は、まず SKILL.md を確認し、環境に関連ファイルがある場合は、リンクされたコンテキストファイルも読みます。この repo では、補助スクリプトやサポートフォルダがないため、SKILL.md が振る舞いの一次ソースです。

完成度の高い product brief を渡す

この skill は、プロダクトのコンセプト、対象ユーザー、評価したい機能または成果の 3 点を渡すと最もよく機能します。「アイデアを分析して」のような弱いプロンプトでは、多くの前提が暗黙のまま残ってしまいます。より強いプロンプトは、たとえば次のような形です。

“Use identify-assumptions-new to map assumptions for a B2B AI inbox triage tool for customer support teams at 50–200 seat SaaS companies. Focus on adoption risk, pricing risk, and whether teams will trust automation on day one.”

この程度の文脈があれば、モデルは一般論ではなく、意味のある失敗モードを洗い出せます。

ワークフローは正しい順番で読む

SKILL.md から始めて、context、domain framing、instruction steps の順に追ってください。この skill では、Product Manager、Designer、Engineer の 3 つの視点で確認するステップを崩さないことが重要です。先にこの枠組みを通すことで、8 カテゴリの検討に入る前の前提集合が広がります。ここを飛ばすと、1 種類のリスクにだけ偏った出力になりやすくなります。

出力は discovery のチェックリストとして使う

結果は最終判断ではなく、意思決定を支える資料として扱ってください。最も有効な次の一手は、リスクの高い前提をインタビュー質問、プロトタイプテスト、あるいは pre-mortem の問いに落とし込むことです。たとえば、viability の前提は価格インタビューの質問に、usability の前提は初回利用のプロトタイプテストに変えられます。

identify-assumptions-new skill の FAQ

identify-assumptions-new は Product Management 専用ですか？

いいえ。identify-assumptions-new skill は Product Management で特に強力ですが、創業者、デザイナー、エンジニアも、新しいプロダクトが成功するために何が真実でなければならないかを整理するために使えます。最大の価値は、リスクについて共通言語を持てることです。

通常のプロンプトと何が違いますか？

通常のプロンプトは、曖昧な懸念リストを返すことが多いです。この skill は、3 つの視点と 8 つのリスクカテゴリ、さらに新規プロダクト特有の不確実性への明示的な注目を備えた、より規律ある discovery フレームを提供します。その構造により、見落としやすい前提が減り、次のアクションにつなげやすくなります。

初心者でも使えますか？

はい、アイデアを平易な言葉で説明できるなら使えます。最初から詳細なリサーチパッケージは不要ですが、ユーザー、課題、想定する成果を定義できる程度の文脈は必要です。identify-assumptions-new install の流れ自体はシンプルですが、品質は渡す brief の質で決まります。

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

すでにユーザー調査、価格データ、利用分析があるなら、その証拠の代わりとして使うべきではありません。また、主な問いが前提の発見ではなく優先順位付けである成熟プロダクトにも、最適とは言えません。

identify-assumptions-new skill を改善する方法

入力をより具体的にする

品質を最も大きく左右するのは、対象者、job-to-be-done、期待する行動変化を明確にすることです。「チーム向けの新しい AI アプリ」では曖昧すぎます。「クライアントの brief をローンチ用チェックリストに変えるフリーランスデザイナー向けのワークフローツール」のほうが、導入、価値、使いやすさの前提が見えやすくなります。

リスクをカテゴリ別に求める

identify-assumptions-new からより良い出力を得たいなら、Value、Usability、Viability、Feasibility、Ethics、Go-to-Market、Strategy & Objectives、Team ごとに前提を出すよう明示的に依頼してください。そうすることで、返答が一般的な機能コメントに流れにくくなり、skill 本来の目的に沿った分析になります。

前提をテストに変える

この skill は、反復して使うほど改善します。最初の出力のあと、上位 3 つの前提を選び、それぞれを安く検証する方法を尋ねてください。たとえば、「ユーザーは AI の提案を信頼する」を、インタビュー台本、コンシェルジュテスト、プロトタイプ課題に変える、といった形です。

よくある失敗モードに注意する

最も多い失敗は、問題を定義する前に解決策を渡してしまうことです。もう一つは、対象セグメントを示さずに「すべてのリスク」を求めることで、広いが価値の低い出力になってしまうことです。identify-assumptions-new for Product Management では、トレードオフを見つけられる程度に具体的で、かつ実装詳細より前提のほうが重要な初期段階の入力が最適です。