很多人在接触到产品经理的时候都觉得这是一个高大上的职位！动不动就是千万级别的用户量；动不动就是产品要改变世界，改变生活；动不动就是这个功能一定是很多人喜欢的！这个产品定位很好，这个创意很新鲜！
似乎一个产品新人看到这些，会是一种很激动人心的事情，但当我们真正讨论产品经理的时候，我们又在讨论什么？
这个产品的需求文档什么时候出来？
原型demo有做么？
这个功能这样做好吗？用户能懂么？
这个词描述的准确么？
这个界面包含的内容太多，信息太杂
界面设计的太俗，能不能高端点
这个流程不严谨，需要再考虑下
这个功能有BUG，快看！
……
我想大部分的产品经理都遇到过这些让人崩溃的问题，但是这就是产品经理的日常！是的，没错，你就是做这些的，刚刚前面的那些东西，其实跟你没有太多的关系！
其次很多人觉得，产品经理管理很多人，开发、设计、测试等等，看似很光（ku）鲜（bi）！但实际往往这样
这里的设计我不会做，我不清楚；
好啊，你觉得可以我就这样咯；
这个功能，容我想想，研究下；
这是BUG么？这是完善细节，懂么？细节！！
……
好了，YY了以上场景，我想大家都会遇到，但是当我们真正谈论产品经理的时候我们在说什么？
产品的雏形
这个时候看到两年前的工作本，看着上面的笔记，写着：
产品经理 —— 不会美术的UI不是好的程序员！那么你想当一个好的测试么？
其实在谈论产品经理的时候，主要谈的是产品，于是搬出一些老生常谈的问题：
产品解决的问题
产品的用户群体
产品的变现模式
产品解决的问题：
其实解决什么问题，大部分人都有自己的立场，但能否解决，解决的怎样，是重点，就拿社交来说：真的能解决【约】这个需求？不以约炮为目的的社交产品，都不是好产品！你解决的问题是否是别人最为关注的？你的这个问题是否是撕开一个市场的口子？
那么问题来了？你所负责的产品，真正解决了别人的需求么？这个需求可以往外拓展吗？拓展之后的业务和现在的运营模式是一样的么？你是做内容的，以垂直内容作为突破口，后面做内容平台，做粉丝？别闹了，中国人从来就没有为内容付费的习惯！你今天收费，明天我分分钟找个免费的内容网站给我提供内容！（PS：除非整个行业都收费了，那没办法，比如视频网站）
产品的用户群体：
产品的用户群体是哪些，你现在的用户群体是否可以为你带来更多的用户群体，你是垂直小众的用户群体还是大家都能接受的！这个用户群体的特征是什么？你通过什么东西来留住他们，用户是会长大的，随着年龄的增长，他们对你的依赖还那么重么？新的群体你要怎么引进~~OMG，似乎说多了~~~
产品的变现模式：
不管你做什么，你要改变世界之前，先要学会生存！社交、内容、工具，任何产品，你都要有自己的变现模式！不要天真的以为你用户量上来了，变现就容易了，印象笔记，这款产品的用户量有了吧，还不是摆脱不了崩盘的命运？
以上三点仅仅构成一个产品的雏形！
于是我翻开另一页：产品经理的日常，卧槽！上面满满的都是辛酸泪，然后我果断合上，找了一个便签纸写上两个字：
坚（gou）持（dai）！
产品立项报告
产品低保真原型
产品高保真原型
产品需求文档
产品设计文档
术语表
竞品分析报告
……
Axure
PS
Xmind
……
产品立项报告：
看似B格很高的样子！产品立项意味着工作的开始，你要做大量的分析、大量的调研，什么SWTO策略，什么商业模式挖掘，用户群体调研等来佐证你的项目是OK的~
但这些对于一个产品经理来说，都是家常便饭啦，没有数据怎么办？国内的数据平台百度一搜一大把，还有专业性的数据提供，比如淘宝交易数据，比如QQ社交分析报告等；产品经理如果不会找数据，那就回家看孩子吧~~
各种文档：
重点来了，其实产品立项报告对一个产品来说，只是一个幌子而已，刚刚回家看孩子的产品经理你可以回来了~ 有多少产品在发展的过程中改变了原来的定位，改变了原来的商业模式？社会是在变化的，市场也是在变化的，如果你没有跟着市场走，那么你的产品很可能一出生就面临着失败！因为：市场已经不需要你了！文档的意义在于他能记录你产品的发展，产品的一些变更记录，能够让后人知道产品为什么是今天这个样子，以前做过哪些调整；让开发小伙伴能够明确知道产品的逻辑是怎样的？产品的现在的逻辑是经过什么样的过程发展的。。。
工具、原型：
所谓工欲善其事必先利其器，利用好你能用的工具，可以为你的原型加分！或许有些产品经理会说，我做产品经理不是为了画原型的！那么我想告诉你，要想做好产品经理，第一关就是产品原型。原型主要有以下两点
1. 统一：即使你用黑白灰的原型来演示，也要保证在以下几点保证统一
【视觉】：即使是黑白灰原型，也不要用截图来代替；能用标准颜色，就不要用奇葩的颜色来突出
【文案】：能用真实的文案，就不要用XXXX来代替；
【整体】：无论是移动端还是web端，你需要把界面完整的表达出来，这样才会让别人看的清晰
2. 表述清楚：一个好的产品原型要有以下几个因素
界面描述：你的界面是干什么的？这个界面里面的主要解决的问题是什么
界面功能点：界面有哪些功能点，这些功能点哪些是本版本开发的， 或者是你的哪些功能点是需要说明的
相关负责人：新功能的负责人是谁，上一把版本的负责人是谁
更改记录：更改了哪些内容，什么时候更改的，更改了以后在哪可以看到！
当一个产品画完原型图，搞完需求文档以及其他各种文档，估计血量只剩下50%了，剩下的日子就是没日没夜的跟进、push、push！
设计：
这里需要跟大家提一个点，你们公司是否注重交互！设计和交互分不开，交互和产品也分不开，根据每个公司的情况不同，交互在不同公司属于不同的人管，有的是产品经理管，有的是设计经理管，但是不管哪个管，产品经理都跑不掉！
建议一：在画原型的时候增加交互设计，不然在设计的时候改交互，你会很死心，因为改的时候，你的需求文档一起改~~如果你不想这样，请在画原型的时候就搞定交互设计
建议二：确定交互大方向，细节动画效果不用深究，比如一个数据表单是新界面还是弹框，你定就好，怎么弹出来交给设计师就好了~
建议三：使用这个交互的时候，请先考虑是否符合你的产品性格，有些人会说，看他们的交互很牛逼，我们就用那个交互了，结果整个App出来了，就那一个交互做的很牛逼，其他的都很普通，请问意义何在！
开发：
其实跟进开发是每个产品经理最长做的事情，但记住一句话【控制输入输出，中间跟进即可】
输入：你的产品需求文档是否明确，是否清晰，如果你的输入无法保证，出来的结果就更无法保证了
输出：你的产品输出是经过开发辛辛苦苦熬夜奋战而来的，当他们高高兴兴的跟你说：hei，可以测试了，当你看完说：这不是我想要的结果！信不信别人分分钟跳起来砍你！保证输出就是保证开发能够按照既定的计划以及既定的目标去做，既定的计划是指：产品开发节点；既定的目标：产品设计图和产品需求文档。这里提一下：一定！一定！一定要让开发看完需求文档再去开发！
测试：
或许产品经理说测试了，跟我没关系了，我可以休息了！那你就真的Too young too simple！测试是为了找Bug，但产品经理的测试是测试产品的流程是否正确，产品的使用是否真的符合当初你的预期，在测试的时候你要寻找以下不合理的地方，产品经理的测试是对产品的检验！
流程是否流畅
操作是否便捷
有哪些功能是不合理的
哪些功能还可以更简单
交付：
产品出来了要交付啊，有的是交付给用户，有的是交付给业务部门，有的是交付给企业，那么问题来了！如何交付，你需要准备什么才可以交付！
成品：一个完整，可使用的产品
术语表：产品中一些术语的解释，如果你愿意口头一个个去传达，也可以不用~哇咔咔咔~~
使用说明：部分产品可能需要配备使用说明才可以，这个不多说
纵观一个产品经理跟进产品的整个生命周期，大家以为这就完了么？开玩笑，这才开始好吧！！！！
或许有些新人产品经理会觉得，这什么岗位啊~太恐怖了，做了这么多，还仅仅是个开始。是的！这就是个开始，因为产品经理做一个产品出来不算啥本事，这个产品要真的活起来才是真的本事！一个产品要想活下去有以下几点
市场：这是孩子的亲爸啊，市场给产品各种铺路子，给产品找各种关系，让他上最好是应用市场好让用户下载，帮产品找各种后台给产品站台，今天谁谁谁在用了，你还不用，明天谁谁谁又推荐了~~
运营：这是孩子的养母，一把鼻涕一把泪的去把产品经营起来，客户有问题了找运营，产品有新版本了，运营要教用户使用；产品没有气氛了，运营要搞起来~~当妈的人，真不容易！
循环迭代：现象级产品大家都应该接触过【足迹】【疯狂猜图】曾经火遍大江南北，让人赞叹啊，可惜，又有多少能够持续的火下去呢？究其一点，是否能够有持续的爆点和足够的粘性。你的版本迭代除了做细节，还要做爆点！iPhone每个版本更新都有爆点，微信也在不断增加爆点，从发现、滴滴打车、红包、小视屏。。。没有持续的爆点，你的产品是没办法持久的！是滴，就是持久！
