press-release
作者 deanpeterspress-release 技能可帮助你在动手构建前，先起草一份 Amazon 风格的 Working Backwards 新闻稿。它适合用来厘清客户价值、验证产品或功能想法，并用一段简洁、以客户为中心的叙述让相关方达成一致。对 Technical Writing 的 press-release 场景以及早期产品规划都很有帮助。
该技能评分为 83/100，说明它很适合目录中希望直接上手 Working Backwards 新闻稿流程的用户。它为 agent 提供了清晰的触发条件、结构化模板和示例输出，因此用户可以放心安装；相比通用提示词，它更能减少试错与猜测。
- 使用场景和触发条件清晰：以“Write an Amazon-style press release”为入口，帮助在开发前对齐相关方。
- 操作结构扎实：模板、示例文件以及 1.5 页风格框架，能帮助 agent 稳定产出成品。
- 安装决策价值高：frontmatter 合规，正文内容充实，也没有占位符或测试标记。
- 没有安装命令或配套脚本，因此是否采用主要取决于直接阅读并使用 markdown 指引。
- 除了模板和示例之外，辅助材料有限，某些边界情况可能需要 agent 自行判断。
press-release 技能概览
press-release 技能能帮你在产品或功能开发之前，先写出一份类似 Amazon Working Backwards 的新闻稿。它最适合产品经理、创始人、技术写作者，以及需要清晰客户价值叙事的跨职能团队，而不是发布当天那种营销文案。如果你是为了 Technical Writing 使用 press-release，目标就是把一个粗略想法转成一段简洁、以客户为中心的叙述，尽早暴露范围、价值或证据上的缺口。
这个技能适合做什么
当你需要判断一个提议中的想法值不值得做、又是否容易讲清楚时，就该用 press-release 技能。它会逼你回答几个核心问题：客户是谁、痛点是什么、结果改善在哪里，以及为什么现在值得关注？
谁最能从中受益
这份 press-release 指南对仍在打磨路线图条目、内部工具或新工作流的团队最有用。如果你已经有了润色成熟的发布公告，只差校对，它的价值就没那么大。
它有什么不同
和普通提示词不同，这个技能会先把客户结果放在第一位，再把新闻稿当成决策工具。它的设计目的，是在开始实现之前，就把缺失的假设、模糊的收益和薄弱的定位揪出来。
如何使用 press-release 技能
安装并找到核心文件
先用 npx skills add deanpeters/Product-Manager-Skills --skill press-release 安装。然后按顺序阅读 skills/press-release/SKILL.md、template.md 和 examples/sample.md。这些文件会展示 press-release 技能所要求的结构、语气和具体程度。
给这个技能一份真实的产品简报
最好的 press-release 输入，应该是一段简短但完整的简报，包含客户、问题、拟议方案和可衡量的结果。差的输入是“帮我们的 AI 功能写一篇新闻稿”。更好的输入会像这样：“为面向企业坐席的工单摘要功能写一份 Working Backwards 新闻稿，这个功能把分流时间从 12 分钟缩短到 4 分钟，并减少重复升级。”
采用 Working Backwards 工作流
按这个顺序起草：标题、导语、问题段、方案段、FAQ。语言要始终面向客户，并围绕结果来写。如果你连一段可信的问题描述都写不出来，通常说明这个想法还需要进一步定义，press-release 技能此时也很难产出有用草稿。
输入会改变结果的约束条件
把产品阶段、受众、证明点、集成项，以及合规、时间线或平台依赖这类硬限制都写进去。对于 Technical Writing 场景的 press-release，还要说明草稿应更像内部文档、外部稿件还是面向干系人，因为这会直接影响用词和证据强度。
press-release 技能 FAQ
press-release 只适合发布吗？
不是。press-release 技能主要是规划工具，不是发布当天的宣传资产。它最适合在构建之前使用，用来压力测试想法，并让团队就客户价值达成一致。
它和普通提示词有什么不同？
普通提示词可能只会给你一篇泛泛的公告。这个 press-release 技能会推动你写出结构清晰、以客户为先的叙事，从而看清产品是否真的解决了一个有意义的问题。这也是它更适合做决策和范围校验的原因。
对新手友好吗？
友好，只要你能用朴素语言描述产品即可。你不需要很完美的战略术语，但至少要能说清楚它是为谁做的、要消除什么痛点，以及成功会如何衡量。
什么情况下不该用它？
如果你只需要润色过的营销文案、博客文章或销售页面，就不要用 press-release。它也不适合那些连客户痛点或预期结果都还说不清的模糊想法。
如何改进 press-release 技能
先给证据，不要先给噱头
当你提供更具体的输入时，press-release 技能会明显变好：基线指标、用户抱怨、当前工作流，以及理想的前后对比状态。比如，“加快报表速度”不如“把团队负责人的每周报表准备时间从 90 分钟降到 20 分钟”来得有力。
收紧问题定义
大多数输出不够强，根源都在于问题段写得不够具体。如果草稿读起来很泛，先说清楚用户现在怎么做、哪里出错、这种失败会在时间、金钱或信任上造成什么代价。通常这一步就能明显提升整篇 press-release 的质量。
围绕受众和证据反复打磨
如果第一版显得过于宽泛，就缩小受众范围，并补充一个可信的证明点。比如，不要只写“适合团队”，而是明确成“面向受监管金融科技公司的 onboarding 经理”，再补一个指标、集成项或工作流约束，让收益更可信。
用 FAQ 逼出风险
一份好的 press-release 指南不会只停留在标题上。要让技能预判反对意见、实现约束和替代方案。如果 FAQ 写得很薄，说明你的想法在真正动手之前，可能还需要更尖锐的假设。