BP 路演讲稿:三分钟把项目讲清楚的准备法
融资干货分享 · 科普长文
BP 路演讲稿:三分钟把项目讲清楚的准备法
文件是给翻的,说法是给听的
讲稿准备要盯的几个数
| 31% | 22% | 180 秒 | 15 秒 |
|---|---|---|---|
| 读者在 10 秒内关掉演示的比例 | 给出明确下一步动作后多换来的会议比例 | 三分钟讲稿的总时长,含 30 秒开场 | 其余单页读者的平均停留时长 |
为什么写得好不等于讲得好
BP 路演讲稿是另一份东西。写完 BP 的那天晚上你很得意,逻辑顺,数据齐,页面也好看。第二天进会议室,二十分钟讲完,对方的反应是「挺好的,我先看看」。
问题出在文件和人脑的工作方式不一样。DocSend 2024 年的分页停留时长数据里,读者在团队页上花 62 秒,财务页 52 秒,问题页 38 秒,封面页 23 秒,其余每一页约 15 秒。
这个 15 秒值得盯一会儿。一份种子轮 deck 的常见区间是 19 到 20 页,按每页 15 秒算,读者从打开到翻完实际只花五分钟左右。DocSend 2023 年的种子轮 deck 平均阅读时长是 1 分 56 秒。2015 年 DocSend 与哈佛商学院合作研究 200 多份成功融资 deck,合计融资 3.6 亿美元,平均阅读时间 3 分 44 秒。
也就是说,你的读者愿意给文件的注意力,加起来是两三分钟。他可以跳页,可以只看你不想让他看的那部分。翻文件这件事,节奏在他手里。
开口讲不一样。你说一句他听一句,语速在你手里,顺序在你手里,他跳页这个动作没有了。
文件的阅读节奏和口头讲述的节奏不一样
读文件的时候,读者是主动扫的。他先看目录,再跳到感兴趣的地方,看完一句话觉得不值就往下翻。你在第 11 页埋的那段市场分析,他可能从头到尾没看。
讲的时候没有这个选项。前面那段你讲完了,他脑子里就留下了那段的记忆,想跳也跳不掉,只能等你说下去。这就是为什么讲述场景下的流失更快。
Storydoc 在 2025 年 12 月分析了 130 万次演示会话,发现 31% 的读者 10 秒内就离开了,另有 15% 在 1 分钟内离开。
讲述的流失更快。BP 路演讲稿要单独准备,第一件事是把对方的前 30 秒稳住,第二件事是把 BP 里最重的那几页搬进嘴里。
BP 路演讲稿的三个版本:30 秒、3 分钟、15 分钟
同一份材料,三种时长,三种目标。先定版本,再定内容。
30 秒版:递名片之后那 30 秒
用在走廊偶遇、微信语音、饭局上认识的场合。这个版本不讲商业模式,不讲市场规模,只讲三句:你替谁解决什么问题、现在做到什么程度、下一步想聊什么。
三句话有个固定顺序。先说客户,再说数字,最后说要什么。数字放在中间,因为数字是唯一能让人记住并且转述给别人的东西。
演示性算例,30 秒版的说法长这样:「我们帮年流水 500 万以下的小微外贸企业做报关结汇退税,一个后台三件事。现在有 1200 家工厂在用,单票报关从 3 天压到 8 小时。下周想约你 30 分钟,看看这套流程在你那边跑不跑得通。」
目标是让对方愿意跟你约下一次,不是让他当场决定投你。
3 分钟版:会议室第一轮
这是多数种子轮会面的默认长度,投资人听完这一轮决定要不要进第二轮深聊。目标是把对方从「听过了」推到「想再谈一次」。
这个版本要完整覆盖四段骨架,下面单独讲。
15 分钟版:正式路演会
这个场合通常有合伙人一起在场,还带着打印好的 BP。目标是把 BP 讲透,并且接住追问。
演示性算例,15 分钟的分配是:开场 30 秒,四段骨架 3 分钟,展开 8 分钟,问答 3.5 分钟。加起来正好 15 分钟。
这里有个坑。Storydoc 的数据里,约 10 页的 deck 完读率 32%,全部篇幅的平均完读率 22%,超过 18 页后互动率明显下滑。而种子轮 deck 的常见区间是 19 到 20 页。15 分钟配 20 页的 deck,讲到后面你会发现页数不够用。
所以 15 分钟版真正要讲的是 20 页里的 6 到 8 页,剩下那十几页留着,问答的时候翻。
展开的 8 分钟也别平均分。演示性算例,8 分钟里给团队 2 分钟、给市场 2 分钟、给产品和竞争各 1.5 分钟、给财务 1 分钟。团队给得最多,因为 DocSend 的分页停留数据里团队页约 62 秒,是全篇被读得最久的一页,Storydoc 的分析里团队页也独占全篇约 43% 的阅读时间。财务只有 1 分钟,因为财务页约 52 秒,对方看得懂一张表,看不透的细节会追问。
表 1 三个版本的对照
| 版本 | 时长 | 听众状态 | 必须讲到 | 可以略过 | 结尾落点 |
|---|---|---|---|---|---|
| 30 秒 | 30 秒 | 在移动或刚认识 | 客户是谁、现在到哪一步 | 模式、市场、团队 | 约下一次碰面 |
| 3 分钟 | 3 分钟 | 在听你讲,在心里记 | 四段骨架各一句 | 展开细节、财务细项 | 一个明确的下一步 |
| 15 分钟 | 15 分钟 | 在核对 BP,在等追问 | 骨架加 4 到 6 页展开 | 剩下十几页 | 融资额加资金用途 |
三分钟 BP 路演讲稿的骨架:问题、方案、证据、请求
3 分钟这个长度不需要发挥,照骨架填就行。四段,加起来 180 秒。
四段骨架:问题、方案、证据、请求
演示性算例的时间分配是:开场 30 秒,问题 45 秒,方案 60 秒,证据 30 秒,请求 15 秒。
请求那 15 秒最短,因为有数据撑着。Storydoc 那份 130 万次演示会话的分析里,给出清晰、单一的下一步动作,多换来 22% 的会议。同一份分析里,个性化开头的提升幅度约 29%,按阶段调整内容的提升幅度约 33%,两项叠加后约 47%。
这几个数指向同一件事:讲稿结尾不能是「谢谢大家」,得是一个具体动作,而且只能有一个。
每段要挂一个能被追问的数字
表 2 四段骨架各挂什么数字
| 段落 | 这段在回答什么 | 挂什么数字 | 讲的时候注意 |
|---|---|---|---|
| 问题 | 客户现在在这件事上花多少 | 客户当前的成本或时间 | 说清口径,这个数后面会被反复用 |
| 方案 | 你换掉了哪一步 | 一个时间数或成本数 | 用客户的前后对比,别用功能清单 |
| 证据 | 已经有多少人在付钱 | 客户数、留存率、复购率 | 有 12 个客户就说 12 个,别说「一些」 |
| 请求 | 这轮钱换什么 | 融资额加一个可验证的节点 | 节点带数字和日期 |
团队页在 Storydoc 的数据里独占全篇约 43% 的阅读时间。读者愿意在团队身上多停一会儿,讲的时候也一样。团队那一段别用一句话带过,它值得单独留出二十秒。
BP 路演讲稿的开场 30 秒怎么抓人
前 30 秒的任务只有一个:让对方愿意继续听。有数据撑着的时候,这件事不难。
四个致命开场白
第一种,自我介绍式。姓名、成立年份、公司业务范围一口气说完。
第二种,感谢式。感谢对方给机会,感谢各位到场,感谢今天的时间。
第三种,目录式。先说今天讲哪几块,产品、市场、团队、财务。
第四种,行业趋势式。从行业大环境讲起,讲数字化怎么改变了这个行业。
这四种开场白的毛病是同一个:把最贵的 30 秒用来交代结构,没用来交代理由。对方听完知道你今天要讲四块内容,但他还不知道该不该听。
改法是四步。删掉感谢,删掉公司成立年份,删掉目录,把公司介绍换成客户、场景和一个数字。
改成这样:「去年有 1200 家华南外贸工厂找过我们。它们的报关平均等 3 天,我们把它压到 8 小时。今天想讲的就是这 3 天和 8 小时之间发生了什么。」
开场钩子的四种来源
一个反常识的数字。「我们把报关从 3 天压到 8 小时」,对方会想凭什么,下一句就有位置放了。
一句客户原话。去找三个客户,问他们当初为什么换掉原来的服务商,把他们说的第一句抄下来。客户描述自己的麻烦,比创始人描述准确。
一个具体场景。讲清时间、地点、谁在做什么,读者脑子里就有画面。
一个当场能做的动作。打开 demo 翻到那一页给他看,比任何形容词都快。
怎么讲数字,而不是念数字
数字是 BP 里最硬的部分,也是讲的时候最容易变成念的部分。
念数字和讲数字差在哪
念数字给的是数值,讲数字给的是数值和它的含义。区别全在第二句和第三句。
三条规矩。第一,先说这个数字在回答什么问题。第二,给数字一个参照,跟什么比。第三,给数字一个方向,往哪走,下一步要到哪。
同一段材料的两种讲法
演示性算例。BP 第 7 页原文是这么写的:第一年营业收入 32.4 万,第三年 356.4 万,毛利率 80%。
念的讲法:「我们第一年收入 32.4 万,第三年预计 356.4 万,毛利率 80%。」
讲的讲法:「第一年我们收了 32.4 万,90 个客户一人 3600 块。毛利率 80%,一年毛利 25.9 万。第二年客户涨到 340 个,第三年 900 个,客单价提到 3960 块,合计 356.4 万。这三年要拉 810 个新客户,一个客户 4000 块,获客这一项要花 324 万。注意这个数,4000 块比一个客户一年带来的毛利 2880 块还高 1120 块。第一年我们才做 90 个客户,光靠自然来的根本转不过来,所以获客是这轮钱最该花的地方。」
同一组数字,第二种讲法多给了对方三样东西:客户数和客单价的拆法,获客成本的量级,以及哪一项成本值得盯。
念的讲法对方听完能记住三个数字。讲的讲法对方能自己推第二年该有多少客户。
这个对比值得多说一句。数字本身在 BP 上已经有了,对方翻的时候会看。你在讲的时候要补的,是数字之间的关系。3600 块乘 90 个客户等于 32.4 万,这一步他看表能自己算,但他不会去算。你替他算了,他就省下了一次打断你的机会,把这个问题留给了更值得问的地方。
BP 路演讲稿写多细,讲之前要做什么
逐字稿还是要点卡,看你讲过几遍
第一次讲,或者对方很重要,写逐字稿。逐字稿的价值是让你敢打断自己想说的部分,敢在讲稿上直接划掉一段。
讲过三五遍之后换要点卡。每个段只留一句话和一个数字,一页纸讲完三分钟。
表 3 两种稿子的写法对照
| 逐字稿 | 要点卡 | |
|---|---|---|
| 适合谁 | 第一次讲、关键场合 | 讲熟了之后 |
| 写多细 | 每句话都写出来,能照着念 | 每段一句话加一个数字 |
| 一页放什么 | 开场 30 秒和结尾 15 秒单独写,中间按骨架 | 全篇一页 |
| 风险 | 照着念会念出 ppt 味 | 忘词就乱 |
| 准备时间 | 一小时 | 十分钟 |
讲之前必做的三个准备
第一件事,对着同事讲一遍。同事的作用是当听众,他会走神、会打断、会问你想不到的问题。他走神的那一刻,就是你讲得不够清的地方。
第二件事,录一遍回放。手机录下来,回放的时候你会听到自己的口头禅和自己都没察觉的重复句。这一步很多人不做,因为听完难受。
第三件事,准备 3 个追问。最可能被问的是三类:你的数字怎么算出来的,客户为什么愿意换掉现在这家,同样这件事凭什么是你。每类准备一个 30 秒的答案,写在讲稿背面。
表 4 三类追问与 30 秒答案的写法
| 追问 | 对方真正想知道 | 30 秒答案的结构 |
|---|---|---|
| 这个数怎么算的 | 我的模型是不是拍出来的 | 先给假设,再说依据,最后给一个可验证的下一个数 |
| 客户为什么换 | 我说的是通用好处还是真痛点 | 一句客户原话,加一个他原来的替代方案和他的代价 |
| 凭什么是你 | 别人做这件事差在哪 | 一件只有我们做成过的事,一个能核对的战果 |
被问住的时候怎么答
三步。第一步,承认边界,「这块我没有拆到客户级,现在能说到行业级」。第二步,给出手上有的东西,行业级的数是多少,来源是哪里。第三步,给一个时间点,「客户级的拆分下周给,下周三之前」。
不能做的是硬圆。对方记住你硬圆的次数,比记住一次答不上来要多得多。
数据来源与口径说明:
- Storydoc 2025 年 12 月 130 万次演示会话分析(31% 读者 10 秒内离开;另有 15% 在 1 分钟内离开;读过第 4 页的人中 82% 会读完;约 10 页 deck 完读率 32%,全部篇幅平均完读率 22%;超过 18 页后互动率明显下滑;团队页独占全篇约 43% 阅读时间;给出清晰单一的下一步动作可多换来 22% 会议,个性化开头提升约 29%,按阶段调整内容提升约 33%,两者叠加约 47%)
- DocSend 2024 年分页停留时长数据(团队页约 62 秒、财务页约 52 秒、问题页约 38 秒、封面页约 23 秒、其余单页约 15 秒)
- DocSend 2023 年种子轮 deck 阅读时长数据(平均 1 分 56 秒)
- DocSend 与哈佛商学院 2015 年合作研究(200+ 份成功融资 deck,合计融资 3.6 亿美元,平均阅读 3 分 44 秒)
- Papermark 2024 年阅读时长研究(800 万次数据点,封面平均 23 秒,其余每页约 15 秒)
- DocSend 种子轮 deck 结构与页数指南(19 至 20 页为常见区间,前四部分结构)
说明:文中讲稿时间分配、字数估算、章节展开时长与收入成本数字均为演示性算例,用于演示讲稿准备方法,不代表任何真实企业的经营状况。
常见问题
我不太会说话,写逐字稿是不是更保险
是。逐字稿就是给不靠口才的人用的,写完照着讲,讲出来的完整度比临场发挥高一大截。缺点只有一个,会念出 ppt 味,所以中间部分写关键词不写整句,只把开场 30 秒和结尾 15 秒写成逐字稿。
三分钟讲稿要写多少字
按每分钟 220 到 260 字算,三分钟大约 660 到 780 字。这个数字是估算,语速快的人可以再少一点。要点卡另算,一页纸能装下 8 到 12 个要点。
讲的时候对方一直低头看手机,怎么办
先改你手里的东西,别改对方。讲稿第二段放一个数字和一句判断,然后停顿两秒,主动问他刚才那页的看法。把提问抛出去,手机就放下来了。
讲稿和 BP 里的数字对不上怎么办
对不上说明其中一份是旧的。讲稿里的数字必须全部来自 BP 当前版本,逐页核一遍。更常见的情况是 BP 里写了 12 个客户,讲稿里写成了一批,这种数字在追问时最容易出事。
今天就能做的动作:打开你的 BP,找出最该讲的那一页,把这页的数据抄成一句话,再按问题、方案、证据、请求四段各写一句。三十分钟能写出第一版 BP 路演讲稿,写完念一遍,就知道缺口在哪。
本文由五网 5ol.com 原创出品 · 融资干货分享系列 · 欢迎收藏与转发