创始人口播别像新闻稿：把产品观点讲成一个真实判断

教程定位

这篇教程解决什么问题

创始人口播最怕写成“公司新闻稿的竖屏版”。稿子里全是“我们持续深耕”“全面升级”“帮助客户提升效率”，读起来没有错，但听起来不像一个人在解释自己为什么这么判断。观众也很难从这些句子里感受到创始人的经验、取舍和责任。

这篇教程面向创始人 IP 运营，解决的是“创始人想拍口播，但稿子太像宣传稿”的问题。你会把一组产品观点、产品事实、客户例子、禁说内容和目标时长整理成输入材料，让 AI 生成一版 60 秒口播脚本。脚本里不仅有台词，还要标出停顿、重音、情绪位置和补拍素材提示，方便创始人实际拍摄。

本文的重点不是写短视频前 5 秒钩子，也不是改标题，更不是建立用户语言词库。它处理的是一整条创始人口播：创始人要站在镜头前，把一个产品判断讲清楚。这个判断要有来源、有例子、有边界，听起来像创始人真的想过这件事，而不是市场部把卖点重新排了一遍。

本文会用一个虚构的 B2B 工具品牌“澄页协作”做例子。创始人想拍一条 60 秒视频，主题是“很多团队不是缺工具，而是缺一个能被反复校准的工作入口”。原稿写得像产品发布稿，用户听不出真实判断。我们会把它改成一版可念、可拍、可复核的创始人口播脚本。

做完之后，你应该能拿到四个结果：

1. 一句清楚的创始人判断，而不是一堆产品卖点。
2. 一份 60 秒口播结构，包含开场、判断、例子、边界和收束。
3. 一版带停顿、重音和补拍素材提示的脚本。
4. 一张人工检查清单，避免把创始人口播写成夸大承诺、员工讲解或产品演示。

使用场景

什么情况下最适合用这一套

假设你负责创始人 IP 运营。团队刚整理出一个产品观点：产品可以帮小团队把会议记录、客户反馈和行动项整理成可追踪的工作入口。市场同事希望创始人拍一条 60 秒口播，用来发在视频号、小红书或官网人物页。

你拿到的初稿可能是这样的：

> 澄页协作一直致力于帮助小团队提升协作效率。我们通过 AI 能力，将会议纪要、客户反馈和项目行动项进行智能整理，沉淀为结构化工作资产，帮助团队实现高效协同和持续增长。

这段话放在官网产品介绍里也许还能用，但让创始人对着镜头念，就会出现三个问题。

第一，它没有真实判断。创始人应该回答的是“我为什么相信这件事重要”，而不是把产品功能讲一遍。观众想听的是一个人经过客户沟通、产品取舍或失败经验后形成的判断。

第二，它没有可听性。口播不是给人扫读的。句子太长、名词太密、动词太虚，创始人念起来会像在背稿。观众听到第三个抽象词就会走神。

第三，它没有停顿和画面。创始人口播通常不是纯讲述，还需要补拍会议白板、客户反馈摘录、产品界面局部、手写笔记、团队讨论等素材。如果脚本没有提前标出这些画面，剪辑时只能硬配一些泛素材，视频会更像广告。

更适合创始人说的版本，应该像这样开头：

> 我后来发现，小团队真正丢掉的，不是会议纪要。 > 是每次讨论完，那个“下一步到底谁负责”的入口。

这两句话没有堆功能，但有判断。它把问题从“AI 整理会议纪要”改成“团队丢掉行动入口”。创始人可以停一下，再解释这个判断怎么来的：客户例子是什么，产品事实能支持到哪里，哪些承诺不能说。

所以这篇文章要帮你完成的任务是：把产品观点改写成一条 60 秒创始人口播。它不是普通员工出镜介绍功能，也不是产品经理录操作演示。普通员工可以说“这个按钮怎么用”；产品演示可以说“第一步点这里”；创始人口播要说“我为什么认为这个问题值得被解决，以及我们选择用什么方式解决”。

材料准备

开始前先把材料和边界备齐

