设计产品的方向
可以简单理解为，一个功能未来的发展方向。可以阶段性的思考， 近期，中期，远期。
未来不一定是沿着方向顺利走下去。 但可以贴着方向去设计。
有了方向有几个好处 ：
- 设计上有了比较好的着陆点
- 开发的技术设计上也能有一个长期规划。好做一些预留点。
- 可以减少一些不必要的泛化需求和功能。
方向是一个大方向， 好比一个喇叭的扩散式的。但会随着时间，越走越清晰。
当然也有一个不好的地方 ， 就是方向不好
二八原则
百分之八十的用户，只用了百分之二十的功能。
百分之八十的精力，放在这百分之二十的功能上。
每个需求，每个功能，都有百分之二十的重点，用百分之八十的精力去做，其他的只留百分之二十精力去做百分之八十的功能。
产品的模块化
- 一定要模块化
- 关于模块的划分，可以先规划，再划分
设计的最小可交付单位
- 每一次交付中，都要有最小可交付单位
- 可以多个交付单位交付。
- 一个需求可以有多个可交付单位
抽象和建模
- 把需求转化为功能
- 通用功能
- 特定功能
- 泛化功能（延伸功能）
图
一图胜千言
初期 : 背景描述 , 思维图
重点 : 流程图
输出 : 产品原型图
- 要有一个全局的流程图
- 要有模块内的流程图
- 最好的梳理业务的方式，就是画图，一图胜千言
功能要闭环
- 要有完整的输入和输出链
快速失败原则
- 优先考虑失败的情况
- 所有失败的都没有了，那就只有一种成功的情况了
数据收集
- 数据冷热分离
- 操作收集，分析
- 常用的简化，集中
- 不常用的丰富化
输出
- 原始需求
- 设计稿
- 主要流程图
- 需求拆分
- 最小可交付单位
清理规划产品债务
开发有技术债 ， 产品也有业务债 。
胜利要共享，责任要共担
产品是走在项目前面的人，也是最先感知到产品的好坏的人。
当app做的好时， 及时将消息同步给其他成员。 app 里好的点，是整个团队的功绩。
当 app 做的不好时，大家一起找原因。 是产品设计不合适，还是技术债务没解决，或是都有原因。