这篇是我自己做了几年内部分享、也踩了不少坑之后，慢慢琢磨出来的一些想法。不算什么方法论，更像是写给以前那个准备分享准备到凌晨三点、最后还是讲砸了的自己。
如果你最近也接到了一个分享任务，正在发愁该讲点什么，希望这篇能帮你省下几个小时的纠结。

一、先问一个我自己也想了很久的问题

不知道你有没有过这种感觉：坐在会议室里听别人分享，前十分钟还挺认真的，二十分钟之后开始走神，半小时之后就在想中午吃什么。等分享结束鼓掌的时候，你已经完全想不起来对方讲了啥。

我以前一直以为这是分享者的问题——讲得不够好、PPT做得不够花、案例不够爆。后来我自己做分享，准备得自认为很用心，结果讲完之后台下也是一样的反应。我才慢慢意识到，问题可能不在“讲得好不好”，而在于一件更根本的事——

AI 都已经能在十几秒内输出一篇结构完整、逻辑清晰的报告了，我们花一个小时坐在会议室里听一个人讲，这件事本身的意义是什么?

这个问题我想了很久，也是写这篇东西的起点。

过去那几年互联网风头正盛的时候，我们造了一堆词：抓手、闭环、势能、心智、生态。开会的时候大家你来我往一通输出，听起来都很厉害，散会之后回到工位，该不知道怎么做的事情还是不知道怎么做。

现在风停了一些，大家也都务实了一些。坐在台下的人心里翻来覆去的，其实就一句话：

我手头这个事儿，到底该怎么往前推一步？

如果一场分享不能帮听众回答这个问题，那它和让 AI 生成一篇文章发到群里，区别其实没那么大。

我自己琢磨出来的答案是，做一场值得被听的分享，大概要做对四件事：搞清楚听众想要什么、把原理讲明白、把步骤拆出来、留下点能带走的东西。

听上去很朴素。但真要做到，每一件都不容易。下面一个一个聊。

二、听众想要什么：一个我后来才想明白的事

我做的第一场比较正式的分享，主题是“我们团队是怎么把某个核心指标做上去的”。准备得特别认真，数据图表做了一堆，叙事节奏精心设计，讲到中段还埋了个我自己觉得很妙的转折。

讲完之后，一个相熟的同事过来跟我说：讲得挺好的，就是……跟我没啥关系。

当时我有点懵。后来回过味来，他说的是对的。

1. 你的高光时刻，跟听众不一定有关

我当时讲的是“我们怎么做到的”，讲得越投入，越像是在自我陶醉。但台下坐着的人，有的刚入行、连需求文档都没写顺过，有的正在为下周的评审发愁，有的手底下连一个开发都没有。

我讲我们团队几十个人怎么打了一场漂亮仗，对他们来说是另一个世界的故事。听起来挺励志，合上电脑该怎么办还是怎么办。

听众是“自私”的——这个词不带贬义。他们花一个小时坐在那儿，潜意识里其实在搜寻：这个人讲的东西里，有哪一句、哪一段、哪一个动作，是我明天就能用上的?

能搜到，他就觉得这个小时没白花。搜不到，讲得再精彩也只是一场表演。

2. 在做 PPT 之前，先做一道作业

现在每次接到分享任务，我都会先放下 PPT，拿一张纸或者打开一个空白文档，逼自己回答三个问题：

1. 今天来听的人，大概是什么状态？(刚入行的、做了几年的、跨岗位过来旁听的？偏技术还是偏业务？)
2. 他们最近最头疼的事可能是什么？(评审过不了？功能上线没人用？跟开发对不齐？)
3. 我准备讲的内容里，哪一部分能直接帮他们解决其中一件？

如果第三个问题答不出来，那基本可以确定：这场分享对听众来说，价值有限。

这道作业我一开始觉得形式主义，做过几次之后，真心觉得它是性价比最高的一步。它会逼着你把出发点从“我想讲什么”翻过来——变成“他们能从我这里带走什么”。这两个出发点，做出来的 PPT 是完全不一样的两份东西。

三、把原理讲透：别只给结论，那东西出了你这个场景就废了

听过太多分享是这种调调：做留存就要做签到、做转化就要发优惠券、提活跃就要搞激励体系。

听的时候觉得很对。回去做的时候发现，自己业务里发优惠券根本没人领，搞签到反而把老用户搞烦了。

