当需求抛过来的时候，一般的产品经理会首先考虑排期，推进，逼着开发尽快实现；我之前包括现在的很多时候还是这个思路。
牛逼的产品经理会这样想：用户的目标是什么？为什么为什么为什么（连续问）要提这个需求呢？这个可以做吗？如何实现呢？成本和收益的关系是什么样的呢？后来往往，需要的需求被剥离，简化，甚至转化升华成另外一个东西了。当然，凭借PM的不烂之舌，也可能用户直接不做了。
一般的产品经理也叫做“功能经理”，就是负责实现功能的体力活；产品经理应该有分解和重塑需求的能力，不能被动得接受需求；
产品经理界的经典段子“马和汽车”的故事，说明要分清“用户的目标”和“用户的需求”，在段子里用户实际上的痛点是“跑......
1.定义产品：从用户需求出发，评估产品机会和风险，规划要开发的产品。具体：a.做什么不做什么；b.什么情况下做什么决策，后续计划是什么；c.考虑成本和收益问题；手段：MRD
2.架构产品：描述产品特征和功能，发布产品标准，确保产品的实现；具体：a.描绘典型用户和典型场景；b.设计产品的架构和功能流程；c.具体怎么开发，项目描述页面的交互，文案，视觉，技术标准；手段：PRD
什么是MVC: MVC是开发网站和项目的主流开发模式；把概念分离开来，更易于测试驱动开发；
M=Model 数据的模型
V=View 页面，展示（如html,javascript, css)
C=controller 逻辑处理（如何计算）
*优势：
概念分离（页面，数据，逻辑分离）即修改页面不会影响数据模型，和逻辑；
容易测试：在controller里面进行单元测试，对功能和逻辑；
开发主流：开发网站；会熟悉其他的开发模式；