press-release

目的

Amazon の「Working Backwards」手法に基づき、製品や機能を構築する前に定義し、伝えるための先見性のあるプレスリリースを作成します。これを活用して、顧客に提供する価値提案について関係者の認識を合わせ、解決する課題を明確にし、製品のストーリーが共感を呼ぶかを検証します。プレスリリースを、明確さと顧客中心の考え方を促す仕組みとして扱います。

これは発売日のマーケティング資料ではありません。「これを完璧な形で世に出すとしたら、世界にどう説明するか？」と問う計画ツールです。

入力

最も役立つ情報： 製品や機能のアイデアと、その対象となる人。 あるとさらに役立つ情報： 顧客の課題、主なメリット、社内で引用する価値のある見解。

呼び出し時に入力された内容（スキル名の後に続くテキスト、貼り付けられたコンテキスト、追加された ARGUMENTS: 行など）は、すでに回答済みの情報として扱います。活用し、その内容に該当する質問は繰り返さないでください。

何も情報がなくても問題ありません。 このスキルでは、顧客は誰か、発売日に顧客にどのような変化があるかという、バックワーズ方式のプレスリリースでごまかすことのできない2つの点を尋ねます。

呼び出し例： Amazon-style press release: instant expense approval for field technicians, launching Q3.

主要な概念

Amazon の Working Backwards フレームワーク

Amazon が広めた Working Backwards プロセスは、コードを書く前にプレスリリースと FAQ を作成するところから始まります。プレスリリースは次の要件を満たす必要があります。

• 顧客の視点で書く
• 開発する機能ではなく、解決する課題に焦点を当てる
• 短くする（1〜1.5ページ）
• 顧客が製品を欲しいと思うほど魅力的にする

プレスリリースの構成

標準的なプレスリリースは、次の形式に沿います。

1. 見出し： メリットが明確に伝わる製品発表
2. 発表地・日付： 市、州、日付
3. 導入段落： 発表する内容、対象者、主なメリット
4. 課題の段落： 製品が解決する顧客の課題
5. 解決策の段落： 製品が課題に対処する方法（機能ではなく成果）
6. 企業リーダーの引用： ビジョン、顧客への取り組み
7. 詳細情報： 補足的なメリットやデータ
8. 会社概要： 企業の背景情報
9. 行動喚起： 詳細を知る方法
10. メディア連絡先： 報道関係者向けの連絡先情報

効果がある理由

• 顧客第一の考え方： 顧客の視点から価値を言葉にすることを促します
• 明確さを促す仕組み： 魅力的なプレスリリースを書けないなら、製品のアイデアに力がない可能性があります
• 認識合わせのツール： エンジニアリングを始める前に、関係者がビジョンを読み、意見を伝えられます
• 意思決定の基準： プレスリリースに載らない機能は、優先度を見直してください

避けるべきパターン（これは該当しません）

• 機能中心ではない： 仕様を列挙せず、顧客が得られる成果に焦点を当てます
• 社内用語を使わない： エンジニアではなく、顧客に向けて書きます
• 曖昧にしない： 「生産性を一変させます」は中身のない表現です。「レポート作成時間を8時間から10分に短縮します」は具体的です
• マーケティング上の誇張をしない： 製品が実際にできることを正直に伝えます

使用する場面

• 新製品や大規模な機能を定義する
• 開発前にビジョンについて関係者の認識を合わせる
• 製品アイデアに魅力があるか検証する
• 経営幹部への提案や承認の獲得

使用しない場面

• ささいな機能の場合（小さな変更を過度に複雑化しない）
• 製品をすでに構築した後（手遅れです）
• 実際の発売日用プレスリリースとして使う場合（これは計画文書であり、最終的なマーケティング文案ではありません）

---

適用

全項目を記入するための構成には template.md を使用してください。

ステップ 1：背景情報を集める

文章を作成する前に、次の情報を確認してください。

• **製品／機能の説明：**何を開発していますか？
• **ターゲット顧客／ペルソナ：**誰を対象としていますか？（skills/proto-persona/SKILL.md を参照）
• **課題の説明：**どのような顧客の課題を解決しますか？（skills/problem-statement/SKILL.md を参照）
• **主なメリット：**どのような成果をもたらしますか？
• **競合状況：**ほかの選択肢と比べて、どのような違いがありますか？（skills/positioning-statement/SKILL.md を参照）
• **企業のミッション／価値観：**企業のビジョンにどのように合致していますか？

**背景情報が不足している場合：**まず情報を集め、課題を定義するか、ポジショニングを明確にしてください。

---

ステップ 2：見出しを作成する

明確で、メリットを重視した見出しを作成します。

"[Product/Feature Name] by [Company] Aims to [Main Benefit/Goal]"

品質チェック：

• **メリット重視：**構築したものだけでなく、顧客が得られるものを伝えていますか？
• 具体的：「ワークフローの簡素化を目指します」は曖昧ですが、「請求書の処理時間を 60％削減することを目指します」は具体的です。
• **記憶に残る：**誰かが会話の中でこの見出しを繰り返せますか？

例：

• ✅ 「Acme Workflows、中小企業の処理時間を 60％削減する請求書自動化を開始」
• ❌ 「Acme、AI 機能を搭載した新製品を発売」

---

ステップ 3：発表日と導入文を書く

[City], [State], [Country], [Date] —

Today, [Company], a [type of organization], announced [key news], a [brief description]. This [product/feature] is set to [main benefit], addressing [key customer problem].

品質チェック：

• **簡潔：**最大 2～3 文
• **顧客の課題に言及：**解決策にすぐ飛びつかず、まず課題を示してください。

