经营分析里最常见的诉求，是把成百上千行订单压成「一门店一行、一品类一行」的短表，再在短表上算店均、卡门槛、收回大区或取中位。若第二步仍回头扫描明细，店均会变成订单均额，中位会变成订单中位，口径立刻失真。

「聚合计算」算子专为单表压行汇总而设计，源表只读。本案例提供一套完整的工业测试数据包，带您由浅入深验证算子的分组合计以及先汇总再二次计算（店均、门槛、收回大区、全表加总、中位、最大月、分档计数）。

一、 案例数据集说明

本案例包含 5 份典型的业务数据表。测试前，建议一键下载全部数据并导入至当前工作流的工作空间中：

下载本案例全部表格

数据声明：本页提供的全部案例表格均为测试数据，由 AI 生成，不对应任何真实个人、机构或业务记录，仅供功能演示与操作练习，请勿作为真实业务依据。

1. 测试表结构速览

数据表名称 业务场景角色 初始包含字段列表 测试重点验证方向
销售明细.xlsx 多门店订单明细 订单号, 客户ID, 大区, 品类, 门店, 日期, 年份, 月份, 销售额, 利润, 广告费, 销量, 客单价, 折扣率, 退货率, 是否会员, 评分（12 行） 分组合计、先汇总再二次计算；源表应仍为 12 行
员工绩效.xlsx 内部绩效旁路对照 工号, 姓名, 部门, 加班时长, 绩效分, 迟到次数, 工资（6 行；销售部加班 12+30+8=50、人数 3、绩效 88+92+75） 未点名不被改写
对账表.xlsx 旁路对照 单号, 金额, 差额 未点名不被改写
天气日志.xlsx 旁路对照 日期, 温度, 降雨量 未点名不被改写
干扰表.xlsx 干扰 备注, 内容 未点名不被改写

也可以按需单表下载：

二、 测试上手步骤指引

按照以下标准步骤进行交互式测试：

  1. 导入案例数据：在 DT-Bot 界面左侧「工作空间」区域，点击【导入】，批量上传上述 5 个 Excel 表格。
  2. 部署算子节点：在左侧算子库中找到「数据统计」分类下的 「聚合计算」 算子，将其拖拽至中间画布区域。两步案例也可使用「根据描述生成工作流」，把整段提示词一次贴入生成链路。
  3. 录入测试指令：单击选中该「聚合计算」节点，在右侧弹出的属性配置面板中，将下方测试用例中的【测试提示词】整段一次复制粘贴至提示词框中。两步案例不要拆成两次只贴第一句。
  4. 执行并核验：点击节点右上角的【运行】按钮。运行完成后，双击节点输出或在「AI 表编辑器」中核对照「预期输出结果对比」。第二步应读第一步写出的短表，不要再回头扫「销售明细」12 行订单。
  5. 测试复原技巧：
    - 「聚合计算」写出新短表，源表只读保留。未在提示词中写结果名时，新表一般叫「源表名_聚合计算」。
    - 「有多少单」按行数计数；「卖了多少钱」按合计。
    - 连续换用例时，建议重新导入原始表格，以免工作空间中残留的中间短表干扰后续点名。

三、 核心测试用例集（由浅入深）

用例 1：门店合计后再看大区店均

  • 测试目的：验证先按门店压成 6 行合计、再对短表按大区求平均的二次计算，店均必须吃门店合计，而不是 12 条订单均额。
  • 测试提示词：
销售明细先按门店把销售额加总，结果表叫 门店销售；
再对 门店销售 按大区求平均销售额。
  • 预期输出结果对比：
  • 第一步「门店销售」：6 个门店合计（不是 12 条订单）。
  • 第二步按大区店均：3 行。华东 (380+300+300)/3≈326.67；华北 395；华南 (165+58)/2=111.5。
  • 源表保全：「销售明细」仍 12 行；对账表 / 天气日志 / 干扰表不变。
  • 核验重点：不得做成订单均额 980/4=245、395/4=98.75、223/4=55.75；第二步不得再回头扫明细。

用例 2：品类合计后再卡门槛

  • 测试目的：验证先按品类合计、再只保留合计超过 400 的品类，门槛作用在短表而不是明细行。
  • 测试提示词：
销售明细先按品类合计销售额，结果表叫 品类销售；
再对 品类销售 只要合计超过 400 的品类。
  • 预期输出结果对比：
  • 第一步「品类销售」：饮料 765、零食 513、日化 320。
  • 第二步门槛后：只留 765 与 513，日化被筛掉。
  • 核验重点：第二步读的是「品类销售」，不得再去扫 12 行明细后按行过滤。

用例 3：细分组后再收回到大区

  • 测试目的：验证先保留大区×品类短表，再按大区把销售额加总收回，第二步不得重扫明细。
  • 测试提示词：
