設計產品的方向
可以簡單理解爲，一個功能未來的發展方向。可以階段性的思考， 近期，中期，遠期。
未來不一定是沿着方向順利走下去。 但可以貼着方向去設計。
有了方向有幾個好處 ：
- 設計上有了比較好的着陸點
- 開發的技術設計上也能有一個長期規劃。好做一些預留點。
- 可以減少一些不必要的泛化需求和功能。
方向是一個大方向， 好比一個喇叭的擴散式的。但會隨着時間，越走越清晰。
當然也有一個不好的地方 ， 就是方向不好
二八原則
百分之八十的用戶，只用了百分之二十的功能。
百分之八十的精力，放在這百分之二十的功能上。
每個需求，每個功能，都有百分之二十的重點，用百分之八十的精力去做，其他的只留百分之二十精力去做百分之八十的功能。
產品的模塊化
- 一定要模塊化
- 關於模塊的劃分，可以先規劃，再劃分
設計的最小可交付單位
- 每一次交付中，都要有最小可交付單位
- 可以多個交付單位交付。
- 一個需求可以有多個可交付單位
抽象和建模
- 把需求轉化爲功能
- 通用功能
- 特定功能
- 泛化功能（延伸功能）
圖
一圖勝千言
初期 : 背景描述 , 思維圖
重點 : 流程圖
輸出 : 產品原型圖
- 要有一個全局的流程圖
- 要有模塊內的流程圖
- 最好的梳理業務的方式，就是畫圖，一圖勝千言
功能要閉環
- 要有完整的輸入和輸出鏈
快速失敗原則
- 優先考慮失敗的情況
- 所有失敗的都沒有了，那就只有一種成功的情況了
數據收集
- 數據冷熱分離
- 操作收集，分析
- 常用的簡化，集中
- 不常用的豐富化
輸出
- 原始需求
- 設計稿
- 主要流程圖
- 需求拆分
- 最小可交付單位
清理規劃產品債務
開發有技術債 ， 產品也有業務債 。
勝利要共享，責任要共擔
產品是走在項目前面的人，也是最先感知到產品的好壞的人。
當app做的好時， 及時將消息同步給其他成員。 app 裏好的點，是整個團隊的功績。
當 app 做的不好時，大家一起找原因。 是產品設計不合適，還是技術債務沒解決，或是都有原因。