29

部分,而非残缺

在阅读 37signals 的 Getting Real (译言版译文) 时,有这样的话:“构建一半产品,而非产品有一半缺陷”,“专注于真正必须的。好点子可以尽量坦白。摆出产品应该成为什么样的任何点子,然后砍掉一半。减少功能直到只剩下最必要的功能。周而复始。”

实际上我们在开发产品的时候,往往会为这样的问题所困扰,总是抱着一种“大而全”的角度去定位自己的产品,殊不知,每一个简单的功能要成为成熟的产品功能,都会经过时间的积累,沉淀,而慢慢的形成的,如果在初期定义产品的时候,在资源有限的情况下,就把产品定义的非常的庞大,复杂,而最后的结果就是让项目变的不可控,最后草草的实现功能了事。

从用户的角度上来看,用户总是希望能够去用到最适合自己的,而不是功能最全的,试问 Word 的很多高级功能,有几个人真正了解的?所以用户希望的是,能够解决他们实际功能,而又简单易用的,才是正道,而用户所希望的,也是这些他们最关注的功能简单易用,而又没有什么 bug。

从这些角度来看,还是在自己有限的资源下把几个关键的功能简化简化,做好再做精,用户需要的是实在的东西,而不是看你的功能列表长不长。

引用地址:http://www.steadyxp.com/archives/6.html

要说点啥就在这吧