月底汇报，表上数字全对，讲出来却被领导追问到哑口。这篇拆一个真实故障现场：数据叙事为什么崩在第三句，怎样让AI把一张表压成“发生了什么—为什么—所以怎么办”三句话，因果那层该怎么收紧、哪里必须留空，附完整提示词、失败案例和当天可跑的验收办法。
销售部的小林在周三下午四点被叫进会议室。投影上是她做了两天的区域业绩表，27行、8列，每个数字她都核对过三遍。分管副总扫了一眼，问：“华东为什么掉这么多？”她答：“退货多了。”副总接着问：“退货为什么多？”她卡住了。第三句她本来就准备说“建议加强渠道管理”，可这句话一出口，屋里三个人同时低头看手机。
表是对的，讲出来是散的。这篇要解决的就是这个：怎么让AI帮你把一张表压成三句话，且这三句经得起“为什么”的连续追问。读完你能拿到的增量很具体——不是又一个“用AI写总结”的提示词，而是三句话里哪一句能信、哪一句AI必须留白、因果那层怎么收紧到不吹牛，以及一句被追问时怎么当场救场。
她的三句话，第二句就开始虚了
复盘小林那份汇报，问题不在第一句。第一句她写得挺扎实：“华东9月净销售额218万，环比降14%，六个区里唯一两位数下滑。”这句话有数字、有基准、有横向对比，副总挑不出毛病。
崩在第二句。“退货多了导致销售下滑”——这句话听起来像因果，其实只是两件事同时发生。退货额确实从19万涨到31万，但退货是销售的结果不是原因，卖出去100万退回来31万，退货率高说明货有问题或者客户不满意，它和销售额下滑是同一件事的两个侧面，不是一前一后。
第三句更空。“加强渠道管理”这五个字，放进任何一个行业的任何一份月报里都不违和，正因为如此它什么也没说。副总追问“怎么加强”，她只能现编。
我把这个现场叫作“三句话结构性塌方”：第一句是描述（是什么），第二句伪装成归因（为什么），第三句是口号（怎么办）。三句都在，但只有第一句站得住。绝大多数“AI帮我写汇报”翻车，都翻在第二句——AI很擅长把相关性说成因果，因为它读过的商业文案里，这种句式太多了。
塌方通常塌在这四个地方
先别急着改提示词。小林这种情况，我把常见原因列一遍，你对号入座，比盲目重写快。
基准选错。 “降14%”这个数字本身没错，但她环比的是8月，而8月是行业旺季的尾巴，9月本来就该回落。换个基准——同比去年9月只降3%——故事完全是另一个。基准这东西，AI不会替你选，你喂什么它算什么。
把相关当因果。 就是小林踩的坑。退货和销售同涨同跌，AI看到两组数一起动，很容易写出“由于A导致B”。这是数据叙事里最高频的假话，也是最难被当场戳穿的假话。
一句话塞了三件事。 有人喜欢写“华东下滑主要受退货增加、新品冲击和渠道压货三重因素影响”。三个因素并列，等于告诉领导“我哪个都没查清”。三句话的每一句只能承载一个判断。
第三句是形容词不是动作。 “加强”“优化”“提升”“重视”，这四个词出现在建议里，基本等于没建议。可执行的动作得能回答：谁、在什么时间、动哪个数、动到什么程度。
对照一下两种写法，差距一眼能看出来：
| 维度 | 塌方式写法 | 站得住的写法 |
|---|---|---|
| 第一句 | 本月销售情况不太理想 | 华东9月净销售额218万，环比降14%，六区唯一两位数下滑 |
| 第二句 | 退货增加导致销售下滑 | 退货额升至31万；A3上架后A1销量腰斩（两条均为数据可见）；渠道压货待验证 |
| 第三句 | 建议加强渠道管理 | 本周内拉A1日销明细核对A3上架节点，再定是否调铺货，价格暂不动 |
表里右边这一列，就是本文要帮你稳定产出的东西。
先让AI只做描述，别让它碰因果
排查清楚原因，解法就顺了。核心思路一句话：把“描述”“归因”“建议”拆成三次问，别指望一次问全。
一次问全，AI会把三件事混在一段里写，因果那层它为了句子通顺会自动补上，你根本分不清哪句是数据、哪句是它编的。
第一步，喂表。别截图，截图AI读数字会错行。把表格另存为CSV，或者直接把数据区域复制进对话框（Excel里选中区域按Ctrl+C，粘到AI对话框一般会保留制表符分隔，行数超过200行时建议存CSV上传，多数国产AI工具都支持传文件）。字段名要保留，AI靠字段名判断哪个是金额哪个是数量。
第二步，第一次提问只要描述。用这个模板：
你只做一件事：描述这张表里最值得说的一件事，不许解释原因，不许给建议。要求：点名是哪一行/哪一组、给出具体数字、给出一个对比基准（环比、同比或组内横向比，你自己选最合理的一个并说明为什么选它）。输出一句话，不超过60字。
表格如下：【粘贴数据】
这一步AI常犯的错是憋不住要解释。它写出“华东下滑，可能是因为……”，你就回一句“删掉'可能'后面的全部内容，只留事实”。实测两三轮就能压干净。
第三步，单独问归因，而且要求它标注证据等级。这是本文最关键的一个动作：
基于上面这张表，列出可能导致华东下滑的原因，最多4条。每条后面必须标一个等级：【数据支持】表示表里有关联字段能直接看出；【待验证】表示表里没有对应字段、只是合理猜测。不许写“由于……导致……”这种句式。最后单独一行写：现有字段还缺什么，才能确认主因。
【数据支持】和【待验证】这两个标签，是整个方法里我最看重的东西。它逼AI把自己的猜测和事实分开，也逼你看清一件事：一张销售表，大概率根本不足以支撑因果结论。它没有渠道库存字段、没有竞品动作字段、没有客户投诉分类，你让它归因，它只能猜。
第四步，才问建议，且建议必须绑定一个验证动作：
针对上面标【待验证】的那条主因，给一个本周就能做完的验证动作：谁去做、查哪张表或哪个系统、看什么指标、什么结果算证实、什么结果算证伪。不要给“加强管理”这类无法验收的建议。
四步走完，你会得到三段素材。把它们捏成三句话时，第二句照抄带标签的版本，第三句照抄验证动作——别自己再润色，一润色就又滑回形容词了。
因果这层，三种情况必须当场收手
有些场合，三句话方法就是不能用。我建议你在下面三种情况直接放弃归因句，宁可少说一句。
数据是聚合过的。 拿到的是区域汇总表，没有明细，任何“因为A所以B”都缺证据。这时候第二句老老实实写“原因待查，现有数据不足”，比编一个原因安全得多。领导可能不满意，但你不会在下一轮追问里翻车。
样本太小的分组。 某个区一个月就8个客户，掉了2个就是25%的跌幅。这种组别写进第一句作为主结论，第二句怎么解释都是错的。处理办法是把小样本组并进“其他”或者单独标注样本量。
涉及人的绩效归因。 “因为小王跟进不及时导致丢单”这类话，AI很容易顺着你的暗示写出来。这不是数据能证明的，写了就是给自己埋雷。让AI归因时，明确加一句“不许归因到具体个人”。
行业差异也在这儿。快消、电商这类高频交易、明细数据全的行业，第二句能写得比较实；项目制的大单生意，一个季度就几单，因果基本靠人访谈而不是靠表，这时候三句话框架该退化成“发生了什么—我们访谈到的原因—下一步验证”，原因那部分要标明来源是人不是数据。
还有工具差异。200行以内的表，直接粘进对话框最快；上千行、几十个字段，粘贴容易截断，用CSV上传，或者把表丢进Excel先做透视（数据透视表在微软官方帮助里有完整步骤，插入→数据透视表），把聚合结果再喂给AI——注意这时候你喂的是聚合表，因果句要按上面第一条收手。
一次完整走查：HR的离职表讲成三句话
换个岗位，把这套跑一遍。某制造企业HR专员阿珍，10月中旬要给管理层讲三季度离职情况。她手上是一张离职明细表：工号、部门、入职日期、离职日期、离职原因（自填）、职级，共143条记录。
她把表转CSV，按上面四步问。第一轮AI的描述句是“三季度共离职47人，生产部21人，占44.7%，是离职最集中的部门”。阿珍补了一句“加上对比基准”，AI改成“生产部三季度离职21人，比二季度多9人，是全部六个部门里唯一环比上升的”。
第二轮归因，AI列了四条，两条标【数据支持】：生产部离职者中入职不满1年的占62%（明细表能算）；离职原因自填栏里“薪资”出现11次。两条标【待验证】：同城竞品扩产、班组长管理问题。
第三轮建议，AI给的验证动作是：调取生产部近半年的排班表和加班时长，看离职集中月份是否对应加班高峰；同时约谈离职面谈记录里提到班组长的那5个人。阿珍把这两件事写进第三句，会上没人再追问“你怎么知道”。
整个流程她花了40分钟，其中30分钟在核对AI标了【数据支持】的那两条——她抽查了15条原始记录，发现AI把“入职不满1年”算成了“入职不满13个月”，差了一个月，纠正后占比从62%变成58%。这种小错AI很常见，凡是它给出的派生比例，都要回原表抽几条验算。
反面案例也讲一个。同公司行政部的小周，用同样的方法处理办公用品采购表，让AI归因“打印纸用量下降”，AI给出“推行无纸化办公见效”。小周直接写进了部门总结。结果被财务问了一句“你们楼里新搬来那层怎么算”——新楼层用的是独立采购账号，不在这张表里，用量下降纯属口径变了。口径不一致的表，任何归因都是假的，这个坑比因果混淆更隐蔽，因为表本身没报错。
三句话交上去，怎么知道它站得住
写完别急着发。用下面这四条自查，每条都能当场做。
第一，把第二句里所有“因为”“由于”“导致”划掉，看句子还成不成立。不成立说明你把因果当成了事实，退回改成“数据支持/待验证”的并列写法。
第二，第三句里找动词。找不出一个本周能派给人干的动作，就重写。
第三，随机挑第一句里的一个数字，回原表用筛选或透视复算一遍。错了，整篇重来，因为你不知道AI还错了哪里。
第四，也是最狠的一条：把你的三句话发给一个不了解这张表的同事，让他只凭这三句回答“那接下来该干嘛”。他答得出具体动作，说明讲清了；他答“再看看”，说明第三句还是空的。
时间成本心里有个数：200行以内的表，四步走完加人工核对，我实测在30到50分钟；上千行、需要先做透视的，一个半小时左右。值不值得？如果你这张表要在会上被追问，值得；如果只是内部存档，别折腾，原始表加一句描述就够了。
把它变成每月固定动作
别每次重来。小林后来做了两件事，我建议你也做。
一是把四步提问存成一个文档，每月只改数据。第一步和第三步的提示词模板固定，第二步的基准选择留空自己填——基准是业务判断，不能交给AI。
二是给部门定一条规矩：任何带归因的汇报，第二句必须能看到【数据支持】或【待验证】的标记。这个小标签执行两个月后，他们部门月报里“由于……导致……”的句式基本绝迹了。不是因为大家变严谨了，是因为标【待验证】比编理由省事。
最后说清适用边界。这套方法是为“一张已经算对的表”设计的，表本身口径错、数据脏，三句话写得再漂亮也是错的——那是数据清洗的活，不是叙事的活。另外，越是需要对外发布的结论（比如给客户、给监管的），第二句越要收紧到只剩【数据支持】的部分，宁可少讲原因，不要多讲一个错的。
