AI 做报表,干的无非三件事:把你的需求翻译成表格结构,写公式和清洗脚本,最后出图、写摘要。你要做的不是把数据直接丢过去,而是先把手上的原始数据整理成一张规整的表,一行一条记录,一列一个字段,再把统计口径讲清楚。这两步做扎实,剩下的活它接得住;这两步糊弄,出来的数字大概率不能用。
先说一句实在话:AI 不会替你决定这张表要回答什么问题。它擅长执行,不擅长替你拍板。
把能力拆开看,它落在三个层次上。层次不同,对数据的要求也不同,混着用容易出岔子。
你说「我想看各区域各门店这个月的销售额和同比」,它就能给出一行表头:区域、门店、本月销售额、去年同期销售额、同比增长率。哪些字段做维度、哪些做度量,它给的初稿通常能直接用,你改两处就行。
这一步省掉的是「从空白表格开始想」的时间。我自己的习惯是先把需求写成两三句人话,让它出结构,再对着结构反问:这张表给谁看,他看完要做什么决定。想不清楚的地方,说明需求本身没想清楚,跟工具没关系。
Excel 里的 SUMIFS、XLOOKUP、透视表计算字段,SQL 里的分组聚合和窗口函数,Python 里 pandas 的合并与透视,这些它写得比人快。你只要把字段名、口径、边界条件说清楚,比如「金额按含税算」「退货单要冲减」「空值不计入分母」。
写公式有个前提:它得知道你的表长什么样。字段叫什么、数据从第几行开始、有没有合并单元格,这些不讲明白,它只能猜。猜出来的公式看着像模像样,一贴进去全是引用错误,或者悄悄算错了行。
数据整理好之后,让它生成折线图、柱状图、堆叠图的代码,或者直接出图,再配一段三五句的结论:哪个区域掉了、掉了多少、跟去年同期比是什么形态。这一步省的是排版和措辞的功夫。
摘要要盯一眼。它写「环比下降 12%」没问题,写「受市场竞争加剧影响」就是编的,你的数据里没有这个信息。结论里的每个因果,都得能追回到某一列数字上。

这一步决定后面顺不顺。规整的标准就两条:一行一条记录,一列一个字段。听着简单,实际拿到手的表,十张里有八张不是这样。
常见的不规整长什么样:月份横着排成一行,一月、二月、三月各占一列,门店竖着排,交叉格里填数字。人看着舒服,程序读起来就废了。还有把三张表塞进同一个工作表,中间隔几行空行,末尾加一行「合计」,颜 {MOD}标得花花绿绿,看着像模像样,导出来全是坑。
整理的目标是把它变成「长表」:日期一列、门店一列、品类一列、金额一列,一行就是一条销售记录。哪怕行数从 12 行变成 3000 行也没关系,AI 和透视表都吃这个形态。
几个细节顺手做掉:表头只占一行,别用两行合并的标题;单位写进字段名,比如「金额(元)」,别在格子里写「1.2 万」;日期统一成 2026-09-01 这种格式,别一半是「9月1日」一半是「2026/9/1」;数字列里不要混「暂无」「待定」这类文字。这几件做完,表就算及格了。
数据脏的话,先别急着让它算。
顺序错了会白忙。我的做法是先整表,再说口径,再要公式,最后要图。每一步都留一个能核对的小口子,出错时知道该退回到哪。
「帮我做个销售报表」这句话信息量太低,它只能给你一个通用的壳子。换成这种说法:这是一张 2026 年 1 到 9 月的门店销售明细,字段有日期、区域、门店、品类、含税金额、退货标记。我要一张按区域汇总的表,列出销售额、订单数、客单价,退货单从销售额里扣掉,按销售额从高到低排。
字段清单、分组维度、计算口径、排序规则,四样齐了,它给的答案基本不用返工。缺哪样,它就在哪样上自由发挥。这个规律我试过很多次,屡试不爽。
复杂一点的指标,比如毛利率、动销率、人均产出,各家的算法不一样。稳妥的做法是让它先用文字把口径写出来:「毛利率 =(销售额 - 成本)/ 销售额,成本不含运费,赠品按零计价」。你看一遍,确认无误,再让它照这个口径写公式。
顺序反了会怎样?它直接甩给你一列数,你也不知道是怎么算的,跟财务对不上账,还得从头查起。
表里有重复行、有前后空格、有「暂无」混在数字列里、日期格式乱七八糟,这些别自己硬改,也别让它一口气全处理完。把问题描述给它,让它列出步骤:先去重,按什么字段判重;再处理空值,是填 0 还是整行剔除;再统一格式;最后做校验,总行数对不对,金额合计跟原表差多少。
一步一验,比跑完再回头找错省事得多。跑完让它输出一行校验结果,你对着原表核一遍,心里才有底。差得不多可能是四舍五入,差得离谱一定是中间某一步把行丢了。

工具没有高下,看你要解决哪一段。用错场景,再顺手的工具也别扭。
适合的场景是「这个公式我不会写」「这个指标该怎么算」「这段报错什么意思」。把表头和需求贴过去,它给公式、给解释、给几个备选写法。短板也明显:它看不见你的表,全靠你描述,描述得含糊,结果就飘。
用的时候有个小技巧,把前几行数据脱敏后一起贴过去,比只给字段名准得多。它会照着你的真实格式写,而不是照着一个想象中的标准表写。
Excel、WPS、飞书表格里的智能填充、自然语言生成公式、智能图表,好处是数据不出表格,点一下就在原位出结果,不用来回复制粘贴。适合日常的、量不大的、格式比较固定的表,改一列数立刻能看到图表跟着动。
短板是它只懂当前这张表。跨表关联、跨系统取数做不了,遇到需要多份文件合并的需求,还是得回到对话式 AI 或者写脚本。
每周一要给老板发同一张周报,每月 3 号要出月度经营分析,这种重复性需求适合放进 BI 工具。数据源接一次,指标定义一次,之后刷新数据就出图,不用每次重做。
代价是前期配置麻烦,数据源、口径、权限都得先想清楚。只做一次的分析用 BI 是杀鸡用牛刀,天天重复的表不用 BI,就是自己给自己找活干。

下面这几件事,我见过太多人栽在上面,而且大多不是工具的问题。
这四条有个共同点:都是数据形态的毛病,不是模型能力的毛病。改数据十分钟,跟它扯半小时也扯不明白。
第一次做靠沟通,第二次做就该靠模板。把口径写死成一段能反复粘贴的提示,下次换个数据文件直接套,省下的是每次重新描述需求的半小时。
模板里放四样东西:字段说明,每个指标的计算口径,固定的输出格式,比如表头顺序、小数位、单位,还有几条禁忌,比如「不要臆测原因」「空值不要填 0」「金额保留两位」。写一次用半年,比每次临时发挥稳。
再往前走一步,把常用的清洗步骤和公式存成一个脚本,或者一段固定提示,数据一换,跑一遍就出结果。到这一步,AI 才算真的把做报表的边际成本压下来了。
还有一句要提醒:口径这件事最终得由业务方拍板,AI 给的只是初稿。数字对不上账的时候,先查口径,别先怀疑工具。工具背不了这个锅,它只会老老实实按你给的定义算。