产品经理新视线

今天在做一个活动报名流程系统策划的时候 ，我把我的规划讲给了导师听。他听到一半就喊停，说：不用讲了 你暂时讲的东西就已经够复杂了，我不想听了。

嗯 我知道我又犯了一个错误-把产品做复杂了~

henry接着说道：“产品经理牛叉与否不是在于他能否做出多复杂的产品，而是在于他能否做出一个简单但是ROI又高的产品。”

这个ROI体现在 运营的ROI， 技术维护ROI ，系统扩展ROI ，用户使用的ROI上面~每个ROI都有很多话可以说，以后再讲。

产品如果一开始就做复杂了之后，想再精简的话那么 运营接受成本 系统改进成本 用户接受成本 用户教育成本等 都会大大的提高。这个也是需求没有分析到家的后果。

分析出现阶段的核心需求实在不是一天两天就能搞定的。要把整个产品KISS了，就必须把需求先KISS了。我确实在做策划的时候还没有搞清楚核心需求是什 么：A现阶段的产品概况怎么样 B规划中的产品是什么样的。那么你现在要做的工作就是V=A-B 并且要找到V里面的最核心点对V再求开平方得到T ，那么T就是你目前马上需要做的工作：

T=（A-B）的开平方根

A=现阶段的产品概况

B=规划中的产品概况

T=现阶段马上需要做的产品改进工作

要准确得到T 必须：

• 把 握好A，就是了解现阶段产品的3W2H(What is it？When did it happen？Why did it go like this？How is it going on?How to do？)(有空单独开一篇来讲我理解的产品策划中的3W2H))

• 把握好B-就是了解规划中的产品的3W2H。

• 最后做开方运算的时候，非常需要技巧，主要技巧体现在

a.对产品功能点的优先级的排序。
b.对产品市场行情的把握。
c.对产品核心环节的理解。
d.对产品ROI的预算评估上

把握好这些环节那么T 就是现阶段的需求就明确了~~

好了我马上就要去寻找正确的T去了~~寻找真正的T是非常困难的，

所以那个“=”一般情况下都是“≈”

最后以苏杰学长的一番总结性语句结尾：

我们要满足终端用户，还要满足同事、老板与合作伙伴。

我们要收集“尽可能多”的需求，还要坚持做“尽可能少”的功能。

我们要保证项目的质量，还要愿意为了拿到结果而妥协。

我们要和业务方谈业务，还要和技术团队谈技术。

我们要抗下老板“一周发布”的要求，还要面对技术“最少做一个月”的估算。

我们要为了冲数字指标做活动，还要考虑短期运营是否会影响长期发展。

我们要理解、影响、甚至制订战略，还要关注执行的每一个细节。

我们要对周围很挑剔，还要能够且愿意想出解决方案去改善。

我们要对业界保持关注，还要有自己能产生影响的专业领域。

我们要有理想，还要懂得脱离了现实的理想只能是空想。

我们要做产品经理，就是要这样纠结……