本来是想继续分享一些关于产品文档和产品过程的东西，但总觉得用语句很难表达的清（呵，我自己本身就表达能力就不强！），还是用网上一位童鞋的PPT总结，大家容易接受。
写文档的8种思路
1、 合理的建立全局观，把握整体框架；
2、 合理的建立业务模型；
3、 合理的拆分系统需求；
4、 合理的预留系统扩展；
5、 合理的处理好业务流，信息流，以及数据流；
6、 合理的遵从：业务原理（逻辑）”→系统实现原理（逻辑），然后细分到-模块实现原理（逻辑）、具体到-页面交互原理（逻辑）；
7、 合理的编排需求的优先级次序；
8、 合理的做好需求被KO掉的准备。
关于写文档的10点注意
1、 写文档，一定不在拘泥于工具，在于思路；但用好工具，会使你的需求加速；
2、 写文档，一定先定义流程，后定义交互原型，原型仅是需求交互的载体；
3、 写文档，一定要划分好优先前后级，核心的、主要的需求先走，其它的可以缓后；
4、 写文档，一定要基于可开发，不能天马行空。（IDEA阶段可以天马行空）；
5、 写文档，一定要规范，目录、层级都清晰，写出来别人是要看的；
6、 写文档，一定要清晰明了，不在于是否写的多，在于是否真正说明了问题；
7、 写文档，一定要学习竞争者的长处，可以把好的东西借鉴过来，吸取精华；
8、 写文档，一定要落实到每个细节，需求都不完善，成品何来完善；
9、 写文档，一定要自己多看，自己给自己找茬，把问题止步于自己；
10、写文档，一定要注意版本管理，并做好版本修订等工作。
写文档，是要权衡很多需求点，也要考虑到方方面面，如何快速高效、准确合理的写需求，更是考验产品经理 “横向知识”、“纵向深度”的一个工程。
很多都会问有没有需求模板，其实需求本无模板，因为—需求自在心中
产品推进的6点理解
1、一个没有产品管的产品，它将没有生命力；
2、一个产品不推进的产品，它将不会取得成功；
3、一个产品自己不用的产品，它更不为用户接受；
4、为什么我们要推进产品，因为希望产品变好；
5、为什么我们要推进产品，因为希望产品需要我们推进；
6、为什么我们要推进产品，因为希望与产品共同成长；
