给创业团队的十个建议

建议以及解释一为白鸦同志提出,解释二为寒潭冷月提出。以下内容并不代表本站意见,仅供参考

1.不要把 UI 设计、前端技术的人放在技术组,把他们放产品组  

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

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



2.不要全靠设计师来设计产品,全体动员  


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

解释二:设计是最终面向用户的,每个人由于对待事物的观点各不相同。对于他们的意见,可以多多的加以考虑。



3.不要被用户带进沟里,除立项前的用户访谈在一期产品上线前只搞易用性测试即可  


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

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



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


解释一:技术的追求是无止境的,但技术只是为了产品服务的。(某些纯粹以技术为核心的项目除外)对于创业团队来说速度很重要,用最简单的方法快速实现产品基本功能,然后不断改进重加入新的技术,比一味追求技术的完美更加实用和高效。盲目的使用新技术更加可怕,不是所有的新技术都使用于你的产品。
解释二:技术永远是为产品服务器的。不要使用新的技术,因为那可能远未成熟;也不要使用自己还不熟悉的技术,因为在开发过程中可能会出现更多的问题。比如如果一个项目如果能用 MySQL 解决,那么无论从时间、资金、还是人力成本上考虑也不会使用 Oracle。



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


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

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



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


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

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



7.不要全靠文档记录思考历史,图是更好的记录方式; 一图胜千言  


解释一:一年后等你再次重新思考产品方向的时候,你会发现当初的简要会议记录自己都看不懂了。但,如果是图的方式你依然能快速理解。

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



8.不要把国外的几个著名产品抄到一起组成你的产品,不要迷信 facebook  


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

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



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


解释一:运营只是产品推广的手段,但无法成为产品核心。今天你因为要搞“圣诞节”促销,就把导航上放了一个“圣诞节礼品”的栏目,圣诞节过了你怎么办?运营是长期的,但运营事件总是多变的,因为某个运营手段而改变产品只会让你每时每刻都在“改版”。

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



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


解释一:用户来使用一个产品是为了“完成某项任务”,在完成任务过程中的“亮点”只能是他们通过使用而体验到,并非是你强塞给他的,因为你不能决定他的需求。很多东西“给他们一个入口让他自己发现”会更好,特别是某些只是“亮点”而非核心功能的地方。

解释二:溪水长流,在牢牢的抓住用户的心理以后再去开发实用的功能。这样会给用户一个“惊喜”,同时这样也增加了用户粘度。
2008/02/22 02:48有人说: 访问他/她的主页
好东东,看看
分页: 1/1 第一页 1 最后页

发表评论

打开HTML   打开UBB   打开表情   隐藏   记住我
               
emotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemotemot