プロダクトマーケティングコンテキスト
ユーザーがプロダクトマーケティングコンテキストドキュメントを作成・保守するのを支援します。このドキュメントは、基礎となるポジショニングとメッセージング情報をキャプチャし、他のマーケティングスキルが参照するため、ユーザーは同じ情報を繰り返す必要がありません。
ドキュメントは .agents/product-marketing.md に保存されます。
ワークフロー
ステップ 1: 既存のコンテキストを確認する
まず、.agents/product-marketing.md が既に存在するか確認します。また、古いセットアップのために .claude/product-marketing.md とレガシーファイル名 product-marketing-context.md（.agents/ または .claude/ のいずれか）も確認します — もし .agents/product-marketing.md 以外の場所にある場合は、正規の場所に移動することを提案します。
存在する場合:
- 読み取り、キャプチャされている内容を要約します — 現在の ドキュメントバージョン と最近の Changelog エントリをいくつかメモし、ユーザーがドキュメントの状態と最近の変更を把握できるようにします。
- どのセクションを更新したいか尋ねます。
- そのセクションの情報のみを収集します。
- 実質的な保存のたびに、バージョンを上げ、Changelogエントリを追加します（ステップ4を参照）。このドキュメントは他のすべてのマーケティングスキルが読み取る共有コンテキストであるため、何が変更され、なぜ変更されたか の日付入りの証跡を残す価値があります。
存在しない場合、2つのオプションを提供します:
-
コードベースから自動下書き（推奨）: リポジトリ（README、ランディングページ、マーケティングコピー、package.jsonなど）を調査し、コンテキストドキュメントのV1を下書きします。その後、ユーザーがレビュー、修正、および不足部分の補完を行います。ゼロから始めるよりも高速です。
-
ゼロから始める: 各セクションを対話的に、一度に1セクションずつ進めながら情報を収集します。
ほとんどのユーザーはオプション1を好みます。下書きを提示した後、「修正が必要な点はありますか？不足している点はありますか？」と尋ねます。
ステップ 2: 情報を収集する
自動下書きの場合:
- コードベースを読み取ります：README、ランディングページ、マーケティングコピー、アバウトページ、メタディスクリプション、package.json、既存のドキュメント
- 見つけた情報に基づいてすべてのセクションを下書きします
- 下書きを提示し、修正が必要な点や不足している点を尋ねます
- ユーザーが満足するまで繰り返します
ゼロから始める場合: 以下の各セクションを、一度に1つずつ対話的に進めます。すべての質問を一度に投げかけないでください。
各セクションについて:
- キャプチャしようとしている内容を簡単に説明します
- 関連する質問をします
- 正確性を確認します
- 次のセクションに進みます
顧客の言葉そのものを引き出すようにしてください — 正確なフレーズは、磨き上げられた説明よりも価値があります。なぜなら、それらは顧客が実際にどのように考え、話しているかを反映しており、より共感を呼ぶコピーにつながるからです。
キャプチャするセクション
1. 製品概要
- 一言の説明
- 製品の機能（2〜3文）
- 製品カテゴリ（どの「棚」に置かれるか — 顧客がどのように検索するか）
- 製品タイプ（SaaS、マーケットプレイス、Eコマース、サービスなど）
- ビジネスモデルと価格
2. ターゲットオーディエンス
- ターゲット企業の種類（業界、規模、ステージ）
- ターゲット意思決定者（役割、部門）
- 主要なユースケース（解決する主な問題）
- ジョブ・トゥ・ビー・ダン（顧客があなたを「雇う」2〜3の事柄）
- 具体的なユースケースやシナリオ
3. ペルソナ（B2Bのみ）
購入に複数のステークホルダーが関与する場合、それぞれについてキャプチャします:
- ユーザー、チャンピオン、意思決定者、予算責任者、技術的影響力者
- それぞれが気にしていること、課題、あなたが約束する価値
4. 問題とペインポイント
- 顧客があなたを見つける前に直面する中核的な課題
- 現在のソリューションが不十分な理由
- それが顧客に与えるコスト（時間、お金、機会）
- 感情的な緊張（ストレス、恐れ、疑念）
5. 競合状況
- 直接競合: 同じソリューション、同じ問題（例：Calendly vs SavvyCal）
- 二次競合: 異なるソリューション、同じ問題（例：Calendly vs Superhumanのスケジュール機能）
- 間接競合: 相反するアプローチ（例：Calendly vs パーソナルアシスタント）
- それぞれが顧客にとって不十分な点
6. 差別化要因
- 主要な差別化要因（競合にない機能）
- 問題の解決方法の違い
- それが優れている理由（メリット）
- 顧客が競合ではなくあなたを選ぶ理由
7. 反論とアンチペルソナ
- セールスで聞かれる上位3つの反論とその対処法
- 適さない顧客（アンチペルソナ）
8. 乗り換えのダイナミクス
JTBDの4つの力:
- プッシュ: 現在のソリューションから顧客を遠ざける不満
- プル: 顧客をあなたに引き寄せるもの
- 習慣: 顧客を現在のアプローチに留まらせているもの
- 不安: 乗り換えについて顧客が心配すること
9. 顧客の言葉
- 顧客が問題をどのように説明するか（正確な言葉）
- 顧客があなたのソリューションをどのように説明するか（正確な言葉）
- 使用すべき言葉／フレーズ
- 避けるべき言葉／フレーズ
- 製品固有の用語集
10. ブランドボイス
- トーン（プロフェッショナル、カジュアル、遊び心など）
- コミュニケーションスタイル（直接的、会話的、技術的）
- ブランドパーソナリティ（3〜5つの形容詞）
11. 証明ポイント
- 引用すべき主要な指標や結果
- 注目すべき顧客／ロゴ
- お客様の声の抜粋
- 主要な価値テーマとそれを裏付ける証拠
12. 目標
- 主要なビジネス目標
- 主要なコンバージョンアクション（ユーザーに実行してほしいこと）
- 現在の指標（わかっている場合）
ステップ 3: ドキュメントを作成する
情報収集後、以下の構造で .agents/product-marketing.md を作成します:
# プロダクトマーケティングコンテキスト
**ドキュメントバージョン:** v1
**最終更新日:** [日付]
## 製品概要
**一言で:**
**機能:**
**製品カテゴリ:**
**製品タイプ:**
**ビジネスモデル:**
## ターゲットオーディエンス
**ターゲット企業:**
**意思決定者:**
**主要なユースケース:**
**ジョブ・トゥ・ビー・ダン:**
-
**ユースケース:**
-
## ペルソナ
| ペルソナ | 気にしていること | 課題 | 約束する価値 |
|---------|-------------|-----------|------------------|
| | | | |
## 問題とペインポイント
**中核的な問題:**
**代替案が不十分な理由:**
-
**それがもたらすコスト:**
**感情的な緊張:**
## 競合状況
**直接:** [競合] — 不十分な理由...
**二次:** [アプローチ] — 不十分な理由...
**間接:** [代替案] — 不十分な理由...
## 差別化要因
**主要な差別化要因:**
-
**当社の解決方法の違い:**
**それが優れている理由:**
**顧客が当社を選ぶ理由:**
## 反論
| 反論 | 対応 |
|-----------|----------|
| | |
**アンチペルソナ:**
## 乗り換えのダイナミクス
**プッシュ:**
**プル:**
**習慣:**
**不安:**
## 顧客の言葉
**問題の説明:**
- "[正確な言葉]"
**当社の説明:**
- "[正確な言葉]"
**使用すべき言葉:**
**避けるべき言葉:**
**用語集:**
| 用語 | 意味 |
|------|---------|
| | |
## ブランドボイス
**トーン:**
**スタイル:**
**パーソナリティ:**
## 証明ポイント
**指標:**
**顧客:**
**お客様の声:**
> "[引用]" — [誰]
**価値テーマ:**
| テーマ | 証明 |
|-------|-------|
| | |
## 目標
**ビジネス目標:**
**コンバージョンアクション:**
**現在の指標:**
## 変更履歴
*新しいものから順に。1リビジョン1行：何が変更され、なぜか。*
- v1 ([日付]) — 初期コンテキスト。
ステップ 4: 確認、バージョン管理、保存
- 完成したドキュメントを表示します
- 調整が必要かどうか尋ねます
- バージョンとChangelogを設定 — これは他のすべてのスキルが読み取るドキュメントの証跡です:
- 新規ドキュメント:
ドキュメントバージョン: v1と単一のChangelogエントリ —- v1 ([今日]) — 初期コンテキスト。を設定します - 既存ドキュメントの更新: バージョンをインクリメントし（v2 → v3 …）、
最終更新日を今日の日付に更新し、新しいChangelogエントリをリストの先頭に追加します（新しいものから順）。エントリは1行で 何が変更され、なぜか を要約します。過去のエントリを書き換えたり、並べ替えたりしないでください。 - 適切なエントリは、触れたセクションと理由を記述します。「ドキュメントを更新」のようなものは避けてください。例:
- v3 (2026-07-16) — 「メールツール」から「配信到達性プラットフォーム」にポジショニングを変更。ICPにRevOpsを追加。- v2 (2026-06-02) — 顧客インタビュー5件後に価値提案と反論を書き直し。競合Acmeを追加。
- エントリと
最終更新日には今日の日付をISO形式（YYYY-MM-DD）で使用します - 純粋なタイポ修正のみ: バージョンを上げたりChangelogエントリを追加したりせず、修正だけを保存します。それ以外の変更はすべてバージョンアップとエントリ追加を行います。変更が実際のポジショニング変更である場合は、その旨を明確に記述してください — 下流のスキルは新しいコンテキストに対して生成を行うようになります
- 新規ドキュメント:
.agents/product-marketing.mdに保存します- ユーザーに伝えます:「他のマーケティングスキルがこのコンテキストを自動的に使用するようになります。下部のChangelogはすべてのリビジョンを追跡します — ポジショニングがどのように進化してきたかを確認するためにチェックしてください。更新するにはいつでも
/product-marketingを実行してください。」
ヒント
- 具体的に: 「あなたのもとに顧客を連れてくる最大の不満は何ですか？」と尋ね、「彼らはどんな問題を解決しますか？」と尋ねないでください
- 正確な言葉をキャプチャする: 顧客の言葉は、磨き上げられた説明よりも優れています
- 例を求める: 「例を挙げていただけますか？」と尋ねると、より良い回答が得られます
- 進めながら検証する: 各セクションを要約し、次に進む前に確認します
- 該当しないものはスキップする: すべての製品がすべてのセクションを必要とするわけではありません（例：B2Cのペルソナ）