销售明细先按大区和品类一起合计销售额，结果表叫 大区品类销售；
再对 大区品类销售 按大区把销售额加总。
  • 预期输出结果对比：
  • 第一步「大区品类销售」：保留大区×品类短表（华东饮料 500、华东零食 300、华东日化 180）。
  • 第二步收回大区：华东 980、华北 395、华南 223。
  • 核验重点：第二步吃的是「大区品类销售」，不得再去扫 12 行明细。

用例 4：先切华东再全表加总

  • 测试目的：验证先筛华东再按品类合计，随后对短表做全表加总、不再按品类切开。
  • 测试提示词：
销售明细只要华东，先按品类合计销售额，结果表叫 华东品类；
再对 华东品类 全表把销售额加总，不要再按品类切开。
  • 预期输出结果对比：
  • 第一步「华东品类」：饮料 500、零食 300、日化 180。
  • 第二步全表加总：1 行，980。
  • 核验重点：「卖了多少钱」按合计；第二步不得再按品类切开。

用例 5：门店前三后再加总

  • 测试目的：验证先按门店合计并只留前 3 名，再对短表全表加总，不得把未进前三的门店加进去。
  • 测试提示词：
销售明细先按门店合计销售额，只要前 3 名，结果表叫 门店前三；
再对 门店前三 全表把销售额加总。
  • 预期输出结果对比：
  • 第一步「门店前三」：华北店 395、社区东 380、以及 300 的旗舰东或旗舰东店。
  • 第二步全表加总：1 行，1075。
  • 核验重点：不得把华南店 165 加进去。

用例 6：月桶后再取中位

  • 测试目的：验证先按月收成月合计短表，再对月合计取中位数，而不是对 12 条订单销售额取中位。
  • 测试提示词：
销售明细先按下单日期收成每个月并合计销售额，结果表叫 月销售；
再对 月销售 全表算销售额中位数，不要再按月切开。
  • 预期输出结果对比：
  • 第一步「月销售」：月合计 600 / 290 / 210 / 105 / 240 / 153。
  • 第二步中位：排序后中位 (210+240)/2=225。
  • 核验重点：不得做成 12 条订单销售额的中位数；第二步不要再按月切开。

用例 7：月桶后再取最大月

  • 测试目的：验证先按月份合计得到 6 行月桶，再取出销售额最大的那一个月。
  • 测试提示词：
销售明细先按月份合计销售额，结果表叫 月销售；
再对 月销售 看销售额最大的那一个月。
  • 预期输出结果对比：
  • 第一步「月销售」：6 行。
  • 第二步最大月：1 行，1 月 600。
  • 核验重点：最大月来自月合计短表，不是单笔订单最大值。

用例 8：分档计数后再加总档内单数

  • 测试目的：验证「有多少单」按行数分档计数，再把各档单数加总，应回到明细总行数。
  • 测试提示词：
销售明细先把销售额按 100 以下、100 到 200、200 以上分成三档，看每档有多少单，结果表叫 销售额分档；
再对 销售额分档 把各档单数加总。
  • 预期输出结果对比：
  • 第一步「销售额分档」：三档行数相加=12；其中 <100 有 90 / 50 / 55 / 60 / 95 / 58 共 6。
  • 第二步档内单数加总：1 行，等于 12。
  • 核验重点：「有多少单」按行数，不是按销售额合计。

四、 常见测试问题与操作贴士（FAQ）

  • Q1：导入 Excel 文件后，工作空间里的表名带上了 _Sheet1（如 销售明细_Sheet1），提示词该怎么写？
    答：DT-Bot 具备智能表名模糊匹配能力，在提示词中直接书写 销售明细 或 销售明细_Sheet1 均可精确命中。若希望工作空间保持纯粹干净，可在本节点前接入「改表名」算子批量去掉后缀。

  • Q2：不写结果名时，新表会叫什么？源表会不会被压短？
    答：未在提示词中写结果名时，新表一般叫「源表名_聚合计算」。源表只读，应仍在工作空间且行数不变（「销售明细」仍 12 行）。双击节点或打开「AI 表编辑器」核的是新短表，不是被改写的底表。

  • Q3：连续测多条两步提示词时，中间短表「对不上」？
    答：上一条留下的「门店销售」「月销售」等短表可能与下一条点名冲突。建议每次切换测试用例前，点击【重新导入】还原案例数据。

  • Q4：「有多少单」和「卖了多少钱」分别按什么口径？
    答：「有多少单」按行数；「卖了多少钱」按合计。分档计数后再加总，各档单数之和应等于明细行数。

  • Q5：第二步数字变成了订单均额或订单中位，是哪里偏了？
    答：两步案例须整段一次贴入；第二步应读第一步写出的短表，不要再回头扫明细。店均吃的是门店合计，中位吃的是月合计。