需求该有谁来提出?由谁来决定?这可能是很多创业型团队目前存在最大的一个分歧。 创业初期,制度与等级都不明确,很常见的做法是让创业团队的每个人都有提出需求的权利。这样既可以充分体现民主也利于发散思维,明确产品的方向。 不过,这样的做法有一个很大的弊病,大家会不断的纠结在很多细小的问题上,造成对当前的事情做的力求完美,然后无法探测更远的区域 (探测,WOW游戏名词,游戏中角色必须先探测某个区域才能使这个区域可见及可到达)。这样最直接的后果就是,当我们把一个功能做的相当完美的时候,我们的竞争对手已经抢在我们的前面推出了更多的优秀的应用,虽然他们和我们相似的这个功能做的并没有我们的完美,但是,这并不妨碍用户低成本的迁移。 记得6月份betacafe开业的时候曾经和梁宁等一起游西湖,她跟我们讲过一个她们公司内部关于需求的一个小故事:之前的时候她们也是团队的人都可以提出需求,然后开始实施,开始的时候大家做的热火朝天。但是,慢慢的她发现整个产品没法前进了,因为大家都开始纠结在很多细小的地方了,而忽视了对产品大方向上的推进。于是,她决定对需求的提出原则做调整:只有一个人负责审核与发布需求,其他人可以提出需求,但是不一定会被采纳。这样,整个产品得以继续前进。 这就好比几个人在走夜路,且知道自己要达到一个城堡,但是没人知道具体的路,但是大家都有一个大的方向把握。于是大家都拿着手电筒开始找,你找东我找西, 这样的行军速度势必无法在手电耗尽之前到达的。这个时候,需要有一个人在大家认定的这个大方向下做一个引导,其他人需要在这个大方向下继续去寻找,这样才 能最快的到达终点。 作为互联网的产品是一个快速迭代高速发展不断打磨的产品,快速迭代开发、不断打磨是所有互联网产品获得成功的不二法则。 在这里我们可以看两个例子,一个是比较远点的Gmail,一个是比较近点的国产新浪微博。Gmail的做法是持续beta,在基础的功能做好之后,慢慢的开发一些新的功能,然后不断的去完善Gmail,所有的用户都觉得每天登录Gmail的时候都能感觉到点变化(这也是所有Google产品的特征之一); 新浪微博的做法是快速迭代,刚刚雏形的时候就放出来,在S-E-T因素的缝隙里迅速先占领市场,然后不断的增添新功能对整个微博进行完善(当然,目前的新 微博已经处于打磨阶段了)。 我的感觉里,一个新的互联网产品的节奏应该是,首选迅速的占领市场拿下阵地,然后再回头来对产品进行打磨修补。市场的变化、新产品不断出现,我们没有步步完美的机会与可能性。