开始前，先准备五类材料。创始人口播最容易失败的地方，不是 AI 不会写，而是输入材料只有“产品很厉害”。如果没有观点来源、事实边界和禁说内容，AI 很容易把创始人写成一个热情但空泛的品牌代言人。

第一类是观点笔记。观点笔记不是完整文章，只要记录创始人真正想表达的判断、担心、反常识、取舍和一句最想让观众记住的话。例如“我们不想把 AI 做成另一个信息堆积工具，而是想让团队每次讨论后都有下一步入口”。这比“提升团队效率”更像创始人会说的话。

第二类是产品事实。包括产品已经能做什么、不能做什么、当前适合什么场景、不适合什么场景。事实越清楚，口播越不容易夸大。比如可以说“从会议记录里提取行动项并生成待确认列表”，不能说“自动管理整个项目交付”。

第三类是客户例子。创始人口播需要有一个微小但真实的观察。例子不一定要大，可以是一位客户说过的困扰、一个典型团队场景、一段脱敏反馈。关键是它能支撑判断，而不是为了煽情。真实使用时要删除客户名称、合同金额、内部截图和任何个人信息。

第四类是禁说内容。包括合规禁词、不能承诺的效果、不能透露的产品路线、不能公开的客户信息、创始人不愿意使用的语气。很多口播失败，是因为 AI 写出了“让效率提升 10 倍”“彻底解决管理混乱”这类句子，后期再删会破坏整段逻辑。

第五类是目标时长。60 秒口播不是把 1000 字压缩到 60 秒，而是只讲一个判断。普通语速下，60 秒中文口播通常在 180 到 230 字左右。创始人如果语速慢、有停顿，宁可控制在 170 到 200 字。你还要提前决定是否需要结尾行动，比如“欢迎留言”“可以看置顶文章”“我们整理了一个模板”，不要临时在结尾硬塞。

可以把材料整理成下面这张表：

| 材料 | 最少提供什么 | 给 AI 的用途 | 人工先删掉什么 | | --- | --- | --- | --- | | 观点笔记 | 核心判断、判断来源、反对什么、想让观众记住什么 | 让脚本像创始人表达，不像卖点堆叠 | 情绪化抱怨、未经确认的行业结论 | | 产品事实 | 已上线能力、适用场景、不可承诺内容 | 防止夸大产品能力 | 内部路线图、未公开功能、技术细节密钥 | | 客户例子 | 脱敏场景、客户原话摘要、问题后果 | 给判断提供真实支点 | 客户名、截图、价格、联系人、合同信息 | | 禁说内容 | 合规禁词、承诺边界、语气禁区 | 让脚本可发布、可复核 | 不应交给外部模型的敏感信息 | | 目标时长 | 60 秒、语速、是否要结尾行动 | 控制字数、停顿和结构 | 与主题无关的额外诉求 |

还要准备一个“创始人口吻备注”。比如创始人平时说话是克制、直接、带一点反问，还是温和、解释型、喜欢讲案例。AI 不知道创始人的真实语气，必须靠你提供样本。可以给三句创始人过去说过、已经可以公开引用的话，让 AI 学习节奏，但不要让它模仿私人聊天或未公开内部发言。

实操流程

按这套步骤把工作跑起来

【1. 先把产品观点改成一句判断】

不要让 AI 一上来写 60 秒脚本。先让它从材料里提炼一句判断：

> 我认为，目标读者真正遇到的问题不是 A，而是 B。

例如原始产品观点是：

> 我们用 AI 帮团队整理会议纪要、客户反馈和行动项。

可以改成创始人判断：

> 我认为小团队真正丢掉的不是记录，而是每次讨论之后可以继续推进的入口。

这句话有三个好处。它不是功能说明；它带有创始人的取舍；它能自然引出产品事实和客户例子。如果一句判断只能写成“我们很重视客户价值”，说明材料还停留在宣传层，需要回到观点笔记重新挖。

【2. 只选一个客户例子，不把所有素材都塞进去】

60 秒口播只能承载一个小例子。很多团队会把“客户 A、客户 B、行业趋势、团队使命、产品优势”都塞进脚本，结果每个点都浅。