不是分享者讲错了，是他只讲了“是什么”，没讲“为什么”。

结论这个东西，脱离了它的适用条件，就是个空壳。下次场景一变，空壳就成了误导。所以好的分享，得把现象后面那层机制翻出来给人看——这件事情为什么会成立？它在什么条件下成立？换一个条件还成不成立？

1. 同一个案例，两种讲法的差距

举个我自己听过的例子。同样是讲“按钮改了之后点击率提升了”，有两种讲法。

讲法 A：

我们把按钮从蓝色改成橙色，放大了 1.5 倍，点击率涨了 20%。所以记住，按钮要做大、做亮。

听众点头记笔记。回去之后，有个做 B 端财务系统的同学，把页面上一排按钮全改成了亮橙色，被业务方反馈“看着头疼，不知道该点哪个”。

讲法 B：

我们把按钮变大变亮，点击率涨了。背后两件事：一个是菲茨定律，目标越大点击成本越低；另一个是视觉上的优先级——人在一个页面上的注意力是有限的，你把一个东西做得显眼，意味着别的东西就被压下去了。

所以放大按钮这件事不能孤立地做。你得先想清楚：这个页面上，谁是主角？谁可以让位？如果一个页面上所有按钮都是主角，那它就没有主角了。

讲法 A 教的是“招式”，讲法 B 教的是“判断标准”。听众带走“按钮要大”，出了这个场景就废；听众带走“怎么管理用户的视觉资源”，换个场景还能用。

这中间的差距，其实就是一场分享值不值得听的差距。

2. 把术语翻译成人话

我们这个行业有一个不太好的习惯：聊天的时候喜欢堆术语。

“通过私域的精细化运营，打通人货场的闭环，完成心智占领。这句话听起来很专业。翻译成人话，就是建个用户群，有针对性地做点活动，让他们更愿意回头买”。

两句话信息量是一样的。但前者会让一部分听众默默走神——他们不是听不懂，是懒得费脑子去解码。

讲分享的时候，能用日常的话讲清楚，就别用术语。用术语不会让你显得更专业，只会让听众离你更远一点。

解释抽象概念的时候，我特别推荐用类比。比如有一次我要给一帮非技术同学解释“协同过滤推荐算法”，我没去讲矩阵分解，就讲了这么一段：

你在公司里有个口味跟你特别像的同事，你俩看的剧、追的综艺、连点的外卖都差不多。有一天他跟你说“楼下新开那家面馆挺好的”，你大概率会去试一下，而且大概率会觉得不错。因为你们的历史偏好高度重合，他喜欢的，你喜欢的概率就很高。

协同过滤干的就是这件事：在所有用户里，找到一批跟你行为像的人，把他们喜欢、你还没看过的东西，推给你。

讲完之后，坐在最后排一个完全不懂技术的运营同学跟我说：你这么一说我就懂了，我之前看了好几篇文章都没看明白。

那一瞬间我觉得，这场分享值了。

四、把步骤拆出来：讲完原理，别让人卡在“那我该怎么办”

讲透原理之后，听众通常会觉得“挺有启发的”。但走出会议室十分钟，这种启发就会散掉。

因为他们回去要面对的不是抽象的概念，是具体得不能再具体的事：这周要交的需求文档、明天要开的评审会、那个吵了三轮还没对齐的功能点。

启发只在概念层面飘着。要让它落到他们的工作里，你得把方法掰成可以照着做的步骤。

1. 别讲“做什么”，讲“怎么做”

我自己有个判断标准：一场分享是不是真的有用，看的是听众回去之后能不能照着做。如果他们听完只能复述你说过的话，但不知道下一步该打开哪个软件、看哪个数据、问谁要什么——那这场分享其实只完成了一半。

比如同样是讲竞品分析，常见的讲法是这样：

“做竞品分析，要全面深入，找到差异化，理解对手的战略意图。”

听完一脸懵。“全面深入”是多深？“差异化”从哪里看出来？“战略意图”上哪儿去找？

我自己后来摸索出来的做法，大概是这四步：

第一步，挖差评。去应用市场或者数据工具上，把竞品近一个月的差评导出来，在 Excel 里做个简单的归类，看哪几类抱怨出现频率最高。这些就是对手现在没接住的需求，也是你可能的切入点。

第二步，看版本记录。把竞品过去一年的更新日志拉出来。一年内反复迭代了三次以上的功能，大概率是他们的主战场；上线之后又悄悄下掉的功能，大概率是他们试错的边界。这两类信息合起来，基本能勾出他们的产品节奏。

