老外对软件需求的看法-颠覆我的看法

 

做少而不做多

老是看你的竞争对手在做什么是你给自己找麻烦的最快的方式之一。从我们推出以来已经有其他10个类似的社交关系网软件相继出现。有些人已经开始在网上用并排图表来做不同软件之间功能特色的详细比较。 这是很容易误导的。我们不随大流,相反的,我们只看大方向,时时提醒自己什么是我们想要解决的问题关键,怎样去解决它。

 

你的软件应该要有倾向

一些人在论证软件应该保持中立的问题。他们说开发者限制或忽视大众诉求的软件功能是一种傲慢的表现。他们说软件应该总是能随机应变的。我们认为那都是扯淡。伟大的软件必须要有自己的理想。伟大的软件必定是有倾向的。当人们使用软件的时候他们不只是在看功能,同时他们也在寻找一个解决方案,一种理想。决定你的理想而后追求不懈。

 

不要成为 yes-man

每一次你对一个功能说yes时,你正在收养一个小孩。你必须带着你的孩子通过一连串事件(例如设计,实现,测试等)。一旦这个功能出现了,你就被拖住了后腿。尽量为客户少发布一个功能,再看客户是否愤怒地离开。

不轻易实现每个功能。让每个功能证明自己,并且表明自己是生还者。这就像"Fight Club."。如果那些功能就像为了进来在走廊苦候了三天,你只考虑他们。

这就是为什么你从说不开始。每一个向我们提出的 — 或者我们自己提出的 — 新功能需求都遇到一个 NO 。我们倾听但是不采取行动。最初的回应是“不是现在”,如果一个需求或者功能不停的过来,我们知道才是时候对它进一步观察。那么,只是那么,我们才开始考虑实现这个功能。

对于每一个新功能你需要……

1. 对它说不
2. 强迫它证明自己的价值
3. 如果得到否定的答案,就此打住。如果是yes,继续往下……
4. 为界面绘制草图
5. 设计界面
6. 编写代码
7-15. 测试,改进,测试,改进,测试,改进,测试,改进……
16. 检查帮助文字是否需要修改
17. 更新产品预览流程(如果有必要的话)
18. 更新用于销售的拷贝(如果有必要的话)
19. 更新服务条款(如果有必要的话)
20. 检查是否违背之前的任何许诺
21. 检查价格体系是否受影响
22. 上线
23. 深吸一口气

对于以上的这些看法,我觉得不太适合于那些大型应用软件(如Office,Oracle):越是大的软件,由于有庞大的开发团队,要满足越来越多用户的需求,越不容易有个性。

而对于小的共享软件来说,这些看法确实是比较明智的:它认为要把有限的人力物力集中到必须要实现的功能上,而不是浪费在可有可无的功能上。

摘自:http://gettingreal.37signals.com/GR_chn.php#ch01