选择客户例子时，优先选能让观众看到判断成立的瞬间。例如：

> 一个 12 人团队每周会开三次项目会，纪要都有，但周五复盘时，大家还是在问“上次说这件事谁负责”。问题不是没人记录，而是记录没有变成可追踪入口。

这个例子能支撑“不是缺记录，而是缺入口”的判断。它不需要暴露客户身份，也不需要编造效果数据。口播里只保留最能让人点头的细节。

【3. 搭一条 60 秒结构，而不是直接润色文字】

创始人口播建议用五段式结构：

| 时间 | 任务 | 这一段要回答什么 | | --- | --- | --- | | 0-8 秒 | 进入判断 | 我最近为什么想讲这个问题 | | 8-22 秒 | 说出判断 | 我认为真正的问题是什么 | | 22-38 秒 | 给出例子 | 哪个客户场景让我确认这个判断 | | 38-50 秒 | 接上产品事实 | 我们现在怎么解决到这一步 | | 50-60 秒 | 收束边界 | 这件事不是什么，以及观众可以怎么理解 |

这不是短视频前 5 秒钩子模板。它服务的是完整口播的逻辑。开头要能让人听下去，但更重要的是后面 50 秒能把判断讲完整。

【4. 把书面句改成能说出口的短句】

新闻稿常用长句，创始人口播要拆成短句。拆句时遵守三个规则：

例如这句：

> 我们希望通过 AI 结构化协作过程中的多源信息，帮助团队提升跨角色任务流转效率。

可以改成：

> 我们不是想再做一个“资料整理箱”。 > 我们想解决的是：会开完以后，下一步到底谁来推。 > 这件事如果没有入口，团队很快又会回到群里问一遍。

改写后，创始人能念，观众也能听懂。停顿不是装腔，而是让判断有呼吸。

【5. 标出重音、停顿和补拍素材】

交付给拍摄团队的脚本不能只有台词。至少要有三类标记：

| 标记 | 写法 | 用途 | | --- | --- | --- | | 停顿 | `[停 1 秒]`、`[轻停]` | 给创始人换气，也让观众消化判断 | | 重音 | `**不是记录**`、`**下一步入口**` | 提醒创始人哪些词要压住 | | 补拍素材 | `[补拍：白板上的行动项列表]` | 方便剪辑补画面，避免全程干讲 |

补拍素材要具体，不要写“企业办公场景”。更好的写法是“电脑屏幕上出现脱敏会议纪要，光标划到行动项”“纸上写着负责人、截止时间、状态三列”“创始人翻到手写客户反馈摘录”。这些素材能支撑判断，不只是填画面。

【6. 用禁说内容逐句过筛】

AI 生成后，拿禁说内容逐句检查。尤其注意四类风险：

创始人口播比普通员工口播更需要谨慎，因为它更像公司立场。宁可少说一点，也不要把不确定的结论说满。

【7. 做一次朗读改稿】

最后让创始人或运营用正常语速读一遍。读的时候不要只看字数，要看三件事：

第一，创始人会不会卡在某些词上。卡住的词通常不是他的日常表达，要换掉。

第二，停顿后逻辑是否接得上。如果停顿前后像两段广告语拼在一起，说明判断线还不够顺。

第三，60 秒是否刚好。超过 70 秒就删素材，不要加速硬念；少于 45 秒就补判断来源，不要补更多口号。

1. 一句话只放一个意思。
2. 抽象词后面立刻跟一个具体场景。
3. 需要观众消化的地方标停顿。
4. 效果承诺：比如“让团队效率翻倍”“彻底避免遗漏”。
5. 客户背书：比如“某知名客户已经证明”，但客户未授权。
6. 产品越界：比如产品只能生成待确认列表，脚本却说能自动分配任务。
7. 创始人姿态：比如把创始人写成教训用户，或把竞争对手贬低得太重。

输入示例

可以直接参考的输入材料

下面是一份可以直接给 AI 的输入材料样例。所有公司、客户和数据均为安全虚构。真实工作中，请先脱敏。

