演讲稿写作：从空白页到可开口讲的草稿，六步指南

先决定面向哪些听众，再搭建提纲，之后才润色句子。按照这套六步演讲稿写作流程，从空白页写出一份可以朗读的草稿。每一步先大致完成；等整套论证成形后，再回头斟酌措辞。

看下面的例子，了解如何把粗略笔记写成一份完整的团队提案。请求刻意设得很小：先试一种改动，再讨论它是否有帮助。

起始笔记：工作交接不清楚。例子：请求被转交时没有负责人。不要增加会议。共享记录：下一步行动、负责人、截止日期。自愿起草。请求试行一周。

示例：团队工作交接提案

“在增加一次会议之前，我想请大家试用一份更清晰的交接记录。我的提案很简单：接下来一周，每个尚未完成的请求离开团队时，都要写明下一步行动、负责人和截止日期。

想一想这样一种请求：它被转交时附着一句‘能不能请人跟进一下？’。接手的人仍得弄清楚缺了什么、谁应该回应，以及什么时候需要答复。这正是我希望解决的问题。

我们不需要一份长报告。一条有用的记录可以这样写：‘确认修改后的交付日期。Jordan 会在周四的例行沟通会前联系供应商。’接手的人打开记录，就能马上看到下一步要做什么。

我建议在我们目前使用的交接文档中试用这三个字段。我今天可以起草标题。每个人只需为转交时仍未完成的工作添加记录。

一周后，我们一起查看几条记录。接手的人知道该做什么吗？还有什么不清楚吗？如果这种格式增加了工作量却没有带来帮助，我们可以调整。

你愿意同意试用这种格式一周吗？如果愿意，我今天就分享草稿，我们可以利用周五的例行沟通会来决定保留哪些内容。”

笔记如何变成段落：开场把“工作交接不清楚”变成了一条直接建议。第二段用一句大家熟悉的话让问题具体可见。第三段展示了拟议的替代做法，让听众不必想象格式是什么样。第四段解释了改动将在哪里实施，以及谁来启动。第五段明确了团队要检查什么。最后一段请求大家同意，并说明下一步。

核心信息、例子和请求各有不同作用。在你自己的演讲稿写作中，也要保留这种区分：描述问题、展示替代做法，并请求作出决定。删掉示例记录，提案就会变得抽象；删掉结尾请求，听众就不知道该如何明确回应。

选出最能支持听众采取行动的想法，再让其他想法竞争有限的篇幅。把每个备选要点分别写在一行，然后问：“有人需要知道这一点，才能理解或评估我的请求吗？”保留通过这个检验的内容。

在团队的例子中，“我们的工具变了”“我们需要更好的入职培训”和“工作交接需要明确负责人”可能都值得讨论。只有第三点能直接支持这次试行提案。除非入职培训能说明使用这份记录时遇到的具体障碍，否则可以留到之后再讨论。

北卡罗来纳大学教堂山分校写作中心的演讲讲义建议明确目的和听众、尽早陈述论点、使用预告、总结和清晰的过渡，并尽量采用简短、简单的句子。运用这条建议时，先告诉听众你的推荐方案，再展开说明支持它的理由和例子。

对于简短论证，PREP 方法提供了一个实用顺序：观点、理由、例子、观点。用它检查提纲，而不是把它当作必须重复同一句话的要求。最后的观点可以转化为听众接下来要采取的行动。

一个实用的演讲稿写作检验方法是：试着概括草稿，但不使用“还有”。如果做不到，就选定这场演讲要兑现哪项承诺。把其他材料留给提问环节或另一个场合。

读每个句子时，想象自己正隔着桌子向一个人解释这个想法。把正式措辞换成你实际会说的话。保持意思准确；缩短句子时，不要删掉是谁在行动或发生了什么变化。

修改前：一句话塞进了太多内容。“鉴于未完成请求的责任归属反复存在模糊之处，应考虑实施标准化的文档记录方式。”

修改后：“有些未完成的请求没有明确负责人。我们给每条交接记录加上负责人吧。”

修改后的版本把问题与提案分开，也把模糊的建议换成了听众能够想象的行动。

修改前：抽象的好处。“这项举措将提升跨职能范围内的信息可见性。”

修改后：“接手的人可以打开记录，看到是谁在跟进。”

修改后的版本描述了听众的实际体验，而不是笼统地说有好处。如果一句话听起来很漂亮，却让你想问“具体会发生什么”，就尽量用这种具体的解释方式。

修改前：一口气塞进好几条指令。“检查这份可能包含多位同事提供的信息的请求后，找出尚待处理的行动并指派负责人，然后再转交。”

修改后：“先读一下请求。还有什么需要处理？把这项行动写下来，注明负责人，然后再转交。”

写演讲稿时，如果少量重复能帮助听众跟上论证，就保留它。重复“下一步行动、负责人、截止日期”可以强化拟议的格式。把整段背景重说一遍只会拉长演讲，并不能帮助他们采取行动。

