18 个会杀死初创公司的错误，Paul Graham 万字指南( 三 ) YC创始人保罗·格雷厄姆（Pau

文章图片
7.选错平台另一个相关问题（它往往是由糟糕的程序员做的）是选错平台。拿泡沫时期来说，很多初创公司都因为决定在Windows上建立基于服务器的应用程序而自断生路。 Hotmail在被微软收购后仍在FreeBSD（一种可免费使用的UNIX操作系统）上运行了多年，大概是因为Windows无法承载其负荷。如果Hotmail的创始人选择使用Windows ，他们就会陷入困境。平台是一个模糊的词。它可以指一个操作系统、一种编程语言，或建立在一种编程语言之上的“框架” 。它就像房子的地基，既向软件提供支持，又予以限制。平台的可怕之处在于，总有一些在外人看来是很好的、负责任的选择，然而，就像90年代的Windows一样，如果你选择了它们，你就会被摧毁。 Java小程序可能是最显著的一个案例。它本该是提供应用程序的新方式，然而据推测，它杀死了大概100%相信这一点的初创公司。如何挑选合适的平台？通常的方法是雇用优秀的程序员，让他们选择。但如果你不是程序员，你也可以使用一个技巧：参观顶级的计算机科学部门，看看他们在研究中使用什么。 8.发布迟缓无论规模如何，公司在搞定软件这件事上都很吃力。这是媒介的固有特性；软件总是有85%的完成率。想要突破这一点并向用户发布成果，需要强大的意志力。 [3]初创企业会为推迟发布产品找各种借口。大多数都相当于人们在日常生活中用来拖延的那些借口。有一些事情需要先发生。也许吧。但是，如果软件100%完成了，一按按钮就可以启动，他们还在等吗？你应该快速发布的一个原因是，它会迫使你真正完成一些量级的工作。只有产品发布了才算真正完成；就算你认为它的完成度已经非常高了，看看发布前的忙碌吧，这时你会意识到需要做的事还有很多。你需要快速发布产品的另一个原因是，只有让自己的想法触达用户，你才能完全理解它。另外还有几个明显的问题：工作太慢；没有真正理解问题；害怕不得不与用户打交道；害怕被评判；多线工作；过度的完美主义。幸运的是，你可以推自己一把，快速推出产品，对抗所有这些问题。 9.过早发布与过快发布产品相比，发布得太慢的产品杀死初创企业的可能性要大一百倍，但速度太快也可能是致命的。你的声誉可能尽毁于此。早期使用者试用后如果不满意，他们可能再也不会回来了。那么，产品应该至少做到什么程度呢？我们建议初创企业想想自己打算做什么，先确定一个核心，它既要有用，又能逐步扩展到整个项目，然后帮你尽快完成任务。这也是我（以及许多其他程序员）在编写软件时使用的方法。想一想总体目标，然后从写最小的子集开始，做一些有用的事。如果它只是一个子集，你无论如何都是要写的，所以至少不会浪费时间。但更有可能的是，你会发现执行一个有效的子集既有利于提高士气，又能帮助你更清楚地看到其他人应该做什么。你需要打动的早期使用者其实是相当宽容的。他们不期望一个新推出的产品有多么万能；它只要能发挥特定作用就好。 10.未锁定特定用户在不了解用户的情况下，你不可能创造出他们喜欢的东西。我在前面提到，最成功的创业公司似乎都是以试图解创始人的个人问题开始的。这是一条可能成立的规则：你创造的财富与你对问题的理解程度成正比，而你最理解的问题正是个人问题。 [4]这只是一个理论。它的反面就不是理论了：如果你在尝试解决自己不了解的问题，那你完蛋了。然而，令人惊讶的是，许多创始人似乎愿意假设会有人想要他们在做的产品，尽管他们不确定到底是谁。创始人想要它吗？不，他们不是目标市场。谁是？青少年。对当地活动感兴趣的人（这个陷阱已经见怪不怪了）。或者“商业”用户，什么商业用户？加油站？电影制片厂？国防承包商？你当然可以为自己以外的用户创造一些东西。我们就做到了。但是你应该意识到，你正在步入危险。你实际上是在靠仪器飞行，所以你应该：1）有意识地换档，不要以为自己可以像平时那样依靠直觉， 2）看看仪器。在这个类比中，仪器就是用户。为他人设计产品时，你必须以经验为依据。你不能再猜测什么会有用；你必须找到用户并评估他们的反应。所以，如果你要为青少年、“商业”用户或其他群体做产品，你必须能够说服一些特定的人使用它。如果你做不到，你就走错了路。