1、不要把UI设计、前端技术的人放在技术组，把他们放产品组；很多创业项目往往最后实现的效果都不到当初设计的70%；究其原因，"时间和成本"以及"技术实现能力考虑不够"占很多；但，往往我们发现其实并非是技术作不了，而是技术实现时没有很好的理解产品设计，或者没有像设计产品时一样一丝不苟的思考每个细节。这种实现效果的打折其实是最可惜的，而且比例很大。虽然，我们说大家都是一个团队的人放在那个组都是一样齐心做事，但沟通成本在任何团队中都是很高的。如果你把UI和前端技术的人放在产品组，让产品组提交给技术的产出物是完整的XHTML高保真原型，你会发现沟通成本降低了而且技术实现的折扣也少了。

      2、不要全靠设计师来设计产品，全体动员；一般的创业团队都不会也不该有很多设计师，如果只靠一两个设计师来设计产品的每个点，他们会累死，而且就算累死也作不好工作；如果团队其他成员再不支持他们的工作，情况就会更糟糕。设计师的责任并非只是如何把产品设计好，很多时候也应该去发动所有的团队成员一起来参与设计，这个发送从上之下往往更有效。

      3、不要被用户带进沟里，除了立项前的用户访谈在第一期产品上线之前只搞易用性的测试即可；一般的创业项目，其实没有什么所谓的"理由"，靠的是通过经验和笼统的数据而出来了对于市场的"嗅觉"。这个时候的产品定位往往是经验的产物，我们需要用户作的是"立项前了解用户的一些需求"帮助更好的确定完善的产品定位和方向。产品上线前尽量不要去通过用户访谈来决定"产品路线"的问题，而只是"请用户来使用，在上线前优化一些产品易用性的细节"。不要指望普通用户可以站在全局角度给你的产品提出方向性的建议，他们只会把你带进沟里。

      4、不要痴迷新技术，用最简单的方法实现最基本的产品架构和功能；技术的追求是无止境的，但技术只是为了产品服务的。（某些纯粹以技术为核心的项目除外）对于创业团队来说速度很重要，用最简单的方法快速实现产品基本功能，然后不断改进重加入新的技术，比一味追求技术的完美更加实用和高效。盲目的使用新技术更加可怕，不是所有的新技术都使用于你的产品。

      5、不要等产品非常完善之后再推出，没有让用户充分使用之前不要改变产品方向；互联网产品没有一绰而就的都需要在用户的使用中不断优化和改变，满足用户基本需求以后就应该尽快把产品拿出来，让更多的用户去，并从中发现真正的问题所在。据此决定产品的优化和改进方向会更加的精确。没有让更多的用户去使用就因为个别或者部分用户（包括投资人）的意见而改变产品方向是盲目的，导致的结果可能就是总在不停的为新方向作事情，而永远没有一个真正的产品。

      6、不要让投资人参与产品细节。产品只能有一个核心，因为大家也许都是对的；投资人永远都只是一个用户，绝大多数时候还不是典型用户。而且他们一般对于产品都灌注了很多的感情因素，导致对于产品的细节要求过于偏执。产品的开发和设计过程是有轻重缓急的，但往往投资人总希望你把他提出的意见放在最前面，如果你听他的你会发现自己没有了方向总在作一些不是很重要的细节。条条道路通罗马，一个好的产品创意往往可以有N种做法去实现。往往大家都是对的，争执不停，这个时候团队中必须有一个强势一点的核心统一大家的路线。

      7、不要全靠文档记录思考历史，图是更好的记录方式；一年后等你再次重新思考产品方向的时候，你会发现当初的简要会议记录自己都看不懂了。但，如果是图的方式你依然能快速理解。

      8、不要把国外的几个著名产品抄到一起组成你的产品，不要迷信facebook；抄袭不是不能成功，但一定要建立在对于用户和产品深度理解的情况下。最可怕的抄袭是东拼西凑出来了不伦不类的东西。facebook的成个其实并非主要是"开放API"的成功，而是他成功的抓住了"用户关系"，这一点一般创业者很难做到，而且很难刻意而为之。任何社区的形成是在用户成长中不断演变，而非提前规划出来的。

      9、不要让运营牵着产品的鼻子走，产品结构只能因用户需求而改变；运营只是产品推广的手段，但无法成为产品核心。今天你因为要搞"圣诞节"促销，就把导航上放了一个"圣诞节礼品"的栏目，圣诞节过了你怎么办？运营是长期的，但运营事件总是多变的，因为某个运营手段而改变产品只会让你每时每刻都在"改版"。

      10、不要急于把产品的所有亮点都塞给用户，只给他们最需要的。用户来使用一个产品是为了"完成某项任务"，在完成任务过程中的"亮点"只能是他们通过使用而体验到，并非是你强塞给他的，因为你不能决定他的需求。很多东西"给他们一个入口让他自己发现"会更好，特别是某些只是"亮点"而非核心功能的地方。