提供足够的背景，让听众明白你的例子能支持什么。一条令人困惑的工作交接记录可以说明存在某个问题，却无法证明这个问题在整个公司中出现得有多频繁。你的主张有多大，就要和手头材料的支撑力度相匹配。

纳入论据之前，用下面这些检查项核对：

• 对于数字，确认其来源、统计期间和衡量内容。如果缺少这些信息，先不要写这个数字，等确认后再加入。
• 对于个人回忆，只描述你记得的内容，不要用方便的对话或确切日期填补记忆空白。
• 对于他人的故事，在适当情况下先征求许可，并删去听众不需要知道的身份信息。
• 对于引文，核对原话和出处。如果你只记得大意，就转述并注明来源，不要加引号。

如果你的提案建立在未经检验的假设上，就把它改成试行期间要回答的问题。“我们会检查这些记录是否能让负责人更明确”能让听众有所评估。“这会消除延误”则承诺了这个例子无法支持的结果。

如果演讲围绕数字展开，可以把数据演示情景用作相关练习场景。在讲稿中，先解释每个数字代表什么，再讲下一个。

保留一条核心信息、相关论据和有意设计的结尾，但根据你希望听众作出的回应来调整内容。团队提案是请求作出决定。庆祝演讲可以请大家认可某人的贡献。追思演讲可以分享一段共同回忆，并留出片刻沉思。

团队更新：“交接文档的标题已经准备好了。请在周五之前将它们用于尚未完成的请求。”听众需要采取行动，因此实用细节应该放在前面。

表彰演讲：“我很欣赏 Maya 的一点，是她总能让下一位同事的工作更轻松。我刚加入时，她的记录告诉我该从哪里开始。”这里的细节是为了表达欣赏，而非改变流程。

社区告别演讲：“我会记得 Sam 总是愿意为新志愿者腾出位置。我希望我们把这份欢迎带到下一个项目中。”这段回忆引出共同价值，没有变成成就清单。

根据场合选择语气和细节，不要把语言夸大。正式活动也可以使用短句。想要更有力的第一句话，可以看看如何开场演讲；选择符合实际核心信息的开场，而不是硬加一个无关的笑话。

为自己朗读草稿并计时，然后先删去完整内容单元，再精简个别词语。如果分配的时段还包括介绍或提问，先确认留给你演讲的时间有多少。不要用通用的每分钟字数规则估算最终时长。

使用这份演讲稿写作排练清单：

1. 按你面对听众时会采用的速度朗读整篇讲稿，包括刻意安排的停顿。
2. 在每个部分旁边记下经过的时间，并标记任何读得太快的段落。
3. 如果演讲超时，删去次要例子、重复说明或不必要的背景段落。
4. 读一读每处删减后的衔接。如果论证因此跳跃，就补上一句简短过渡。
5. 在读起来磕绊的词语下画线，换成更容易说、意思同样准确的表达。
6. 加上少量讲者提示，例如在请求之后标注“[停顿]”，或在核心信息之前标注“[抬头]”。
7. 从头到尾为修改后的版本计时。

假设你的草稿比时段限制大约多出一分钟。先试着删去团队如何选择现用文档的历史。保留工作交接示例和结尾请求，因为它们能帮助听众理解并作出决定。

让页面便于浏览：用空行分隔不同的思路，并把结尾请求放在一眼能找到的位置。如果讲到一半忘了位置，就回到下一个核心要点，不要急着把漏掉的每句话都补讲出来。关于结尾本身，参见如何结束演讲。

SayNow AI 为你提供朗读草稿、练习表达效果的空间。它针对专业场景提供个性化口语练习和 AI 对话练习，包括演示练习，并实时反馈表达呈现、结构、清晰度和说服力。沟通框架也能为这些练习提供支持。

从自己讲稿中的开场和提案开始。大声说出来，再查看有关清晰度和结构的反馈。选一句来修改：也许推荐方案出现得太晚，也许拟议行动不容易跟上。自己重写这句话，再把相应段落讲一遍。

例如，把“流程方面有几点需要考虑”改成“我提议试行一周更清晰的工作交接记录”。下一次练习时，先让这条建议清楚地传达出来，再补充支持它的例子。然后用结尾请求重复这个练习过程，并确保内容仍然围绕你实际希望听众采取的行动。

在公开演讲情景中练习你的草稿。

请一位听众在看不到页面的情况下听你朗读草稿。然后问对方三个问题：我的核心观点是什么？哪个例子让它变得清楚？我请你做什么？根据对方的回答，找出需要修改的段落。

如果对方记住了故事，却没听懂请求，就加强两者之间的联系。如果对方理解了请求，却说不出它为什么重要，就补上缺失的理由。你可以针对性地修改这些地方，无须重写每个句子。

结束这次演讲稿写作时段前，先填好提纲、写出一个完整例子，再用计时器练习讲述。找出最让人困惑的句子，改进它，再次排练。下一个阶段目标是完成一份可以开口讲的完整草稿，并明确听众要采取的行动。