当我们谈论产品经理的时候，我们在说什么？

　　很多人在接触到产品经理的时候都觉得这是一个高大上的职位！动不动就是千万级别的用户量；动不动就是产品要改变世界，改变生活；动不动就是这个功能一定是很多人喜欢的！这个产品定位很好，这个创意很新鲜！
　　似乎一个产品新人看到这些，会是一种很激动人心的事情，但当我们真正讨论产品经理的时候，我们又在讨论什么？
　　这个产品的需求文档什么时候出来？
　　原型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，可以测试了，当你看完说：这不是我想要的结果！信不信别人分分钟跳起来砍你！保证输出就是保证开发能够按照既定的计划以及既定的目标去做，既定的计划是指：产品开发节点；既定的目标：产品设计图和产品需求文档。这里提一下：一定！一定！一定要让开发看完需求文档再去开发！
　　测试：
　　或许产品经理说测试了，跟我没关系了，我可以休息了！那你就真的Ttoosimple！测试是为了找Bug，但产品经理的测试是测试产品的流程是否正确，产品的使用是否真的符合当初你的预期，在测试的时候你要寻找以下不合理的地方，产品经理的测试是对产品的检验！
　　流程是否流畅
　　操作是否便捷
　　有哪些功能是不合理的
　　哪些功能还可以更简单
　　交付：
　　产品出来了要交付啊，有的是交付给用户，有的是交付给业务部门，有的是交付给企业，那么问题来了！如何交付，你需要准备什么才可以交付！
　　成品：一个完整，可使用的产品
　　术语表：产品中一些术语的解释，如果你愿意口头一个个去传达，也可以不用哇咔咔咔
　　使用说明：部分产品可能需要配备使用说明才可以，这个不多说
　　纵观一个产品经理跟进产品的整个生命周期，大家以为这就完了么？开玩笑，这才开始好吧！！！！
　　或许有些新人产品经理会觉得，这什么岗位啊太恐怖了，做了这么多，还仅仅是个开始。是的！这就是个开始，因为产品经理做一个产品出来不算啥本事，这个产品要真的活起来才是真的本事！一个产品要想活下去有以下几点
　　市场：这是孩子的亲爸啊，市场给产品各种铺路子，给产品找各种关系，让他上最好是应用市场好让用户下载，帮产品找各种后台给产品站台，今天谁谁谁在用了，你还不用，明天谁谁谁又推荐了
　　运营：这是孩子的养母，一把鼻涕一把泪的去把产品经营起来，客户有问题了找运营，产品有新版本了，运营要教用户使用；产品没有气氛了，运营要搞起来当妈的人，真不容易！
　　循环迭代：现象级产品大家都应该接触过【足迹】【疯狂猜图】曾经火遍大江南北，让人赞叹啊，可惜，又有多少能够持续的火下去呢？究其一点，是否能够有持续的爆点和足够的粘性。你的版本迭代除了做细节，还要做爆点！iPhone每个版本更新都有爆点，微信也在不断增加爆点，从发现、滴滴打车、红包、小视屏。。。没有持续的爆点，你的产品是没办法持久的！是滴，就是持久！
　　最后在问下，当我们谈论产品经理的时候，我们在谈论什么？