关于 working-backwards
面向产品经理和团队的产品管理技能,采用 Amazon 的 Working Backwards 方法,从客户问题出发,并在开发前撰写新闻稿和 FAQ,以明确方案。
主要功能
- 01从客户问题出发
- 02开发前撰写新闻稿
- 03开发前编写 FAQ
- 04评估并比较产品构想
- 05围绕产品目标协调相关方
适用场景
- 01定义新产品或重要功能
- 02从多个产品构想中作出选择
- 03厘清模糊的产品概念
- 04协调工程、设计与管理团队
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ pmprompt/ claude-plugin-product-management --skill working-backwards安装后在 Claude Code 中输入/working-backwards确认已加载。
详细介绍
领域背景
此技能采用经过验证的产品管理框架。该方法融合了行业领军者的最佳实践,旨在应用于日常产品管理工作。
输入要求
- 关于你的产品、功能或问题的背景信息
- 相关数据、研究或限制条件(建议提供,但非必需)
- 清晰说明你想要实现的目标
逆向工作法
定义
逆向工作法是 Amazon 的产品开发方法论。其核心理念是:从客户问题出发,反向推导解决方案,而不是反过来。
大多数团队采用正向思路:“我们有这项技术/能力/想法,能用它构建什么?”逆向工作法则将其倒过来:“客户面临什么问题?理想的解决方案应该是什么样?接下来,我们要如何构建它?”
具体做法是:在开始构建任何东西之前,先撰写一份内部新闻稿和常见问题解答。如果你无法写出一份有说服力的新闻稿,就说明你的产品不够有吸引力。
正如 Jeff Bezos 所说:“我们坚信,只要能很好地服务客户,优先考虑客户并为他们交付价值,销售额、收入和自由现金流等自然会随之而来。”
适用场景
在以下情况下使用逆向工作法:
- 定义新产品或重大功能,再决定是否投入资源
- 评估相互竞争的产品构想,并选择要开发哪一个
- 让相关方就开发内容及其原因达成一致
- 厘清模糊的产品概念
- 避免为了寻找问题而构建解决方案
- 打造工程、设计和领导团队都认同的共同愿景
- 判断是否值得推进某个想法
不适用场景
- 工作属于渐进式优化(A/B 测试、错误修复)
- 你正在执行已定义好的产品计划
- 范围太小,不值得付出相应开销
资源
书籍:
- Bill Carr 和 Colin Bryar 所著的 Working Backwards
- Brad Stone 所著的 The Everything Store
评论
支持 Markdown