产品多热闹，就有多门道。
第210条原创 如果您对产品岗还有点迷茫，此文将会分享走过的一些感悟与您商 榷。全书将产品经理分为三个年级，不同年级的产品会有不同的思考方式和做事风格。书中不谈具体技能，仅谈论不同阶段的规划。
前篇，论产品的发展，从提供信息，到提供服务和解决方案。
个人理解，未来将是提供服务的同时，帮用户创造价值。这是一种从授之以“鱼”到授之以“渔”思维上区别。
一年级产品经理
一年级产品经理，初入职场，总会有一番想为这个世界创造点什么的想法。这个阶段面对用户提出的大量需求，都会进行全盘接收，但慢慢就会发现想法太多，执行起来并没有那么容易，整体感观如下图：
现实场景会出现一个需求文档写多个功能需求，因为什么都想做。结局是需求评审会议时间过长，效率过低，并且被diss的次数变多，整个会议都会很乱，需求总是评审不通过。
这样持续被需求压迫后，突然有一天就会开始释然，学会取舍，知道将更多的时间花在重要并紧急的需求上，知道死磕一个需求去做好，知道一次只用评一个功能点，最多不超过2个。知道只要把需求文档写好，流程画好，原型写好，这样对需求的把控就会越来越好。
在做需求的过程中，会参考一些竞品，这种情况是被动的体验产品。被动的做一件事必然没有主动去做一件事效果更好。 一年级的产品经理应当是主动的去体验各种各样的产品。
所以，有时候会有面试官看一个产品经理功底，就看手机里有多少APP应用，产品经理了解过多少产品。如果这位产品经理只说使用过微信和QQ，代表这个产品经理对产品还不够热爱。 下图的APP你都用过吗?
二年级产品经理
经过一年级后，想看看一个人有多厉害，就看这个人脑子里有多少思维框架。框架是一个全局观的事物，由结构和流程组成。与一年级产品经理相比，二年级产品经理思维由一个点上升到线和面的层次。
当聊一个功能点需求的时候，二年级产品经理脑子里会自然脑补出这个功能点涉及到的结构和流程，这个人的思路就会非常清晰，考虑问题也会非常全面。而不会像一年级产品一样，冒出一个想法就是一个，脑子里乱为一团。
我一直在想什么样的需求文档算一份好的需求文档，市面上的评价认为只要开发懂就行。这句话没错，其实说了和没说一样。如何将一个抽象的东西具体化也是一种能力。
这里我提出一个“工”字模型的需求文档框架：
需求文档里要说明这个功能在哪个结构模块，这个功能的流程是什么样，这个功能涉及到的原型界面是什么。当这三样表达清晰后，思路就会清晰，结构告诉大家这个我们在哪里，流程告诉大家我们从哪里开始到哪里结束，原型告诉大家具体业务和展示给用户应当是什么样。
同时，这个“工”字模型，是一个静态与动态相结合的工具。早期写需求文档时，不会说明默认值是多少，只标明流程下转是什么样，但没有考虑闭环，这些都会被设计和开发diss。
产品经理再深入一点，不限于熟悉结构和流程，也应当会优化结构和流程。
所以，这个时候看一个产品经理厉害程度，一是看沟通上逻辑是否清晰，一是看需求文档是否会标记全面。
三年级产品经理
产品好不好，用户来决定，从而也决定着这个产品经理的程度，前提是这个产品要迭代发布，用户要同步更新，没有发布就没有产品经理。
在《用户体验要素》中提及到5层次：表现层、框架层、结构层、范围层和战略层。前4个层次包含在一年级和二年级中，战略层是三年级所重点讨论的部分。
战略层需要先知道当前产品的商业模式是什么样，推荐第55页展示的商业画布。
另外，需要从历史数据中预测未来，产品人应当每天关注一下用户数据，哪一天数据波动变化太大是因为什么情况。
经常说产品运营不分家，用户数据在运营人员手里，其实在产品岗也可以做数据埋点。当前数据相关工具有一些开放平台，比如腾讯MAT。换一个说法，当产品经理想要获取数据的时候，总会有办法去获取到相关数据，因为产品经理有一项最重要的能力是沟通能力。
尾篇
一个好的运营定义：只有傻子才会拒绝你。如果用户拒绝了你的服务，那TA就是个傻子。
收尾谈论操盘与人性，目前个人道行不够，还看不太懂，再过一年的时候再回头看看这本书。
感谢您阅读完此篇文章，期待与您一起在产品之路的时光。
扫一扫关注
在看这里wo↓