创始人拒绝简洁扼要地描述项目的一个原因是，在这种早期阶段，有各种各样的可能性。最简洁的描述似乎太狭义，易使人误解。例如做了一个简单基于Web的数据库的团队可能会拒绝这样称呼他们的应用程序，因为它有更多可能性。事实上，它可能是任何东西.......

问题是，当你(在微积分意义上)描述一些可能是任何东西的事物时，你描述的内容接近于零。如果你将数据库描述为“一个允许人们协同利用信息价值的系统”，它将会从投资人的左耳进，右耳出。他们会把这句话当作毫无意义的陈词滥调，并且愈加的不耐烦，他们会希望你在接下来的话里真正解释你所做的事情。

你的首要目标不是要描述你的系统有一天会变成什么样，而是要让投资人相信你的项目值得进一步讨论。这就像一个算法通过连续地取近似值得到正确的答案。首先要开始一个扣人心弦但可能过于狭义的描述，然后尽你所能将其他延展呈现出来。这与增量开发是相同的原则：从一个简单的原型开始，然后添加特性，但是在每个点都有工作代码。这种情况下，“工作代码”指的是让投资人认为可行的描述。

4. 不要一边说话一边操作电脑，Don't talk and drive.

一个人说话，另一个人操作电脑。如果一个人同时做这两件事，他们将不可避免地对着电脑屏幕喃喃自语，而不是清晰地在听众面前讲解。

只要你站在观众面前看着他们，礼貌（和习惯）就会迫使他们注意你。一旦你不再看着他们而是盯着你电脑上的东西，观众的注意力就会渐渐转移到别处。

5. 不要长时间谈论次要问题，时间花在刀刃上，Don't talk about secondary matters at length.

如果你只有几分钟的时间，就用来解释你的产品是做什么的，为什么它很棒。像竞品或简历这样的次要问题应该只用单张幻灯片，最后快速地过一遍就行。如果你有令人印象深刻的简历，只需让它在屏幕上闪现15秒钟，然后说几句话即可。至于竞品，列出前三名，用一句话解释他们没有而你拥有的东西就行了。先明确解释你所做的事情，把次要问题放在最后。

6. 不要对商业模式谈得太过深入，Don't get too deeply into business models.

谈论你打算如何赚钱是件好事，但主要是因为这表明你关心并考虑过这件事。不要过于详细地讨论你的商业模式，因为：(a)这不是聪明的投资人在简短的演示中关心的内容； (b)你在这一阶段讲的任何商业模式都可能是错误的。

最近，一位在YC演讲的VC谈到了他刚刚投资的一家公司。他说他们的商业模式是错误的，而且可能要改３次才能改对。创始人都是经验丰富的人，他们以前都创过业，还成功从顶级的风险投资公司中获得数百万美元投资，但就连他们的商业模式都被认为不过关。(但这位投资人还是投了，虽然他预计到在这个阶段它会很糟。)

如果你正在解决一个重要的问题，谈论这个问题会比谈论商业模式显得更明智。商业模式只是一堆猜测，而猜测可能不是你的专业。所以，如果你能谈论你很了解的、具体的、有趣的事情：你正在解决的问题和你到目前为止所取得的成果，那就不要把少得可怜的宝贵时间花在那些扯淡的话上。

这样做除了浪费时间之外，如果你的商业模式看起来大错特错，那么你想让投资人记住的东西就都会被抛诸脑后。他们只会记住你们是想靠愚蠢的方法来赚钱的公司，而不是解决了重要问题的公司。

7. 讲话要慢，要清晰，Talk slowly and clearly at the audience.

在Rehearsal Day，每个人都能看出那些有向一群人做过Presentation的经验和没有这类经验的人的区别。

你需要用一种跟平时说话完全不同的声音和举止与一屋子人交谈。这种事在日常生活中没有任何实践的机会。如果你还不能做到这一点，最好的办法就是把它当作演戏一样。

然而，这并不意味着你要像播音员那样说话。观众不会在意这些。你要做的是以某种修饰过的方式说话，但让它看起来是很自然的交谈。(写作也是一样，好的写作就是努力让自己的作品看起来是发自内心的。）