超过90%的产品经理都是"原型制造商"和"需求接收器"，不明白提出需求的背后原因。起码要弄清：
-
-
需求从哪儿来：需求提出方和能为提出方解决什么问题；
-
需求到哪儿去：需求能达到的收益和需求所关联的上下游模块。
经常会出现：产品经理接收到需求，带着项目组同事吭哧吭哧弄上线后，发现不知道如何衡量收益。可怕不？
产品经理最重要的工作是想清楚产品的定位，然后把产品定义出来，把产品的边界、功能，包括用户的交互的使用过程，全部要定义清楚，甚至深入到内部的一些逻辑和流程。
往往在执行的过程中就钻进细节，死活出不来。什么"真伪需求"、"用户画像"、"黄金流程"，全躺在网盘和收藏夹中，这时候只想在群里问："谁做过XX模块，求！"
你看哈，产品经理对于业务理解比不上业务同事，对细节交互不如UE，不及UI对产品界面的理解。之前用三句话给项目组总结了产品三条核心指导原则：
-
让产品流程更简单 —— 产品流程和交互，最远的距离四步能触达；
-
绝不要重复发明轮子 —— 产品设计遵循不同角色能在5S内找到属于自己的模块；
-
尽可能使用经过验证的技术 —— 技术方案寻找市面上成熟且适合业务诉求的方案。
要产品经理干啥？任何一个业务同事都能培养成产品经理，只需要教会他如何结构化思考问题，就可以了。
要产品经理干啥？没发现UE就能轻松的替代你么？一旦他去梳理业务，产品交互比你更专业。
我昨天中午推着推着睡着了，我只是在想尽可能让自己综合能力更强，业务是基本盘；交互和细节通过不断拆解&体验产品提升；尽量多去参加技术评审、和技术同事沟通来多了解技术实现规则；关注数据才能更好理解运营目标……
尤其是业务、市场能力和商业能力的提升，发现国内的产品经理缺失的太严重了。以为在2平米的工位上就能改变行业……
基本功提升可以看这两个专辑：
产品经理工作流（点击可以访问）
产品方法论和思考（点击可以访问）
