产品经理管理流程
看产品 想产品 做产品
产品经理是一种思维，也是一种工程
看产品：思考其内部逻辑
它的系统架构是怎么样，各模块怎么运作；
某个页面是什么交互逻辑；
某个功能是如何实现；
Zaker的推荐算法是怎么？得考虑哪些因素
知乎首页Feed的展示逻辑是什么？答案展示的排序逻辑是什么？
去理解别人为什么这样设计，就会看到视觉和交互掩盖下的系统脉络
想产品：不停设计
所谓的产品设计，就是设计一套解决方案，满足[各种]需求
从产品整体看，各个功能组合起来，就是解决终极问题的方案；
单个页面看，交互与视觉也是一套解决方案，为了解决美观与功能之间的矛盾的方案；
甚至，文案一句话，也是一个产品，它也有其设计目的。
微信朋友圈为了营造真正的好友社交圈，设计了屏蔽规则，防止营销广告泛滥；
知乎为了让好答案好内容浮现，设计了[赞同]和[反对]机制；
门户网为了给频道页面导量，设计了「首页文章标题进入频道首页（而不是文章正文）」的机制；
陌陌为了让产品内容更丰富但产品结构简单，设计了「发现」的标签页；
ps：产品的每个设计都有原因。每个人都可以说出N个原因，但是若不了解产品团队当时的处境、战略目标，则这些原因的扯谈成分居多。
从整体框架到界面交互到文案，产品经理就是要不停面对新问题>分析问题>设计方案，不停循环。久而久之，也会有自己的一套思考和解决问题的思维方式。
做产品：分布实施
产品大至整个方向，小至某个功能，都可以用[假设-验证]的循环来做产品；
在设计完一个方案，不会马上开发而是问自己几个问题：
这个方案要解决的假设问题是什么？
达到什么标准才能验证假设成立或错误？
可否分几步实施？每一步的指标是什么？
当前这个是最简单的方案吗？
想明白以上几个问题后，制定分步实施的策略。这样有两个好处：
一方面清楚知道产品的每次修改的质量。在修改功能或调整策略，需知道究竟是哪个变量使结果更好或更差。若一下子更新多个，也许变好和变差一抵消，结果就没变；
另一方面可以加快进度，及时调整。开发周期越长，项目烂尾的可能性越大。分步实施就像逐步攻城掠池，一步一步KO掉功能模块或修改。早日上线，多一天的测试，就可以知道之前的假设是否成立，并且做出调整。不少时候，在完成策略一和策略二之后，可以进行策略三。
但发现，策略二的指标一直达不到。这种情况下，还会去开发策略三吗？应该庆幸一开始没有让策略一、策略二和策略三同时开发。
设计阶段是PK脑细胞，接下来就是PK射鸡湿+攻城狮+时间，也是要设计方案来协调资源和时间。有时调整一下界面的设计，可以让开发更容易；有时赶进度，需要简化功能；有时对A/B策略难以抉择用哪个，需要平衡。这样的协调方案也跟设计产品的思路差不多。想明白「为什么这样做」「怎么做是最简单」。
