供应商发来一份 42 页的方案,领导说「你看一下,明天会上讲十分钟」。以前的做法是打印出来、拿荧光笔划、边划边往文档里抄,两小时过去,抄出四页纸。会上被问「所以你觉得哪家合适」,答不上来——那四页纸讲的还是人家的目录。
一句话结论
40 页变一页,卡住的不是读不完,是不知道留什么。把 PDF 直接丢给 AI 说「总结一下」,它会匀着压缩:每章都留一点,等于没做判断。拆成三层就不一样——第一层只抽骨架(章节 + 每章在证明什么),第二层回原文要证据(每条结论配一组数字和页码),第三层才压成一页(3 条结论 + 3 组数据 + 1 个建议)。三层各干一件事,产出的东西才改得动。
这篇解决什么问题
三个症状。一是把摘要当汇报:40 页压成 4 页,每章第一句抄下来,看着很全,但没有一句是「我的判断」。二是数字不敢用:心里记得「好像有个 30%」,出自哪页说不上来,被追问一句就露怯。三是改无可改:领导说「再精简点」,你盯着一坨文字不知道删哪句——因为当初没有分层,哪句都像重点。
根子在一上手就让 AI 压缩。压缩是最后一步,不是第一步。先骨架、再证据、最后压页;顺序反了,只能得到一份「长一点的目录」。
开始前要准备什么
- 那份文件,最好是能选中文字的。扫描件先过一遍 OCR,否则 AI 只能看图猜,书名号里的数字经常错位。
- 汇报的对象和时长。给总经理讲十分钟和给部门同步三分钟,一页里能放的结论数是 3 条和 1 条的区别。
- 一句明确的话:这一页要让对方做什么决定。选供应商、批预算、还是只是知情。这句话没想清楚,后面全是白做。
- 一条纪律:第三层压完之后,不再回头翻原文改结论。要改就退回第二层补证据。
具体怎么做
第一步:只要骨架,不要结论
让它读完全文,只交两样东西:分几章、每章在证明什么。明确禁止它给结论——一旦让它下判断,它会把「语气最像结论的那句」挑出来,而那往往是客套话。
这一步的产出是 8 到 12 条骨架。超过 12 条说明它没在判断,是在抄目录;少于 6 条说明压得太狠,后面会漏。
这是一份 42 页的方案 PDF,我要在十分钟的会上讲清楚它。
只做一件事,不要给任何结论和建议:
1 列出全文分几章、每章标题,按原文顺序;
2 每章用一句话说「这一章在证明什么」,不超过 30 字;
3 标出哪几章是「必须讲的」、哪几章是「可以不讲的」,判断依据是「不讲会不会影响决策」。硬约束:不要评价好坏,不要给建议,不要摘抄大段原文;每章那句话必须是你的转述,不能是原文里的句子。
第二步:逐条要证据,回原文找
骨架出来之后,挑 5 条真正要讲的,一条一条追问出处。不要一次问「这 5 条的证据分别是什么」——它会串行,把第 1 条的数据安到第 3 条上,而且你看不出来。
逐条问的好处是每条都能核。问完你会得到一张小表:结论、数据、页码。这张表是第三步唯一的原料。
针对第一条「对方在交付周期上比现行方案快 40%」:
1 原文哪一页、哪一句支撑这个结论?请引用原句(不超过 40 字),并给出页码;
2 这个 40% 是用什么口径算的——比的是哪个基准、统计范围是什么;
3 如果原文没有直接写 40%,请说明它写的是什么数,以及 40% 是怎么推出来的;
4 这份材料里有没有相反的说法,比如某处提到延期风险或条件限制?要求:找不到出处就直说「原文没有」,不要推测,不要用行业常识补。
这一步最花时间,也最值钱。5 条结论逐条核,每条平均两分钟。核不出来的那一条,就是会上会被问倒的那一条,宁可删掉。
第三步:压成一页
原料齐了才压。一页的形状固定:3 条结论 + 3 组数据 + 1 个建议。三条以上,听的人记不住;只有一条,等于没分析。
压的时候给它字数上限,并且要求它自己说明砍掉了什么——砍掉的留在备注里,会上被追问时你还有第二层。
这是三条结论和各自的证据(结论、数据、页码),请压成一页汇报。
结构固定:
1 第一行一句话:我的判断是什么(不超过 40 字);
2 三条结论,每条一句话(不超过 35 字),后面紧跟一组支撑数据(数字 + 单位 + 口径);
3 最后一行建议:建议做什么、什么时候做。硬约束:总字数 300 字以内;不许出现「综上所述」「值得关注」这类空话;每条结论后面必须带页码,方便我现场翻原文;压缩时砍掉的内容单独列在最后,标注「已删」。
输出格式:先给一页正文,再给已删清单。
实测记录
这套拆法在 42 页量级的方案上跑,三个环节的产出形状是固定的:骨架 8 到 12 条、证据 5 组、一页 300 字以内。这三个数是约束,不是形容词——写完对着数,超了就砍。
耗时分布很不均。第一步最快,AI 读完出骨架,人要做的只是判断「这 8 条是不是我要讲的 8 条」,几分钟。第二步最慢,5 条结论逐条回原文核出处,每条平均两分钟,占总时间一半以上。第三步八分钟左右,通常要改三轮,每轮砍掉三分之一。
两个数值得记住。一是5 条结论里通常有 1 到 2 条核不出出处,这两条要么删、要么在页面上写成「材料未说明」。二是骨架第一次给 15 条以上时,返工率最高——它把每章都当重点了,得让它按「不讲会不会影响决策」重新筛一遍。
最容易错的 3 个地方
第一,一上来就说「总结成 300 字」。它会匀着压,每章留两句,得到的东西读着通顺但没有观点。压缩必须是第三步,前面得有骨架和证据垫着。
第二,一次问 5 条结论的证据。它会串行,把数据安错位置,而且错得很自然。逐条问,每条都要页码,核不出的当场就知道。
第三,一页里塞 8 条结论。十分钟的会,听的人能带走 3 条。塞 8 条的结果是对方一条都没记住,还觉得你没重点。宁可只讲 3 条,另外 5 条放备注。
可复用的东西
三层顺序:骨架 → 证据 → 压页。任何「长材料变短输出」的活都用这个顺序,写摘要、写综述、做竞品对比都一样。
骨架 8 到 12 条:超过就是抄目录,少于 6 条就是漏。这个区间比任何提示词都管用。
逐条核出处:一次只问一条,要页码、要原句、要口径。核不出的删掉——那正是会被问倒的地方。
一页 3 + 3 + 1:3 条结论、3 组数据、1 个建议。形状固定了,压的时候才知道砍什么。
留一份已删清单:压掉的内容不扔,会上被追问时你还有第二层。
常见问题解答
为什么不能直接让它「总结成 300 字」
因为它会匀着压。40 页压到 300 字,最省事的做法是每章留一句,得到的文字读起来通顺、结构完整,但每一句都是原文的转述,没有一句是判断。而汇报要的恰恰是判断:哪三条最重要、为什么是这三条、建议做什么。先抽骨架,等于逼它先回答「哪些章节不讲会影响决策」;有了这个筛选,再压 300 字,留下的才是重点。顺序一换,产出完全不同。
骨架 8 到 12 条这个区间是怎么定的
按十分钟能讲几条倒推的。正常语速一分钟 200 字左右,十分钟扣掉开场和提问,能讲的内容大约 1,200 字,也就是 8 到 12 个要点。另外从实操看,第一次让它出骨架,超过 12 条基本是抄目录——它把每一章都算进去了,没有做取舍;少于 6 条则是压过了,往往漏掉数据来源和条件限制,后面对不上。所以这个区间既是内容约束,也是判断它有没有在思考的探针。
扫描件、影印版 PDF 怎么办
先做 OCR 再进这一步,否则它会看着版式猜内容,数字最容易错位——比如把「3,800」读成「380」或把单位和数字拼错。OCR 之后一定要抽查:随机挑三页,对照原图核一遍数字和小数点。另一个更省事的做法是直接找对方要电子版或原始文档,扫描件一般是盖章版,正文通常有可编辑的版本。真要 OCR,把识别结果先做一遍「数字清点」,列出全文所有百分比和金额,你对着原图核一遍,比后面出错再返工快。
汇报对象不是领导是客户,一页结构要改吗
要改,主要是第一行和最后一行。对内汇报第一行是「我的判断」,最后一行是「建议做什么、什么时候做」;对客户,第一行换成「这份方案能帮你解决什么」,最后一行换成「下一步需要你确认的两件事」。中间 3 条结论不变,但数据要换成对方能验证的口径——比如不说「行业平均」,说「你上次提到的那批订单」。三加三加一的形状可以保留,改的是头和尾的立场。
本网站的部分内容可能来源于网络或用户投稿,仅供大家学习与参考,如有侵权,请联系客服: hhxmw778 进行删除处理。
本站一切资源不代表本站立场,并不代表本站赞同其观点和对其真实性负责。
教程如引导您添加微信或有另外收费服务,请自行甄别!
如遇充值环节或绑定支付账户或输入支付密码之类的异常步骤,建议停止操作!本站不对操作项目的损失负责!
本站一律禁止以任何方式发布或转载任何违法的相关信息,访客发现任何资源有问题请向站长举报下架
(手机微信用户建议用默认浏览器打开,可体验完整功能)
