观点 给创业团队的十个建议以及我的看法 ⁰

2007-11-07 23:39:18

早上的 Google Reader 中看见白鸦的博客发布了篇非常精彩的文章。我目前正在应付新的项目和总结老的项目项目期间，心理不禁犹如找到了知音一般。虽然这十条不能涵盖所有的团队会发生所有的情况，但是这几条已经很典型了。

本人不才，下面针对白鸦的文章发表下我自己的看法。

* 不要把 UI 设计、前端技术的人放在技术组，把他们放产品组；

开发人员的观点和设计人员的观点是不一样的。前者可能会对于软件的功能和稳定性方面做过多的考虑，而会忽视软件的易用价值（比如用户可以很容易上手 Windows，但是对于黑底白字的 Linux 控制台无从下手）。永远要记住一点的就是我们要以用户为中心，我们是在做产品而不是做技术。

* 不要全靠设计师来设计产品，全体动员；

设计是最终面向用户的，每个人由于对待事物的观点各不相同。

* 不要被用户带进沟里，除了立项前的用户访谈在第一期产品上线之前只搞易用性的测试即可；

一开始就设计强大的功能会让用户感到迷茫，甚至是退却。这直接影响到用户时候能继续使用你的产品。

* 不要痴迷新技术，用最简单的方法实现最基本的产品架构和功能；

技术永远是为产品服务的。不要使用新的技术，因为那可能远未成熟；也不要使用自己还不熟悉的技术，因为在开发过程中可能会出现更多的问题。要将合适的技术应用到合适的项目上。比如一个项目如能用 MySQL 解决，那么无论从时间、资金、还是人力成本上考虑也不会使用 Oracle（我的个人观点）。

* 不要等产品非常完善之后再推出，没有让用户充分使用之前不要改变产品方向；

首先让用户尽早的接触你的产品，熟悉了你的产品以后就可以在抓住用户的同时继续完善。

* 不要让投资人参与产品细节。产品只能有一个核心，因为大家也许都是对的；

投资人总是想掌握产品的每个细节的。他们的决定能大致的指明产品的方向。但是参与得过于细节，可能会限制开发和设计人员的发挥。有时候这种情况可能会造成其他一些很不愉快的问题。

* 不要全靠文档记录思考历史，图是更好的记录方式；

一图胜千言。如果文档在开发的前期制定的，那么图就可以很容易的唤醒“尘封的记忆”。从技术角度上说，一个好的流程图会比描述更加的准确。

* 不要把国外的几个著名产品抄到一起组成你的产品，不要迷信 facebook；

要有自己的特色。做产品好比做小吃一样，如果整条街都是卖包子的，那么生意就肯定没有了。

* 不要让运营牵着产品的鼻子走，产品结构只能因用户需求而改变；

用户为中心。这点不想多做解释，本人的确碰到也看到过类似的事情发生。

* 不要急于把产品的所有亮点都塞给用户，只给他们最需要的

溪水长流，在牢牢的抓住用户的心理以后再去开发实用的功能。这样会给用户一个“惊喜”，同时这样也增加了用户粘度。