把销售表交给 AI,问一句“最近为什么下降”,容易得到一段顺畅却难以验证的解释。更可靠的起点,是把问题写成可复算的任务:使用哪份数据、比较什么、排除什么,以及每个结论怎样回到原记录。本文关注分析任务的设计与交付核对,不重复罗列常见统计错误。
先写清希望据此做什么决定
“看看销售情况”没有明确完成条件。可以缩小为“比较本月与上月相同已过天数的已确认销售额,按产品系列拆分,列出变化最大的系列及对应记录”。这里仍需业务确认日期、状态、币种和退货等口径;AI 不应替企业默认决定。
把数据观察与经营决策分开。某系列金额下降是可计算的观察,是否减少备货还需要供货、季节和客户需求等依据;一张表通常不足以独自支持全部决策。
给分析任务一张能复核的说明
| 项目 | 应明确的内容 |
|---|---|
| 数据版本 | 固定的文件或获准数据快照、生成时间、覆盖范围 |
| 记录含义 | 一行是订单还是明细,稳定编号是哪一列 |
| 计算约定 | 日期、状态、金额字段、币种及缺失处理 |
| 输出要求 | 汇总数字、分组明细、排除记录与待确认问题 |
| 复算依据 | 筛选条件、公式或查询逻辑,以及结果对应的记录编号 |
缺少关键信息时,任务应先返回待确认项。比如不知道金额列是否已扣退货,就不应同时输出一个确定的净销售结论。清洗前保留原文,映射、去重和排除都应留下依据,避免结果错了却无法恢复。
用虚构数字检查结论有没有越界
假设同口径的两个比较期,A 系列由 8 万元变为 5 万元,B 系列由 2 万元变为 3 万元。总额由 10 万元变为 8 万元,下降 20%;A 减少 3 万元,B 增加 1 万元,净减少 2 万元。这能支持“本组数据的下降主要来自 A 系列”,不能支持“客户不再需要 A 系列”。
后一个判断还要检查记录是否完整、是否延迟确认、价格或大单是否变化等。输出宜分为“已复算事实、可能解释、需要补充的证据”,不要让生成文字把可能性升级为确定原因。
先验算小样,再扩大范围
先抽取一组可人工检查的脱敏记录,用表格公式、透视表或获准查询独立复算,核对分组之和与总额、排除项及编号范围。独立复算不能只是让同一个回答重新说一次;要能查到实际计算过程与原记录。
扩大资料量后继续检查边界记录与总量对账,并要求保留不能处理的行及原因。某些 AI 工具只生成文字,另一些会调用计算工具;能否取得运行记录要看实际能力。没有计算证据时,不能把“工具说算过了”当作完成复核。
交付应留下下一次能重做的依据
保存任务说明、数据版本、计算依据、结果和人工确认项。下次更新数据时沿用同一口径,规则改变则说明影响范围;不要把不同筛选条件下的结果直接拼成趋势。涉及客户明细时,只使用获准且必要的资料,报告按接收人员的职责控制明细范围。
如果希望将网站询盘与经营分析衔接,可私聊客服,提供脱敏字段样例、一个具体业务问题和目前的复算方式,沟通适合的报表或分析辅助开发范围。先验证一项可核对任务,再决定是否扩大使用。