第三步，把流程走一遍。注册一个新账号，把核心流程从头到尾走一遍。在涉及到付费、填资料、做选择的关键节点，逐一截图。看他们用什么文案、什么交互、什么节奏在引导用户做决定。

第四步，看招聘启事。这一步是我自己后来加进去的，屡试不爽。一家公司最近在重点招什么岗位，基本就是它最近在重点投入什么方向。集中招商业化产品的，大概率在加速变现；集中招算法的，大概率在做推荐；集中招海外的，那就不用说了。组织的战略，先反映在招人上。

这四步讲完，听众至少回去能照着做。做出来好不好另说，但他不会卡在“我连第一步都不知道从哪儿开始”的尴尬里。

2. 把自己踩过的坑也讲出来

这一条我以前不太敢做。觉得讲自己踩过的坑，显得很不专业。

后来发现完全相反——听众最感激你的时刻，往往不是你教他成功，而是你提前告诉他哪儿有坑。

因为他知道，成功路径有很多条，但坑是真的会绊倒人的。你能讲出具体的坑，说明你是真的趟过这条路。

所以现在我讲步骤的时候，会主动加上类似这样的提醒：

• “做到第二步的时候，有个点容易出问题，数据口径如果不提前跟数据团队对齐，后面会反复返工。”
• “我自己在这一步走过弯路，当时以为某个指标能代表整体表现，后来发现根本不是，白忙了两周。”
• “如果开发说’这个实现成本太高，你可以从这几个角度跟他再聊一下，大概率不是真的实现不了。”

讲坑的时候，具体一点比抽象一点好，带点细节比纯讲教训好。听众能从这些具体的、带着体温的细节里，真切地感觉到——你是真讲过、真做过、真错过。

这种感觉，远比你字斟句酌地讲一堆“正确的话”要打动人。

五、留点东西让人带走：别让一小时只剩一个朋友圈

讲完原理、拆完步骤，这时候很多人就觉得分享差不多结束了。但其实还差最关键的一步。

人的记忆是真的不靠谱。会议结束两小时，听众能记住三成就不错了；过一周，可能就剩下一句话——“那个谁讲得还不错”。

如果听众散场的时候两手空空，你这一个小时就会变成他们朋友圈里的一句“今天听了场分享挺有收获”，然后就没有然后了。

所以一场我自认为做得还行的分享，通常会有一两件可以“带走”的东西。

1. 让你的方法变成一份能复制的文件

工具类：如果你讲的是数据分析，讲完之后可以发一份你常用的 Excel 模板，里面字段、公式、示例数据都填好。听众回去把自己的数据贴进去，就能直接出一份报告。

举个我自己的例子。前阵子我做过一场关于“借助 AI 辅助产品原型设计”的分享，讲怎么用大模型工具，把一个想法走到可演示的 Demo。

分享结束之后，我把整个流程里反复打磨过的几段提示词，整理成了一份文档发出去：

第一段，把脑子里乱糟糟的想法，整理成结构化的功能需求；

第二段，把需求转成可以直接看的高保真原型；

第三段，参考原型生成对应的代码；

第四段，调试阶段遇到报错怎么处理，降低对开发背景的依赖。

https://gcnnusp9x8cq.feishu.cn/docx/LghedZzFCowtsbxK2XrcuHb9nOf?from=from_copylink

文档发出去之后，陆陆续续有同事跟我说：按你这个流程，周末花了两天，真的把一个想了很久的小东西做了出来，在手机上点开的那一刻还挺感慨的。

这才是交付物该有的样子——不是让人觉得“哇你好厉害”，而是让人觉得“原来我也可以”。

清单类：对于流程性强的主题，可以浓缩成一份清单。比如讲“怎么主持需求评审会”，最后给一份《评审前的 7 个自检项》，告诉大家：开会前对着过一遍，这 7 项都打了勾，会议大概率不会失控。

这种清单的好处是，它会被存进手机相册或者收藏夹里，在需要的时候被翻出来。每翻一次，你的名字就会被想起一次。

路径类：对于跨度比较大的主题，一场分享肯定讲不完。这时候可以给一份学习地图——推荐 2 本入门的书、3 个值得拆的标杆产品、几个高质量的社区或者开源项目。让听众知道，如果他想继续深入，接下来该往哪儿走。

