周三的表达困境:你说的都是事实,但没人想听
你讲了很多年,经历也不少。
但每次复盘、分享、讲故事,对方都只是礼貌性地点头。
不是你的经历不够好。是你讲的方式,像一份工作周报——事一件件说了,但没有一个人能记住。
你以为是经验不够丰富。后来发现,是你缺了一件事:叙事结构。
事实只是砖头。故事是砖头怎么砌成墙。同样一块砖,堆在地上没人看,砌进墙里就是房子。
这个模板帮你完成这件事:把你的经历重新组织,从一个"流水账"变成一个"让人想听完"的故事。
核心模板:经历 → 故事
把下面这段复制到 Claude 或 ChatGPT:
你是一位叙事设计师,擅长帮职场人把经历改写成有结构、有感染力的故事。
【我的原始经历】
[把你要讲的事情全部写出来,按照时间顺序。越详细越好,哪怕有些细节你觉得不重要。]
【我要讲给谁听】
- 听众是谁:[比如:新入职的同事 / 客户 / 行业会议观众 / 朋友圈朋友]
- 他们想从我这里得到什么:[比如:一个经验 / 一个启发 / 一段共鸣 / 一些可借鉴的方法]
- 他们最可能走神的点:[比如:太长的技术细节 / 重复的过程 / 没有结论]
【故事用途】
- 场合:[比如:周会分享 / 晋升答辩 / 公众号文章 / 社交媒体帖子 / 演讲开场]
- 时长限制:[比如:2分钟口头讲述 / 500字短文 / 10分钟演讲]
- 必须包含的核心信息:[哪件事/哪个观点绝对不能漏]
【语气偏好】
[比如:轻松幽默 / 严肃专业 / 温暖走心 / 热血激励]
请按以下步骤帮我重构这个故事:
第一步:一句话钩子
- 用不超过20个字,写出这个故事最抓人的地方
- 提供3个版本,分别侧重:悬念 / 冲突 / 反差
- 附一句解释:为什么这个钩子能抓住人
第二步:故事骨架
- 用三幕结构梳理:
- 第一幕(铺垫):故事发生前的状态是什么?主角(你)当时以为什么是对的?
- 第二幕(冲突):发生了什么打破了这个假设?最难的时刻是什么?
- 第三幕(结局):结局是什么?你学到了什么?听众能带走什么?
- 标注每个幕的关键情节点
第三步:细节筛选
- 从原始经历中挑出3-5个最生动的细节(动作、对话、心理活动)
- 每个细节标注:为什么选它、它在故事里的作用是什么
- 删掉那些"虽然真实但会拖慢节奏"的内容
第四步:完整故事撰写
- 按照骨架和细节,写出完整故事
- 开头用钩子直接抓住注意力
- 中间保持节奏,不要平铺直叙
- 结尾给出一个"可带走"的结论或问题
- 标注哪里适合停顿、哪里适合加重语气
第五步:版本适配
- 根据故事用途,给出一个适配版本(比如:如果是2分钟口头讲述,精简到什么程度)
三种高频场景变体
变体一:晋升答辩讲故事
【我的原始经历】
[把你做的项目/解决的问题按时间顺序写出来]
【我要讲给谁听】
- 听众:评委老师、部门总监、HR
- 他们想从我这里得到什么:我的能力和潜力
- 他们最可能走神的点:过程太啰嗦、结果不清晰
【故事用途】
- 场合:晋升答辩,5分钟
- 必须包含:我解决的核心问题、我的方法、最终结果、我的成长
【语气偏好】
专业但有温度,不夸张不谦虚
请按以下步骤帮我重构:
1. 一个能让评委立刻专注的开场(不要用"我叫XX,来自XX部门"这种)
2. 用STAR结构(情境-任务-行动-结果)重新组织
3. 写出完整5分钟讲稿,标注哪些地方该停顿、哪些地方该加速
4. 预测评委可能问的2个问题,给出回答思路
变体二:公众号个人故事
【我的原始经历】
[把你的人生经历或转折事件写出来]
【我要讲给谁听】
- 听众:同龄上班族,25-35岁
- 他们想从我这里得到什么:共鸣 / 启发 / 一个不同的人生视角
- 他们最可能走神的点:说教感太重 / 太顺利没有挫折 / 结尾没有落点
【故事用途】
- 场合:微信公众号
- 字数:1500字左右
- 必须包含:转折时刻、内心挣扎、现在的状态
【语气偏好】
像朋友聊天,不端着,可以自嘲
请按以下步骤帮我重构:
1. 一个反直觉的开头(不要用"很多人问我怎么做到XX的"这种烂开头)
2. 故事节奏设计(哪里该快、哪里该慢、哪里该留白)
3. 写出完整正文,结尾给出一个开放式的思考,不是总结陈词
4. 提供3个标题选项,风格各异
变体三:演讲开场故事
【我的原始经历】
[一个和你今天要讲的主题相关的个人经历]
【我要讲给谁听】
- 听众:行业从业者,约100人
- 他们想从我这里得到什么:一个 memorable 的开场
- 他们最可能走神的点:太长、太私人、和主题无关
【故事用途】
- 场合:行业大会演讲开场,2分钟
- 必须包含:和主题强相关的经历、一个核心观点
【语气偏好】
自信、有感染力、不卑不亢
请按以下步骤帮我重构:
1. 用"倒叙法"开头——先讲结果,再回溯原因
2. 故事控制在2分钟内说完,节奏要紧凑
3. 结尾用一句话把故事和今天要讲的主题联系起来
4. 标注语气变化和肢体语言建议
快速版(3分钟搞定)
赶时间?用这个精简版直接扔给AI:
我有一段经历想讲成故事,帮我重构。
【经历】
[一句话描述 + 2-3个关键细节]
【听众】
[谁听 / 想让他们得到什么]
【用途】
[场合 + 时长限制]
请输出:
1. 一句话钩子(3个版本)
2. 三幕结构(铺垫-冲突-结局)
3. 完整故事(按用途调整长度)
4. 3个讲的时候要注意的细节
使用技巧
先写"流水账"再重构。 不要一开始就想结构。先把所有细节倒出来——时间、地点、人物、对话、感受。AI帮你从混乱中找结构,前提是你得给它足够的原材料。
钩子是故事的眼睛。 一个好的钩子能让听众从第一秒就专注。反直觉、悬念、反差——这三种钩子最有效。别用"大家好,今天我分享一个故事"这种开场,那是自杀。
三幕结构是万能公式。 铺垫(世界是什么样的)→ 冲突(什么打破了这个状态)→ 结局(现在是什么样 + 你学到了什么)。所有好故事都逃不开这个结构,电影、小说、演讲、甚至你写的周报,都可以套用。
细节决定故事能不能"活"。 “那天我很紧张"不如"我的手一直在抖,咖啡洒了一半”。让AI帮你从原始经历里挑出那些有画面感的细节,而不是抽象的描述。
结尾不要"总结一下"。 好的故事结尾不是总结陈词,是一个问题、一个画面、或者一个反转。让听众自己得出你希望他们得出的结论。
讲之前自己大声念一遍。 AI写好的故事,语气可能偏书面。大声念出来,拗口的地方改掉,太长的句子拆开。故事是给人听的,不是给人看的。
效果示例
输入:
【我的原始经历】
2022年我负责一个AI客服项目。一开始团队很乐观,觉得大模型那么强,做客服肯定没问题。结果上线第一个月,用户投诉量反而涨了30%。问题出在模型太"聪明"了——它经常自作主张给客户承诺一些我们无法兑现的服务。团队吵了好几次,差点要砍掉这个项目。后来我们做了一个改变:不再追求模型的"智能",而是给它设定严格的边界。模型不能承诺 anything,只能回答问题。结果第二个月投诉率降回了正常水平。
【我要讲给谁听】
- 听众:公司新入职的产品经理,约15人
- 他们想从我这里得到什么:一个关于AI产品设计的教训
- 他们最可能走神的点:技术细节太多、没有普适性
【故事用途】
- 场合:新人培训分享
- 时长:3分钟口头讲述
- 必须包含:问题、转折、可借鉴的结论
【语气偏好】
轻松幽默,可以自嘲,不要说教
AI输出:
第一步:一句话钩子
- 悬念版:「我们做的AI客服,把客户骗哭了」
- 冲突版:「AI太聪明了,反而成了客户的噩梦」
- 反差版:「为了做好AI客服,我们让它变’笨’了」
第二步:故事骨架
| 幕 | 内容 | 关键情节点 |
|---|---|---|
| 第一幕 | 项目上线前的乐观 | 团队认为大模型做客服"肯定没问题" |
| 第二幕 | 上线后的灾难 | 用户投诉涨了30%,模型自作主张乱承诺 |
| 第三幕 | 转折点 | 决定不追求智能,而是设定严格边界 |
| 结局 | 结果和教训 | 投诉率降回正常,核心教训是"克制比智能更重要" |
第三步:细节筛选
| 细节 | 为什么选它 | 作用 |
|---|---|---|
| “AI太聪明了,反而成了客户的噩梦” | 反差感强,颠覆常识 | 钩子+核心观点 |
| “模型经常自作主张给客户承诺无法兑现的服务” | 具体、有画面感 | 冲突的具体表现 |
| “团队吵了好几次,差点砍掉项目” | 真实感强,有紧迫感 | 冲突升级 |
| “让它变’笨’了” | 幽默自嘲,降低说教感 | 转折的轻松表达 |
第四步:完整故事(3分钟版)
2022年,我们接了一个AI客服项目。
当时团队特别乐观。大模型都这么强了,做个客服系统能有多难?
结果第一个月上线,用户投诉量涨了30%。
问题出在哪?AI太聪明了。它会自作主张,给客户承诺一些我们根本做不到的服务。比如一个用户问"能不能退款",AI直接说"可以的"。然后客户真来退款了,我们却没法处理。
团队吵了好几次。有人建议砍掉项目,有人觉得是数据问题。
后来我们做了一个决定:不再追求AI的"智能",而是给它设定严格的边界。
模型不能承诺 anything。它只能回答问题,不能做决定。
结果第二个月,投诉率降回了正常水平。
这个项目的教训是:AI产品设计的核心,不是让它变得更聪明,而是学会什么时候该让它"笨"一点。
你们以后做AI产品,记住这一点。
第五步:讲述建议
- 开头用自嘲的语气,不要严肃
- “涨了30%“那里稍微停顿一下,让数字落地
- “让它变’笨’了"这里可以笑一下
- 结尾那句"记住这一点”,看着听众的眼睛说
和"周六创作模板"的区别
周六的模板解决的是从零到有——你有灵感碎片,帮你变成一篇文章。
这篇解决的是从有到好——你已经有经历,帮你重新组织成有感染力的故事。
核心差异:
- 周六 = 创意生成,解决"写什么”
- 周三 = 结构重构,解决"怎么写”
进阶用法
建立你的"故事库"。 每次重构完一个故事,把最终版本存下来。三个月后,你会积累一整套属于自己的故事——面试故事、项目故事、人生故事,各有不同版本。
同一个经历,不同版本。 你的项目经历可以讲成"技术版"(给开发者听)、“商业版”(给老板听)、“人性版”(给新人听)。用这个模板为同一个经历生成不同版本,每次场合不同,讲法也不同。
故事 + 数据双保险。 好故事让人记住,好数据让人信服。在故事的关键节点插入数据——“涨了30%"、“降到正常水平”——比纯讲故事更有说服力。
什么时候不该用
- 你的经历还不够丰富。 如果只有一两件事,别急着重构故事。先积累,再表达。
- 场合需要客观陈述。 技术文档、操作手册、会议纪要——这些场景不需要故事结构,要的是清晰准确。
- 你还没有想清楚要表达什么。 如果核心观点还不明确,先别急着讲故事。用 brainstorming-prompt 先把想法理清。
写在最后
周三下午,你有一个分享要准备。
你脑子里有经历,但讲出来像流水账。
这个模板不是替你编故事。是帮你把那些散落的经历,重新排列成一个让人想听完的叙事。
二十分钟后,你手里有了一个有钩子、有节奏、有结论的故事。
下一次分享之前,先试一次。把你的经历丢给这个模板,看看它能帮你讲出什么样的故事。
试试看。