在动手开发前用「亚马逊逆向工作法新闻稿」验证产品价值并对齐干…

当你准备做一个新产品/大功能或战略性押注时，先写一篇面向客户的新闻稿，用来验证价值是否真实、对齐干系人、并及早淘汰弱想法。

适用场景

解决思路

1. 先收集上下文，确保手上有：产品/功能描述、目标客户 persona、客户问题陈述、关键收益、竞争/差异化语境、公司使命与价值观。缺任何一项就先做 discovery、写 problem statement 或先厘清 positioning，再动笔。
2. 全篇遵循逆向工作法原则：从客户视角写、只讲解决的问题而非堆功能、控制在 1–1.5 页、写得足够吸引人让客户真的想买。
3. 按标准新闻稿 10 段结构组织内容：Headline、Dateline、导语段、问题段、解决方案段、公司领导引语、补充细节、Boilerplate、Call to action、Media contact。
4. 起草标题，套用模板 "[Product/Feature Name] by [Company] Aims to [Main Benefit/Goal]"；三项质检：是否讲客户能得到什么而非你造了什么、是否具体（"Aims to simplify workflows" 太虚，"Aims to cut invoice processing time by 60%" 才具体）、别人能否在对话中复述这个标题。
5. 写 Dateline 与导语段，模板："[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 句，且必须先点出客户问题再讲方案。
6. 写问题段，模板："[Product/feature] solves [specific customer problem]. According to [source or customer insight], [supporting data or quote that validates the problem]."；质检：问题要具体（不是 "inefficiency"，而是 "manual invoice processing takes 8 hours per month"），并附数据、客户引述或研究来证明问题真实存在。
7. 写解决方案段并附领导引语，模板："[Product/feature] addresses this by [how it solves the problem—focus on outcomes]." 加上公司领导引语；质检：以结果开头（"Reduces processing time" 而非 "includes OCR technology"），引语要体现客户同理心与公司价值观，不能是放之四海皆准的官话。
8. 写补充细节段，模板："In addition to [key benefit], [product/feature] also [additional benefits]. According to [statistic or source], [supporting data]."；质检：尽量用数字（省时、降本等），且仍聚焦 "客户得到什么" 而非 "我们造了什么"。
9. 写 Boilerplate，模板："[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]."
10. 写 Call to action 与 Media contact，模板："For more information about [product/feature], visit [website] or contact [media contact name] at [contact info]."；并补上联系人姓名、Title、Phone、Email。
11. 用 5 个问题自测并逐条修订：(1) 目标客户读了会不会想了解更多；(2) 没听过你产品的人能否看懂痛点；(3) 收益是否可衡量（省时、降本等）；(4) 是否没有行话、外行也能读懂；(5) 是否通过 "so what?" 测试——若读者说 "那又怎样"，说明价值没说清。任何一项答 "否" 就改。
12. 避免把新闻稿写成功能清单（如 "Includes AI, ML, OCR, NLP, and real-time sync"）：把功能翻译成收益，例如 "AI-powered automation reduces invoice processing time by 60%"。
13. 避免含糊的问题陈述（如 "Solves inefficiency in workflows"）：写成客户能对号入座的具体描述，例如 "Small business owners spend 8 hours/month manually entering invoice data"。
14. 避免行话堆砌（如 "Leverages cutting-edge ML models to optimize enterprise-grade workflows"）：像跟朋友解释一样写，例如 "Automatically handles invoices so you don't have to"。
15. 避免通用高管引语（如 "We're excited to bring innovation to market"）：改成以客户为中心的表述，例如 "Business owners shouldn't spend weekends processing invoices—they should spend that time with family"。
16. 避免无数据无验证的断言（如 "Customers will love this revolutionary new solution"）：补上数据，例如 "Beta users saved an average of 5 hours per month" 或 "68% of SMBs cite invoice processing as their top admin burden"。
17. 把新闻稿当决策过滤器用：任何进不了这篇新闻稿的功能，都要重新质疑它的优先级。

适用边界 · 注意事项

• 琐碎的小改动不要用，别为小 tweak 过度设计；
• 产品已经做完之后再用就太晚了，它应在写第一行 spec 之前使用；
• 不要把它当作发布日对外发布的最终营销稿，这是规划工具而非市场宣传文案。