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