这份输入的关键是把“观点、事实、例子、禁说、时长”分开。AI 才能知道哪些可以展开，哪些只能轻轻带过。

【任务】
请把下面的产品观点改写成一版 60 秒创始人口播脚本。
输出需要包含：口播台词、停顿、重音、补拍素材提示、人工复核点。

【创始人 IP 背景】
创始人平时表达比较克制，不喜欢喊口号，也不喜欢过度批评用户。
他的常用表达是：先讲一个观察，再讲为什么这样判断，最后讲产品只解决其中一小段。
不使用“颠覆”“赋能”“效率革命”这类词。

【观点笔记】
我最近想讲一个判断：很多小团队并不是没有会议纪要，也不是没有文档。
真正的问题是，每次讨论结束以后，下一步是谁负责、什么时候回看、状态有没有变，缺一个统一入口。
我们做产品时不想再制造一堆文档，而是想让信息最后能回到行动上。

【产品事实】
产品已上线能力：
1. 可以从会议记录、客户反馈、项目讨论中提取行动项。
2. 可以生成“负责人、截止时间、状态、待确认问题”的列表。
3. 可以让团队成员在列表里确认或修改。

不能说：
1. 不能说自动完成项目管理。
2. 不能说替代负责人判断。
3. 不能说效率提升几倍。

【客户例子，已脱敏】
一个 12 人服务团队每周有三次项目会。会议纪要都有，但周五复盘时，大家还是会问“上次说的那个客户反馈谁来跟”。后来他们发现，问题不是没有记录，而是记录没有变成下一步入口。

【禁说内容】
不要出现真实客户名。
不要承诺“彻底解决协作混乱”。
不要贬低竞品。
不要说“所有团队都这样”。
不要使用过度营销词。

【目标时长】
60 秒。
希望控制在 180-210 个中文字。
结尾不强行卖产品，只留一个判断：先别追求更多记录，先让记录回到行动入口。

提示词

可复制使用的提示词

下面这段提示词可以复制使用。把方括号里的内容换成你的实际材料。

这段提示词的重点是先让 AI 提炼判断，再写结构，最后写脚本。不要直接说“帮我润色成创始人口播”，那样很容易得到一版更顺口的新闻稿。

你是创始人 IP 口播脚本编辑。请把我提供的材料改写成一版 60 秒创始人口播脚本。

这不是普通员工出镜，不是产品功能演示，也不是短视频前 5 秒钩子。请让脚本像创始人在解释一个真实判断：有观察、有取舍、有客户例子、有边界。

请严格根据我提供的材料写，不要编造客户、数据、效果、产品能力或行业结论。

输入材料包括：
1. 观点笔记：[粘贴]
2. 产品事实：[粘贴]
3. 客户例子：[粘贴，已脱敏]
4. 禁说内容：[粘贴]
5. 目标时长：[粘贴]
6. 创始人口吻备注：[粘贴]

输出要求：
一、先提炼一句“创始人判断”
格式：我认为，目标读者真正遇到的问题不是 A，而是 B。

二、给出 60 秒结构
请按 0-8 秒、8-22 秒、22-38 秒、38-50 秒、50-60 秒拆分。
每段说明承担的作用。

三、输出完整口播脚本
要求：
- 控制在目标时长内。
- 台词必须能自然说出口，不要像新闻稿。
- 标出 [停 1 秒]、[轻停]。
- 用 **加粗** 标出重音词。
- 每段都给一个补拍素材提示。
- 不能使用禁说内容。

四、输出人工复核清单
请列出需要人确认的事实、产品能力、客户例子、语气和时长。

如果材料不足，请先指出缺口，再给保守版本，不要自行补故事。

输出样例

AI 应该输出到什么程度

下面是基于前面输入材料，AI 可能产出的一版初稿。它已经可以进入人工朗读和事实复核，但还不是最终发布稿。

**创始人判断**

> 我认为，小团队真正丢掉的不是记录，而是讨论之后能继续推进的行动入口。

**60 秒结构**

