positioning-statement

positioning-statement skill の概要

positioning-statement でできること

positioning-statement skill は、Geoffrey Moore 風のポジショニングステートメントを書くための skill です。つまり、誰向けの製品なのか、どんな課題を解決するのか、どのカテゴリに属するのか、そして何が本質的に違うのかを、短く戦略的に言い切るためのものです。より鋭い市場向けの言語が必要な Product Marketing、創業者、プロダクトチームに特に向いており、単なる「よいコピー」ではなく、筋の通った市場定義を作りたいときに役立ちます。

この skill が向いている場面

ステークホルダー間で製品の市場上の立ち位置をそろえたいとき、バリュープロポジションを厳しく検証したいとき、あいまいなメッセージを根拠のあるステートメントに落とし込みたいときに、positioning-statement skill を使います。特に、立ち上げ初期の製品、カテゴリの整理・再定義、競合を踏まえたメッセージングの検討に強い fit です。

何が役立つのか

この skill は意思決定を促す設計になっており、ターゲット顧客、ニーズ、カテゴリ、差別化について取捨選択を迫ります。そのため、ありきたりなプロンプトよりも、ローンチページ、営業資料、ホームページのコピー、社内の戦略議論まで支えられる言葉を作りやすくなります。

positioning-statement skill の使い方

skill をインストールする

npx skills add deanpeters/Product-Manager-Skills --skill positioning-statement でインストールします。skills 対応のワークフローで使っている場合、これで positioning-statement を一度きりの下書きではなく、再利用できる prompt component として使えるようになります。

モデルに正しい入力を与える

positioning-statement の出力をよくするには、最初に 4 つの情報を渡すのが基本です。ターゲット顧客、切実なニーズ、製品カテゴリ、そして主な代替手段または競合です。たとえば、強い入力はこんな形です。「RevOps チーム向けで、手作業の受け渡しを減らしたいワークフロー自動化製品の positioning statement を書いてください。比較対象はスプレッドシートと汎用の自動化ツールです。」一方で、「もっとよく見えるようにして」は、skill に推測させるだけになります。

まず元ファイルを読む

インストールとワークフローの流れをつかむには、まず SKILL.md、次に template.md、最後に examples/sample.md を読みます。この順番なら、意図、正確な構造、そして具体的な good/bad の比較を確認したうえで、自分の製品に合わせてパターンを調整できます。特に template.md は重要です。というのも、この skill は自由記述ではなく、構造化されているからです。

テンプレートを prompt の土台として使う

質の高い出力を最短で得るには、 prose を依頼する前にテンプレートの各欄を埋めておくのが一番です。入力を For [target customer]、that need [underserved need]、is a [category]、that [outcome benefit]、Unlike [alternative]、provides [differentiation] に対応づけます。どれか 1 つ埋められないなら、それはたいてい文章の問題ではなく、ポジショニング自体の問題です。

positioning-statement skill の FAQ

positioning-statement は Product Marketing 専用ですか？

いいえ。positioning-statement skill は特に Product Marketing と相性がよいですが、明確なカテゴリの物語が必要な創業者、プロダクトマネージャー、go-to-market チームにも役立ちます。やりたいことが市場での立ち位置の定義なら適していますが、単にコピーを整えたいだけなら、やや大げさです。

通常の prompt と何が違いますか？

通常の prompt でも、それらしい段落は出せます。ですが positioning-statement skill は、具体性を強制し、弱い前提をあぶり出す再現性のある構造を与えます。競合、営業からの反論、社内レビューに対しても説明可能なステートメントが必要なときには、この違いが効いてきます。

初心者でも使いやすいですか？

製品と対象ユーザーをある程度把握しているなら、はい、使いやすいです。逆に、製品の輪郭がまだ曖昧な段階では使いにくくなります。というのも、この framework はターゲット、ニーズ、代替手段について選択を下すことが前提だからです。その場合でも、十分な市場コンテキストを与えれば役に立ちます。

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

ヘッドライン、タグライン、あるいは競合の構図を前提にしない広いブランドメッセージが必要なときは、positioning-statement を使わないでください。また、実際の代替手段を挙げられない場合も不向きです。差別化が構造の中心にあるためです。

positioning-statement skill を改善する方法

ターゲットをもっと絞る

品質を最も大きく上げるのは、顧客を絞り込むことです。teams では広すぎますが、mid-market HR teams hiring at scale なら十分に使えます。ターゲットが具体になるほど、positioning-statement skill は generic ではなく戦略的に聞こえる言葉を出しやすくなります。

代替手段は正直に定義する

最も強い出力は、ユーザーが実際に比較している代替手段をはっきり示したときに出ます。たとえば、スプレッドシート、手作業のワークフロー、既存カテゴリの有力製品、あるいは「何もしない」などです。traditional tools のような曖昧な言い方しか与えないと、比較対象も曖昧になるので、結果もぼやけます。

形容詞ではなく証拠を与える

よりよい positioning-statement usage を求めるなら、「なぜ自社製品が違うのか」を示す証拠を入れてください。たとえば、速度、正確性、受け渡し回数の少なさ、導入の軽さ、独自のワークフローなどです。modern、powerful、best-in-class のような入力は避けましょう。そうした言葉は、明確で信頼できる差別化要因の判断には役立ちません。

白紙からではなく、下書きから反復する

実務的な positioning-statement guide の進め方は、まず一度下書きを作り、ターゲットが具体か、ニーズが切実か、カテゴリが認識しやすいか、差別化が観察可能かを確認することです。そのうえで最も弱い欄を絞り、再実行します。出力が広すぎると感じるなら、必要なのはたいてい追加の prompt ではなく、よりよい入力です。