做一个快乐的产品经理
转自：http://winnie0927.blog.sohu.com/160391837.html
前言：
做一个快乐的产品经理
产品需求不仅仅是需求，更是一个艺术
产品推进不仅仅是过程，更是一种享受
观点：
让快乐源于心中
让我们都做一个快乐的产品经理
1、需求篇
产品需求，归结为需求工程；如果我们把这个事情当艺术来追求，岂不美哉。
一、产品需求角色分析
- 基于需求发起方；
- 基于需求对象方；
- 基于需求执行方；
二、产品需求对象分析
- 基于对市场的需求；
- 基于对用户的需求；
- 基于对系统的需求；
三、产品需求的综合分析
- 要做什么？
- 可做不可做？
- 要做到啥样？
- 时间、投入多少?
- 风险、回报各占比例？
2、文档篇
产品文档，说白了就是写需求。
一、关于写文档的八项思路
- 合理的建立全局观，把握整体框架；
- 合理的建立业务模型；
- 合理的拆分系统需求；
- 合理的预留系统扩展；
- 合理的处理好业务流、信息流、以及数据流；
- 合理的遵从：业务原理（逻辑）——>系统实现原理（逻辑），然后细分到-模块实现原理（逻辑）、具体到-页面交行原理（逻辑）；
- 合理的编排需求的优先级次序；
- 合理的做好需求被KO掉的准备。
二、关于写文档的十点注意
- 写文档，一定不要拘泥于工具，在于思路；但用好工具，会使你的需求加速；
- 写文档，一定先定义流程，后定义交互原型，原型仅是需求交互的载体；
- 写文档，一定要划分好优先前后级，核心的、主要的需求先走，其他的可以缓后；
- 写文档，一定要基于可开发，不能天马行空；
- 写文档，一定要规范，目录、层级都清晰，写出来是别人要看的；
- 写文档，一定要清晰明了，不在于是否写的多，在于是否真正说明了问题；
- 写文档，一定要学习竞争者的长处，可以把好的东西借鉴过来，吸引精华；
- 写文档，一定要落实到每个细节，需求都不完善，产品何来完善；
- 写文档，一定要自己多看，自己给自己找茬，把问题止步于自己；
- 写文档，一定要注意版本管理，并做好版本修订工作。
3、推进篇
特别对互联网的产品来说，产品并不是决定产品成功的唯一因素，但是，产品的推动是促进产品成成功的 重要因素。
一、关于产品推进的六点理解
- 一个没有产品管理的产品，它将没有生命力；
- 一个产品不推进的产品，它将不会取得成功；
- 一个产品自己不用的产品，它更不为用户接受；
- 为什么我们要推进产品，因为希望产品变好；
- 为什么我们要推进产品，因为产品需要我们推进；
- 为什么我们要推进产品，因为希望与产品共同成长。
产品要做的是沟通不是驳倒
要让人信服，不是让人屈服