| 时间 | 作用 | 内容重点 | | --- | --- | --- | | 0-8 秒 | 进入观察 | 很多团队其实已经有记录 | | 8-22 秒 | 说出判断 | 问题不是记录少，而是入口断了 | | 22-38 秒 | 给客户例子 | 12 人团队周五仍在追问负责人 | | 38-50 秒 | 接产品事实 | 从记录里提取行动项和待确认问题 | | 50-60 秒 | 收束边界 | 先让记录回到行动，不夸大成自动管理 |

**完整口播脚本**

| 时间 | 台词 | 补拍素材 | | --- | --- | --- | | 0-8 秒 | 我这段时间有个很强的感受：[轻停] 很多小团队其实**不缺记录**。 | 创始人看向镜头，桌上有会议笔记和电脑，不出现品牌大字报。 | | 8-22 秒 | 会议纪要有，文档也有。真正容易丢的，是讨论完以后，**下一步到底谁来推**。 | 脱敏会议纪要页面，光标划过一段讨论内容，但行动项为空。 | | 22-38 秒 | 我们见过一个 12 人团队，每周三次项目会。周五复盘时，大家还在问：上次那个客户反馈，谁跟？[停 1 秒] 问题不是没人记。是记录没有变成入口。 | 白板上写着“客户反馈、负责人、截止时间、状态”，负责人一列留空。 | | 38-50 秒 | 所以我们做这个功能时，没有把目标定成“生成更多文档”。我们先做一件小事：从记录里提取行动项、负责人、截止时间和待确认问题。 | 产品界面局部或示意表格，显示四列：事项、负责人、截止时间、待确认。 | | 50-60 秒 | AI 不应该替团队做所有判断。[轻停] 但它可以先把那些容易散掉的信息，拉回到**行动入口**里。 | 创始人合上笔记，画面切到一张干净的行动项列表。 |

这版脚本大约 190 个中文字。它没有承诺自动完成项目管理，也没有说效率提升几倍。创始人的角色是解释判断，而不是演示按钮。

如果创始人念起来觉得“行动入口”仍然偏抽象，可以把最后一句改得更口语：

这版更自然，但产品关键词弱一点。最终选择哪版，要看账号更偏创始人观点，还是更偏产品认知。

AI 不应该替团队做所有判断。
但它至少可以帮你把“刚才说好的事”，放到一个大家都能回看的地方。

人工验收

人要怎么检查和改到可用

AI 生成脚本后，不要直接交给创始人拍。至少做七项人工检查。

第一，检查判断是否真的是创始人会认同的话。创始人口播不能只因为顺口就发布。如果创始人并不相信“问题不是记录，而是行动入口”，就要回到观点笔记重写。IP 内容最怕替创始人编一个漂亮但陌生的观点。

第二，检查产品事实是否准确。脚本里每个能力都要能在产品里找到对应功能。比如“提取行动项、负责人、截止时间、待确认问题”如果只有部分上线，就要改成“我们正在先解决其中一部分”，或者删掉尚未上线内容。

第三，检查客户例子是否安全。即使例子已经脱敏，也要确认是否会被熟悉业务的人反推出客户身份。必要时把团队规模、行业、时间频率做合理模糊，比如把“12 人服务团队”改成“一个十几人的服务团队”。

第四，检查禁说内容是否被绕着说出来。有些句子没有直接写“效率翻倍”，但暗示了类似效果，比如“从此不用再追问负责人”。这类句子也要删。创始人口播要稳，不要让短视频表达变成产品承诺。

第五，检查台词是否像人说话。把脚本大声读出来，凡是读到一半需要回头看主语的句子，都要拆短。凡是出现“协同闭环、结构化资产、持续赋能”这类词，除非创始人日常就这么说，否则换成具体动作。

第六，检查补拍素材是否能拍。不要写“展示团队高效协作氛围”这种空画面。拍摄当天能拿到什么，就写什么：手写笔记、脱敏列表、白板、产品局部、会议室空镜、创始人翻看客户反馈摘要。

第七，检查时长。60 秒脚本最好让创始人按真实语速念两遍。第一遍看是否顺，第二遍计时。超过 65 秒，优先删形容词和背景；低于 50 秒，优先补判断来源，不要补销售话术。

