PRODUCT ADVISORY COUNCIL
开发变快时更要减功能
方法背面
开发变快时更要减功能
生成和实现成本下降后,主动删除不必要功能,用早期真实使用判断产品取舍。
什么时候用
- 原型迅速膨胀、解释困难或功能组合难测试
先问自己
- 如果明天交给新用户,哪些功能只增加理解负担?
- 我们是否在用第九个功能补救前八个未验证的假设?
可以怎么做
- 定义首个可验证任务并删减不必要组合
- 让真实用户尽早使用,再决定新增或重写
别忽略这些边界
- 快速重写适用于成本可控的阶段;存量依赖、数据和迁移不能视作可随意丢弃。
- 不能只因用户暂未发现某功能就删除,先检查关键少数场景。