注明: 国外的一篇文章,有人翻译出来,我贴过来, 原文出处:
http://paulgraham.com/startupmistakes.html 在最近的一次演讲中,有人问我,哪些错误会导致创业失败。站在那里愣了几秒后,我意识到,这是一个很难回答的问题。它等于是在问:一个初创公司如何才能成功。如果你能避免所有导致失败的错误,那么你自然就会成功。这个问题太大了,很难在那样短的时间里回答清楚。
后来我又认识到,这个问题如果从另一个角度看,也许是有意义的。假如你有一个清单,列出了所有你不应该做的事情,那么只需要把这个清单取反,你就得到了一张成功的处方。而在实际应用中,这样的清单会更有价值。查觉你正在做不应该做的事情,总比一直记着你应该做的事情更容易些。[1]
从某种意义上说,导致创业失败的错误只有一个:没人需要你做的东西。如果你在做的东西是用户需要的,那么你应该能够生存下去,其它的问题都无关紧要。但如果你在做的东西不符合用户的需求,那么你死定了,任何事都改变不了这个结局。所以,这个清单里列出的18个错误,实际上是导致初创公司不能满足用户所需的因子。几乎所有失败的原因,都可以归结到这里面来。
1 孤家寡人 (Single Founder) 不知你是否注意到,极少有成功的初创公司是由一个人创办的?一些你可能会以为是单一创始人的公司,比如说甲骨文(Oracle),实际上是由多个人一起创办的。这似乎不是一个巧合。
单一创始人有什么问题呢?最起码,这反映了一种信心的缺乏。隐含的信息是,创始人无法说服他的任何一个朋友跟他一起打天下。这很值得玩味:别忘了,他的朋友是最了解他的人。
就算朋友们都错了,公司实际上可能很有前途;但是,单一创始人的不利仍然是很明显的。一个人创业实在太难了。就算你无所不能,你也需要同伴们来集思广益,避免愚蠢的举动,以及在遇到挫折时互相鼓励。
最重要的一点是,创业的过程中你可能遇到难以承受的低点。当你有多个创始伙伴时,彼此信念上的支撑就好比捆成了一捆的箭。每个人都暗暗给自己打气:“我绝不能让我的朋友们失望。”这是一个人最强大的动力之一。而单一的创始人则缺少了这一动力。
2 缺少地利 (Bad Location) 并不是所有的地方都适合创业的。硅谷是创业的最佳地点,波士顿其次,再其次是西雅图、奥斯汀、丹佛和纽约。除此之外,几乎没有什么其它的选择了。就算在纽约,初创公司的密度也已经降到了硅谷的二十分之一左右。而在像休斯敦、芝加哥和底特律这样的地方,创业的可能性几乎可以忽略不计。
为什么会有这么大的差别呢?其实,其它的业界也有类似的情况。全美第六大的时装中心在哪儿?第六大的石油,金融,出版中心又分别是哪里?不管答案是什么,可以肯定,这些中心的规模要远远小于榜首的规模。
为什么某些城市会成为初创公司的聚集地呢?这个问题很有意思。我想答案与在其它业界得出的结论类似:因为那里聚集了大批的专业人士。那里的专业水准较高;人们对你所做的东西更容易产生共鸣;你能更容易地找到你想要雇用的人;周边工业也较发达;你有更多的机会碰上跟你在一个领域内的人;等等,等等。天知道这些综合因素是怎样促成了初创公司在硅谷的繁荣,又是怎样让底特律这样的城市黯然失色。不过,数字能够说明一切:在硅谷的初创公司密度远远超出了在底特律得到的数字。
3 领域偏狭 (Marginal Niche) 在向 Y Combinator 申请风投的团队里,大多数都犯了一个共同的错误:为了避免竞争而刻意选取那些很狭隘、很冷僻的领域。
如果你看过孩子们打棒球的话,你会发现,在某个年龄段以下的孩子会有些怕球。面对来球,他们的本能反应是躲避。我在八岁的时候当过外野手,不过没有接到过多少球,因为每次球朝我飞来的时候,我总是闭上眼睛,举起手套来保护自己,而不是去力争接到球。
一个初创公司,如果净是挑选那些偏狭的项目来做的话,就跟我在八岁时对付来球的策略一样。要知道,如果你能够有所成就的话,就必然会有竞争者,早晚都要面对。所以说,如果你不想竞争的话,那么你想出来的点子好不到哪儿去。
我想,这种遇到大的困难就退缩的举动,往往是人们在潜意识下作出的。这跟你有一个很大的构想但却决定追求一个较小的较稳妥的目标不同,因为你在潜意识里就拒绝大的构想。解决这一问题的办法是假装你在为别人而不是为自己做策划。想想看,有什么好的主意适合某人去进行创业呢?
4 拾人牙慧 (Derivative Idea) 我们收到的许多申请都是在效仿一些已经存在的公司。现有的公司的确能够给你一些想法,但绝对不是最好的。如果你回顾一下那些成功的初创公司,很少是从模仿别人起家的。他们的灵感来自哪儿呢?通常是由创始人发现了一些尚未解决的特定问题。
我们自己的初创公司的业务是编写软件,使之能够生成在线商店的网站。当初我们是独此一家;少数几家支持在线交易的网站都是由互联网的专业设计人员手工编写的,成本很高。我们认识到,一旦在线购物红火起来的话,这些网站必然是要由软件来生成的,所以我们就写了这样一个软件。这个想法的起源很直接,如此而已。
那些对你个人产生影响的问题应该是最好的问题。苹果(Apple)的诞生是因为斯蒂夫·沃兹尼亚克(Steve Wozniak)需要一台电脑;谷歌(Google)则是由于拉瑞(Larry)和谢尔盖(Sergey)在网上找不到他们想要的东西;而 Hotmail 是因为沙比尔·巴蒂亚(Sabeer Bhatia)和杰克·史密斯(Jack Smith)无法在工作中互发电子邮件。
所以,不要去照搬 Facebook,在上面做些零敲碎打的工作;你应该到别的方向上去发掘灵感。也不要受已有的公司的影响,去炒他们的冷饭;你应该去找寻未解决的问题,然后设想一下什么样的公司能够解决那些问题。[2] 你需要弄清楚,人们在抱怨什么以及期待什么?
5 固执己见 (Obstinacy) 在某些领域里,成功的途径需要你认准了想做的事情并坚持到底,不管遇到多大的挫折。而创业则另当别论。如果你是想要赢得一块奥林匹克金牌的话,那么你应该咬定目标,决不放弃;因为你的目标十分明确。但是,创业更像是从事科学研究,你更应该遵循自然规律而不是主观臆断。
你应该避免过于坚持原来的计划,因为它可能是错误的。大多数成功的初创公司,最后做的都不是他们刚开始企图做的——而且差别往往很大,以至于你很难把他们同最初的公司联系起来。在创业的过程中,你应该准备好接受任何更好的主意;而最难做到的就是放弃你已有的想法。
当然,这里也有一个度的问题。每周都换一个想法显然也不可能成功。有什么标准能够帮助你做决定吗?一个办法就是衡量那些新的想法是否代表了某种进展。如果你能够利用大部分你所做过的东西,那么你可能是在一个螺旋式上升的过程中;反之,如果你需要从头开始的话,那就不是一个好兆头。
幸运的是,你可以向你的用户寻求建议。如果你转向一个新方向,而用户又对此反响热烈的话,那么你很可能押对宝了。
6 遇人不淑 (Hiring Bad Programmers) 在早先的清单里我忘了列上这一条了,因为我所碰到的创始人大多是程序员。对于他们来说,这不是什么大问题。就算他们偶尔雇用了一两个差劲的程序员,也不至于天就塌下来了。紧要关头,他们都可以亲自操刀上阵,力挽狂澜。
不过,当我回溯90年代那些倒闭的电子商务初创公司时,却发现正是差劲的程序员毁了那些公司。很多公司都是由商业领域的人员创办的。他们以为初创公司就是有个好的点子,然后雇用一批程序员来实现它。这真是想得容易做的难。这些商业领域的人员根本就无法区分程序员的好坏。他们甚至接触不到最好的程序员,因为没有哪个程序高手愿意去实现一个商人的构想。
事实是,这些人招募了一些他们以为是好的程序员(至少这些程序员的简历是这样吹嘘的,什么微软认证的开发人员了,等等),但实际上却难副其实。接下来他们就会很困惑地发现,自己的公司就像老牛拉破车一样吱嘎吱嘎,而竞争对手们却跟坐了火箭一样。这种初创公司具有那些大公司的所有缺点,却没有那些大公司所具备的优势。
如果你本人不是程序员的话,怎样才能挑选好的程序员呢?我不认为有什么好办法。我本来想说,你可以找个程序高手来帮你做这件事儿。但问题是,你怎么找到这个最初的程序高手呢?
7 开发平台选取不当 (Choosing the Wrong Platform) 同上面一条相关的问题是开发平台选取不当(通常差劲儿的程序员都会犯这个错误)。我认为,在经济泡沫时期,很多初创公司都因为在 Windows 的平台上构建基于服务器的应用而身陷泥沼。Hotmail 在被微软收购若干年之后仍然运行在 FreeBSD (译者:一个 Unix 平台)上,估计是因为 Windows 无法胜任其负荷。假如 Hotmail 的创始人选择了 Windows 的话,他们很可能早就失败了。
PayPal 刚刚躲过了一劫。在同某个dotcom合并后(译者:这里应该是指 eBay,不知道作者同 eBay 有什么过节?),新的CEO 想要转到 Windows 上——尽管 PayPal 的联合创始人马克斯·莱文奇恩(Max Levchin)向他展示过他们的软件系统在 Windows 上的处理能力只有在 Unix 上的百分之一。幸运的是,最终他们换了 CEO,而不是操作系统平台。
平台是一个很模糊的词。它既可以指操作系统,也可以指编程语言,或者是编程语言之上的框架结构。它所隐含的意义,既包含了支持,也包含了限制,就如同房子的地基一样。
你不得不慎而又慎地选择平台。有些平台,对外行来说,似乎是很好的、很负责的选择,就象90年代的 Windows 一样;一旦你选了他们,就无异于自掘坟墓。Java applets 大概是最典型的例子了。它曾经被人们认为是发布应用的新途径。结果却是,100个对此深信不疑的初创公司里,就有100个被毁掉了。
怎样选取正确的平台呢?通常的办法是招些好的程序员来让他们选择。如果你自己不是程序员的话,也有一个小窍门:到顶尖的计算机系里参观一下,看看他们在科研项目里都使用什么。
8 发布迟缓 (Slowness in Launching) 所有的公司,不论大小,在完成软件之前都会有一段困难时期。从某种意义上说,这是一种固有的特性;软件的完成度永远都是在85%左右。你需要有极大的毅力来推动软件的完成并向用户发布。[3]
初创公司总是用各种各样的借口来为推迟发布辩解。这些借口跟人们在日常生活中为自己的迟到所找的理由大同小异:总是有一些事儿要在这之前办好。也许吧。不过假如你的软件已经全部完成,按个按钮就可以发布的话,你还会等吗?
尽快发布的一个目的就是迫使你完成应该完成的工作。一个软件,只要还没有发布,就不算真正完成。不管你认为这个软件已经如何完善了,在临发布之即,总还是有一大堆的事儿要做;这种情形已经司空见惯了。发布的另一个目的就是,只有通过用户反馈,你才能真正明白要做什么。
有一些问题,同发布延迟是有联系的:工作节奏太慢,没有真正搞清楚问题,惧怕同用户打交道,害怕别人的评论,分心过多,过于完美,等等。解决这些问题,只需要推动自己尽快发布一些东西就可以了。
9 发布过早 (Launching Too Early) 发布过早的情况比发布迟缓要少见得多,不过并不是没有。发布过早的危险是有可能毁掉了你的名誉。早期的使用者在试用了你发布的东西后,如果发现什么不满意的地方,他们可能就不会再来了。
如果你想发布一样产品的话,最低要求是什么呢?我们建议初创公司认真考虑自己想要做的是什么,确定其核心内容;这些核心内容既要本身就能够有用处,又要能够作为基础,在此之上逐渐地拓展成一个完整的项目。一旦确定了这些,就应该尽可能快地完成它们。
我和很多其他的程序员就是按照这一办法来编写软件的。思考一下总的目标,然后动手编写一些有用的最小模块。这些模块早晚是要写的,所以不用担心作无用功。在大多数情况下你会发现,实现这些模块既能够在精神上获得鼓舞,又能够帮助你对余下的部分看得更清楚。
其实,你需要打动的那些早期的试用者们是很宽容的。他们并不期待一个新发布的产品无所不能;但是,多少它应该有点儿用处。
10 没有明确的目标用户 (Having No Specific User in Mind) 如果你不了解用户,就不可能作出他们喜欢的东西。在前面我曾经提到过,大多数成功的初创公司,都是从解决创始人遇到的问题开始的。这里面有这样一条规则:你所创造的财富是跟你对问题的理解程度成正比的;而你最了解的就是你自己的问题。[4]
这条理论反过来说就是:如果你试图解决一个你不懂的问题,那无异于往自己的脖子上套绞索。
但是还是有很多创始人,喜欢假定存在某些用户愿意用他们的产品,至于这些用户会是谁,他们也不很清楚。那些创始人需要这些产品吗?不,他们不能算是目标市场。那么会是谁呢?年轻人?对本地活动感兴趣的人?还是商业领域的用户?什么样的商业领域?加油站?电影制片厂?还是军工采购商?
你当然可以为与你不同类型的用户打造产品。我们就曾这么做过。问题是,你必须认识到你踏入了一个危险地带。这就好比你在借助仪表在飞行:你自己的直觉将帮不上任何忙。因此你的每一步操作都必须小心谨慎,并且要经常查看你的仪表。
这种情况下,用户就是你的仪表。你必须遵循“从实践中来”的原则。任何主观猜测都是不允许的;你必须接触用户并考察他们的反应。所以,当你为别人而不是你自己设计产品的时候,你必须去说服一些特定的用户来使用你的产品;如果你做不到这一点的话,那么失败是必然的。