---

ステップ 4：課題を説明する

[Product/feature] solves [specific customer problem]. According to [source or customer insight], [supporting data or quote that validates the problem].

品質チェック：

• **具体的な課題：「**非効率」ではなく、「手作業での請求書処理に毎月 8 時間かかる」
• **検証済み：**課題が実在することを示すデータ、顧客の声、調査結果を含めてください。

---

ステップ 5：解決策を説明する（成果を重視）

[Product/feature] addresses this by [how it solves the problem—focus on outcomes]. [Quote from company leader]: "[Insert quote that emphasizes customer value, not features]."

品質チェック：

• **成果を先に提示：「**OCR 技術を搭載」ではなく、「処理時間を削減」
• **ビジョンを伝える引用：**顧客への共感と企業の価値観を反映させてください。

---

ステップ 6：補足情報を追加する

In addition to [key benefit], [product/feature] also [additional benefits]. According to [statistic or source], [supporting data].

品質チェック：

• **データに基づく：**可能であれば、時間の節約やコスト削減などの数値を使ってください。
• 顧客中心：「私たちが構築したもの」ではなく、引き続き「顧客が得られるもの」に焦点を当ててください。

---

ステップ 7：定型文を含める

[Company], founded in [year], is a [type of company] known for [main products/services]. With a focus on [company mission or values], [Company] has [achievements or milestones].

---

ステップ 8：行動喚起とメディア問い合わせ先を追加する

For more information about [product/feature], visit [website] or contact [media contact name] at [contact info].

**Media Contact Information:**
[Name]
Title: [Title]
Phone: [Phone]
Email: [Email]

---

ステップ 9：プレスリリースを確認する

次の質問をしてみてください。

1. **顧客にとって関心のある内容ですか？**ターゲット顧客に送った場合、もっと知りたいと思うでしょうか？
2. **課題は明確ですか？**製品について聞いたことがない人でも、どのような問題なのか理解できますか？
3. **メリットは測定可能ですか？**主張（時間の節約、コスト削減など）を証明できますか？
4. **専門用語を使いすぎていませんか？**家族にも理解できる内容ですか？
5. **「それで何が変わるの？」という問いに答えていますか？**読んだ人が「それで何が変わるの？」と思うなら、価値を明確に伝えられていません。

答えが「いいえ」の項目があれば、修正してください。

---

例

プレスリリースの全例については、examples/sample.md を参照してください。

短い例：

**Headline:** "Acme Launches SmartInvoice to Cut Processing Time by 60%"
**Problem:** Small businesses spend 8 hours/month on manual invoices
**Solution:** Automates extraction and approvals to save time

---

よくある落とし穴

落とし穴 1：メリットではなく機能を列挙する

兆候：「AI、ML、OCR、NLP、リアルタイム同期を搭載」

**結果：**顧客が関心を持つのは機能ではなく、成果です。

**対処法：**機能をメリットに置き換えます。「AI を活用した自動化により、請求書の処理時間を 60％削減します。」

---

落とし穴 2：課題の説明が曖昧

兆候：「ワークフローの非効率を解決します」

**結果：**誰も自分の課題だと認識できません。

**対処法：**具体的に説明します。「中小企業の経営者は、請求書データの手入力に毎月 8 時間を費やしています。」

---

落とし穴 3：専門用語が多い

兆候：「最先端の ML モデルを活用し、エンタープライズ級のワークフローを最適化します」

**結果：**顧客に内容が伝わりません。

**対処法：**友人に説明するように書きます。「請求書を自動で処理するので、手作業は不要です。」

---

落とし穴 4: ありきたりな経営陣の引用

症状: 「イノベーションを市場に届けられることを嬉しく思います」

結果: 引用に価値がありません。どんな製品にも当てはまります。

修正: 顧客中心にします: 「事業主は週末を請求書処理に費やすべきではありません。その時間は家族と過ごすべきです。」

---

落とし穴 5: データや検証がない

症状: 「顧客はこの革新的な新ソリューションを気に入るでしょう」

結果: 裏付けのない主張 = マーケティングの空文です。

修正: データを追加します: 「ベータユーザーは平均して月 5 時間を節約しました」または「中小企業の 68% が請求書処理を最大の管理負担として挙げています。」

---

参考資料

関連スキル

• skills/problem-statement/SKILL.md — プレスリリースが取り上げる顧客課題を定義します
• skills/positioning-statement/SKILL.md — 差別化と価値提案に情報を提供します
• skills/proto-persona/SKILL.md — プレスリリースで言及されるターゲット顧客を定義します
• skills/jobs-to-be-done/SKILL.md — 顧客のメリットと成果に情報を提供します

外部フレームワーク

• Amazon の Working Backwards プロセス — プレスリリース先行手法の起源
• Ian McAllister による Amazon のプレスリリーステンプレートに関する Quora の回答 (2012) — 広く引用される説明
• Colin Bryar & Bill Carr, Working Backwards (2021) — Amazon の製品開発プロセスに関する書籍

Dean の成果物

• Visionary Press Release Prompt (Amazon の Working Backwards 手法に着想を得たもの)

出典

• https://github.com/deanpeters/product-manager-prompts リポジトリの prompts/visionary-press-release.md から改変。

---

スキルの種類: コンポーネント 推奨ファイル名: press-release.md 推奨配置場所: /skills/components/ 依存関係: skills/problem-statement/SKILL.md、skills/positioning-statement/SKILL.md、skills/proto-persona/SKILL.md、skills/jobs-to-be-done/SKILL.md を参照します