最后还要确认结尾动作。创始人口播不一定每条都要卖产品。如果这条视频的目的只是建立认知，结尾可以收在判断上。如果需要导向官网文章或模板，可以加一句很轻的引导，但不要破坏前面建立的真实感。

失败反例

这些失败反例要提前避开

**反例 1：把新闻稿换成第一人称**

错误写法：

这类稿子看起来像创始人说话，但核心仍然是宣传稿。它没有具体判断，也没有说明创始人为什么这样想。修改方向是把“致力于、创新、组织能力”换成一个真实场景和一个可争论的判断。

**反例 2：写成普通员工功能讲解**

错误写法：

这不是创始人口播，而是产品演示。它可以由运营、产品经理或客服同事来讲。创始人要讲的是为什么要做这个功能，解决哪个被忽略的问题，以及产品选择先解决到哪一步。

**反例 3：只有情绪，没有事实边界**

错误写法：

这类表达容易吸引注意，但风险很高。它扩大了问题范围，也承诺了无法证明的结果。创始人口播可以有判断，但不能把个别观察说成所有团队的结论。

**反例 4：把 60 秒脚本写成一串开头金句**

错误写法：

这类句子适合做其中一两句重音，但不能撑完整 60 秒。观众听完会觉得有节奏，却不知道产品事实、客户例子和边界在哪里。修改方向是保留一句最有力的判断，然后补例子和可验证事实。

**反例 5：补拍素材过于泛化**

错误写法：

这些画面不能支撑判断。更好的补拍是“脱敏会议纪要中没有负责人字段”“白板上行动项从空到完整”“创始人手写一句客户反馈”。补拍素材要让观众看见判断从哪里来。

我们一直致力于用 AI 帮助团队实现高效协同。我相信，通过持续创新，我们可以让每个小团队都拥有更强的组织能力。

大家好，今天给大家介绍一下我们的行动项提取功能。首先上传会议记录，然后点击生成，系统会自动识别负责人和截止时间。

我看到太多团队被低效协作拖垮了。只要用 AI，每个人都能从重复沟通里解放出来。

不是团队不努力，是信息没入口。不是会议没价值，是行动没回路。不是效率不够，是协作没有被重新定义。

补拍：办公室、团队讨论、创始人走路、员工工作。

主题边界

它和相邻主题的区别

这篇文章只解决“创始人把产品观点讲成 60 秒口播”的问题。它和相邻主题的边界如下：

| 相邻主题 | 解决什么 | 本文不做什么 | 本文的差异 | | --- | --- | --- | --- | | 短视频前 5 秒开头 | 让观众在开头识别人物、场景和冲突 | 不只写开头，不只做留存钩子 | 本文交付完整 60 秒脚本，包含判断、例子、边界和补拍素材 | | 标题改写 | 让内容在不同入口被点击和理解 | 不写标题清单，不处理搜索或平台打开动机 | 本文处理镜头前的口语表达和创始人语气 | | 用户语言词库 | 从评论、搜索词、客服对话提取用户说法 | 不建立长期词库，不批量改标题 | 本文只使用用户或客户例子来支撑一个口播判断 | | 普通员工出镜脚本 | 介绍流程、操作步骤或功能用法 | 不让员工代表公司做战略判断 | 本文强调创始人表达：为什么这样判断、为什么这样取舍 | | 产品演示脚本 | 展示按钮、界面和操作路径 | 不逐步教用户怎么点击 | 本文只在产品事实段轻轻连接功能，主线仍是创始人观点 |

判断一篇稿子是否属于本文范围，可以问一句：这条视频如果换成普通员工来讲，是否会失去“创始人为什么这么判断”的价值？如果不会失去，那它可能只是功能讲解或普通口播；如果会失去，才值得用本文的方法来写。

最终交付也要保持这个边界：一版 60 秒创始人口播脚本，包含停顿、重音和补拍素材提示。它不是标题，不是开头，不是词库，不是产品演示。它的核心是让创始人对着镜头，讲清一个真实、克制、可验证的判断。