投入成本与极致的冲突

极致是很多互联网大佬在对外分享中反复提的,极致很美好很酷,却遥不可及。做不到的原因也许在于极致对团队投入的要求上不封顶,而且即使投入了也不一定能做到极致。

对于小团队来说,在做一个新产品时谈极致是不是一件奢侈的事?

这想起来实在很纠结。在现今的互联网环境中如果所做的产品没有特色很难立足生存,成功的互联网产品往往在某一个点上做的非常好(或者说做到极致),然后快速发展。从这个角度看极致是要的。

而小团队实际面临的困难也更为突出:资源稀缺(缺钱、缺人)、需要快速获取反馈找对方向生存下来。

所以在实际的产品开发迭代中:产品经理和开发团队在某个特性上的投入PK就会很激烈。要不要投?投入多少?在时间紧人员少的情况下是快速粗糙的做,还是要细细打磨?即便细细打磨了发布后经过验证此路不通,那不是白白投入?

不知道你所在的产品项目中是否遇到过类似的纠结?你会怎么来处理?

在经过了一段时间这样的痛苦以后,个人总结了一些教训先写下来:

1)首先这个事情不是产品经理单独的事,产品核心组(如果还没有建立那就尽快建立吧,包括:主程、主设计等)首先要在价值观上形成一致:聚焦、鼓励试错、做精品。

2)资源稀缺对于【不做什么】尤为重要,核心组要敢于取舍,只有聚焦才能最有效的用好资源,对于主干要精雕细琢,而枝叶则不急于做深。

3)快与慢的节奏要掌握好,先慢后快,在定方案策略、定框架时要慢、深思熟虑反复讨论摸底;一旦确定则执行要快、快速获取反馈并优化适应。

4)核心团队的气质决定了产品的气质,什么样气质的人就会做出什么样气质的产品,不管是程序员、还是产品策划、还是美术设计、如果没有做精益求精的理想、热情和毅力、也只能做出很普通的货色。也就是说:人对自己的要求(追求)决定了对产品的要求(追求)。

5)加速度类的工作(例如:公共化组件、交互规范)往往一开始有难度,投入看到的短期单个产出不大,但是它会帮助团队越走越顺,反过来忽略它们则会束手束脚。每个迭代周期都要刻意的安排加速度类工作项。这也符合Don’t repeat yourself的程序员精神。

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注