2. 分享其实也是给自己攒东西

最后想说一点稍微“私心”一些的话。

为什么我特别在意“留下东西”这件事？除了对听众负责，其实也是在帮自己。

在公司里，一个人的能力大多是隐形的。你做了多少事、想得多深、扛过多少压力，日常工作中很难被同事完整地看见。但一次准备充分的分享、一份打磨过的模板，是你能力的一种可见的载体。

它会在你不在场的时候，继续替你说话。

我自己有几份当年做分享时附带做的模板，到现在还在不同部门的同事那里被使用、被改写、被传给新来的人。我有时候会被一个完全没见过的同事加微信，说“那个表是你做的吧？用了一年，谢谢。”

好的分享，既是给听众的礼物，也是给自己的积累。

从这个意义上说，认真准备的每一场分享，都不亏。

六、最后给一份实操清单

讲了这么多道理，落到下次接到分享任务的时候，具体该怎么做？我把自己的准备流程整理了一下，大概是这样四步：

第一步：用一句话写清楚“为什么要讲这场”

打开 PPT 之前，先用一张纸或者一个空白文档，写下这句话：

“我希望让 [某一类听众]，在听完之后能够 [解决某个具体问题]，从而 [省下多少时间 / 避免哪类错误]。”

如果你写出来的是“让大家了解一下行业趋势”“分享一下我们团队的一些经验”——那基本可以确定，这场分享的目标还没想清楚。回去再想想，想清楚了再开 PPT。

这一步不超过半小时，但它能帮你节省后面五个小时的方向性返工。

第二步：按一个比较稳的结构搭框架

这个比例不是绝对的，我自己用着觉得还顺：

• 10% 开场：用一个真实的、最好有点尴尬的场景切入，跟听众建立连接。别从自我介绍开始，自我介绍可以放到结尾。
• 30% 讲原理：用日常的话讲清楚一两个核心机制，改变听众原来“想当然”的认知。
• 40% 讲步骤：给出可以照做的 1234 步，具体到工具、动作、判断标准。中间穿插自己踩过的坑。
• 20% 给东西：最后留出一段时间，把模板、清单、二维码之类的东西放出来，让听众有可以带走的东西。

第三步：做一遍“狠心删减”

PPT 做完之后，过一遍，把这几类内容果断删掉：

没有具体所指、纯粹用来撑场面的术语和大词；

讲你自己有多努力、但对听众没什么帮助的内容；

一页超过三行字的页面——能改成图就改成图，改不了就把字搬到嘴上去说。

这一步特别难。因为每一段你删的内容，都是你熬夜写出来的。但你要相信：留一页让听众能记住的内容，比放十页让他们走神的内容，要值钱得多。

第四步：把开场和那几个关键比喻反复练

不用全文背稿，真的不用。但有两个地方一定要练熟：

一个是开场前两分钟。这是你抓住听众注意力的唯一机会，失手了后面再讲得好，听众也已经开始刷手机了。

另一个是那几个关键的比喻或者类比。原理能不能讲透，很大程度上就靠这几个比喻能不能讲得顺、讲得活。这种东西真的得对着镜子或者对着家人/朋友讲一两遍，你会发现自己以为很顺的句子，说出口的时候根本不是那回事。

七、写在最后

AI 越来越能干了。它能写报告、做总结、生成 PPT，甚至能模仿一个人的语气写一段话。

在这种情况下，人坐在台上讲一个小时，凭什么还有人愿意听？

我想了很久，大概是这样：AI 能给你信息，但它给不了“我亲身走过”这件事。

它没在凌晨改过被毙了五次的需求文档，没在评审会上被怼到说不出话，没在功能上线之后看着冷清的数据曲线发过愣。这些经验里有具体的判断、具体的取舍、具体的代价——是只有真人才能传递的东西。

一场好的分享，本质上就是把这些东西从你脑子里，搬到听众的脑子里。让他在面对类似情境的时候，脑子里多一个声音：这个事，有人这么处理过，他的判断是这样的，他踩过的坑在那里。

这种东西，搜索引擎给不了，AI 也给不了。它只能由一个真实经历过的人，讲给另一个正在经历的人。

如果你最近正在准备一场分享，希望这篇能帮到你一点点。

把听众放在心里，把方法讲清楚，把工具留给他们。剩下的，就是你站上去那一刻，把自己交出去。

祝顺利。