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