做一个快乐的产品经理
临时应景，应草根帮主之邀，让我讲一下产品方面的东东，接到这个任务都有点发愁，其实产品也没啥好讲的，于是匆匆码了下面的一些文字，结果PPT没准备好，最后寥寥几句囫囵收场。O(∩_∩)O哈哈~
前言：
产品需求不仅仅是需求，更是一个艺术
产品文档不仅仅是文档，更是一个作品
产品推进不仅仅是过程，更是一种享受
让快乐源于心中，让我们都做一个快乐的产品经理！
解说：
接下来，我就简单的围绕产品需求、文档、推进三个方面，阐述下我个人的理解和感受，希望同在座的一起交流。
需求篇
产品需求，归结为需求工程；如果我们把这个事情当艺术来追求，岂不更美哉。
一、产品需求角色分析：
1、基于需求发起方；
2、基于需求对象方；
3、基于需求执行方；
二、产品需求对象分析，
1、基于对市场的需求；
2、基于对用户的需求；
3、基于对系统的需求；
三、产品需求的综合分析：
1、要做什么？
2、可做不可做？
3、要做到啥样？
4、时间、投入多少？
5、风险、回报各占比例？
解说：
我之前很多时候都仅仅充当了产品设计的角色，现在想来，做一个快乐的产品经理，怎么对市场感到陌生呢~哈，于是乎我关注市场，关注产品在市场中的诞生与生命；
同样你也得明白用户想什么，强烈需求是什么，潜在需求是什么，真正的能做到按需能及，这样或许不仅在受众、更在服务的接受度上更有意想不到的收获。
一定要充分的了解老板的需求！正儿八经讲来我很俗，今天我打工我这样，明天我打工还是这样，因为得到老板认可，我才快乐。
文档篇
产品文档，说白了就是写需求。很多周末我都宅在家里，有人管我叫文档男，因带一副眼镜之故，更有朋友管我叫四眼文档男！大伙说，为了工作我容易么。
一、 关于写文档的八项思路
1、 合理的建立全局观，把握整体框架；
2、 合理的建立业务模型；
3、 合理的拆分系统需求；
4、 合理的预留系统扩展；
5、 合理的处理好业务流，信息流，以及数据流；
6、 合理的遵从：业务原理（逻辑）”→系统实现原理（逻辑），然后细分到-模块实现原理（逻辑）、具体到-页面交互原理（逻辑）；
7、 合理的编排需求的优先级次序；
8、 合理的做好需求被KO掉的准备。（O(∩_∩)O~）
二、 关于写文档的十点注意
1、 写文档，一定不在拘泥于工具，在于思路；但用好工具，会使你的需求加速；
2、 写文档，一定先定义流程，后定义交互原型，原型仅是需求交互的载体；
3、 写文档，一定要划分好优先前后级，核心的、主要的需求先走，其它的可以缓后；
4、 写文档，一定要基于可开发，不能天马行空。（IDEA阶段可以天马行空）；
5、 写文档，一定要规范，目录、层级都清晰，写出来别人是要看的；
6、 写文档，一定要清晰明了，不在于是否写的多，在于是否真正说明了问题；
7、 写文档，一定要学习竞争者的长处，可以把好的东西借鉴过来，吸取精华；
8、 写文档，一定要落实到每个细节，需求都不完善，成品何来完善；
9、 写文档，一定要自己多看，自己给自己找茬，把问题止步于自己；
10、写文档，一定要注意版本管理，并做好版本修订等工作。
解说：
做一个快乐的产品经理，不仅仅在分析需求的时候要乐观，写需求的时候更要乐观（当需求来了，Come on来吧，让我来搞定吧！甚至你可以说，让需求来得更猛烈一些吧！哈哈）；
我每次写需求，都把它当成在完成新的一个作品，或许文档出来，还稍有些成就感，写文档，是要权衡很多需求点，也要考虑到方方面面，如何快速高效、准确合理的写需求，更是考验产品经理 “横向知识”、“纵向深度”的一个工程。
很多朋友都在群里问有没有需求模板，其实需求本无模板，因为—需求自在心中！（打圆场）
推进篇
特别是互联网产品来说，产品并不是决定产品成功的唯一因素，但是产品的推进是促进产品成功的重要因素。
产品推进的六点理解：
1、一个没有产品管的产品，它将没有生命力；
2、一个产品不推进的产品，它将不会取得成功；
3、一个产品自己不用的产品，它更不为用户接受；
4、为什么我们要推进产品，因为希望产品变好；
5、为什么我们要推进产品，因为希望产品需要我们推进；
6、为什么我们要推进产品，因为希望与产品共同成长；
解说：
产品一直是一个很灵魂的角色，或许在座的同我一样做过不少产品，
但谁做过一个成功的产品？
因为我们的推进，不断的完善，如果产品成功了，我们将会得到什么？[ 互动环节]
我的答案是：“我们会从人，成为人物。”
所以我弱弱的想问一下：“在座的产品人，做一个快乐的产品经理，推动产品前进快乐吗？”
我的答案是：“我很快乐！”
从产品入门到产品进阶，沟通协调一直是产品经理最重要的素质；因为沟通我们才得以进步！
让快乐源于心中，
让我们都做一个快乐的产品经理！