用 WorkBuddy 分析销售数据：维度拆解指令、防编因果的写法与验收清单

2026-08-08

销售数据分析这件事，出图是最不值钱的一步——Excel 选中区域插图表，三十秒。真正花时间的在后面：这个月降了 12%，哪条产品线拖的？全国都降还是某几个区域降？跟去年同期比是不是季节性波动？

把这活儿交给 WorkBuddy（Tencent WorkBuddy）这类能读本地文件、直接产出报告的桌面 Agent，收益就在这里——它能一次把多个维度都拆一遍，而人手动拆通常拆一两个就没耐心了。

但它同时带来这类任务里最危险的麻烦：它会顺手替你把原因也写了。数据只能告诉你”华东区 8 月环比降了 18%“，说不了”因为区域竞争加剧”。后面这句是编的。这篇重点讲怎么堵上这道口子。

一、先把”分析”拆成两层

动手写指令之前，先在自己脑子里把要它干的事分成两层，这决定了指令怎么约束：

层次	内容	能不能交给它
事实层	各维度的合计、占比、环比、同比，哪个分项贡献了整体变化	能，而且它比人快得多
解释层	某条线为什么降、某个区域为什么涨	不能，除非解释所需的信息也在数据里

这条线看着简单，写指令时非常容易糊掉。你说”分析一下销售数据并给出结论”，“结论”这个词天然把两层混在一起——它会给你一段读着很顺、看着很专业、但一半是推理一半是编造的文字。所以指令要做的第一件事，是把两层在输出结构上物理隔开：事实归事实的段落，推测归推测的段落，各自标好。

二、指令怎么写：四要素填满，约束写死

官方《创建任务》文档里给的任务示例之一就是「帮我把这份销售数据生成一个分析报告，包含图表」，《实践案例》里的销售数据示例更完整一些：「请读取这份销售数据，按月份统计各产品线的销售额和利润，分别生成柱状图与折线图，并补充一段结论说明。」

这两句都能跑，但它们是官方用来说明”这类任务可以交给它”的示例，不是能直接抄的生产级指令，差在两处：没说清维度怎么交叉，也没管住它编因果。

官方《创建任务》建议按四要素补充信息：目标 / 输入 / 输出格式 / 约束条件。销售分析套进去可以直接复制这条：

【目标】分析这份销售数据的近期变化，先给事实，再单独给可能的解释。

【输入】读取 D:/销售/2026H1明细.xlsx，字段包含：订单日期、产品线、销售区域、
销售额、成本、订单数。统计范围为 2026 年 1 月至 6 月。

【输出格式】生成一份 Markdown 报告，保存到 D:/销售/分析 目录，
文件名「销售分析_2026H1.md」。报告分四部分：
1）总体：分月销售额、毛利、订单数，以及环比变化；
2）产品线维度：各产品线分月销售额及占比，标出对整体变化贡献最大的三条线；
3）区域维度：各区域分月销售额，以及「产品线 × 区域」的交叉表；
4）观察与待验证假设（见约束）。

【约束】
- 第 1 至 3 部分只写数据本身能支持的内容，禁止出现「因为」「由于」
  「受……影响」这类因果表述，也不要写市场竞争、渠道调整、季节因素等
  数据里没有的原因；
- 所有原因性的猜测统一放进第 4 部分，每条前面标注「待验证假设」，
  并写明这条假设需要什么数据或信息才能证实或推翻；
- 每个结论后面用括号注明它来自哪张表的哪几行，便于我核对；
- 环比一律用上一自然月为基期，如遇缺月请明确说明并跳过，不要插值补齐；
- 报告末尾附一张各维度合计数表，用于和源表对账。

这条指令比官方示例长得多，但长出来的部分几乎全在【约束】里，而这正是这类任务的成败所在。

三、三处约束，逐条说说为什么

第一处：禁掉因果词。 直接点名「因为」「由于」「受……影响」，比笼统说”不要编”有效得多——后者它理解不了边界，前者是可自查的字面规则，你验收时也能直接搜这几个词。

第二处：单独设”待验证假设”区。 完全禁止推测其实是浪费，它翻完数据看到的模式有参考价值，只是不该冒充结论。给个专门区域再要求写清”这条假设需要什么才能验证”，等于逼它把”我猜的”和”数据说的”自己分开，顺便列出了下一步该问谁、该调哪份数据。

第三处：结论注明出处行号。 最省事的防幻觉手段。标了来源位置，抽查成本就从”重算一遍”降到”翻过去看一眼”；真编出来的结论往往在这一步露馅——要么指不出行，要么指的行对不上。

官方《10 个上手技巧》把这类工具比作一个很勤奋、但需要反馈的实习生。这比喻用在数据分析上格外贴切：实习生最常犯的错，恰恰是不敢交白卷，于是把”我不知道”写成一段像模像样的分析。

四、别一轮到底：三轮推进

官方技巧第 2 条是”小步快跑”，反面例子是把 50 页报告一次性变成 PPT 发出去，正面做法是拆三轮、每步确认方向。销售分析拆的收益比写作类更大——第一轮出错，后面全废。

第一轮：只对账，不分析。

先不要做分析。请读取 D:/销售/2026H1明细.xlsx，告诉我：
共多少行数据、日期范围的起止、产品线有哪几个取值、区域有哪几个取值、
有没有空值或格式异常的行，以及 1 至 6 月每月的销售额合计。
用表格输出，不要给结论。

这一轮盯月度合计，拿它和你自己系统里的数字对一下，对不上就别往下走。常见原因是读漏了行、跨月订单归属口径不一致、退款赠品没排除。第一轮两分钟能发现，拖到成稿才发现就是全部推倒。

第二轮：拆维度，仍然不要解释。

在上一步的基础上，按「月份 × 产品线」和「月份 × 区域」两个口径分别出表，
每张表给销售额、环比变化率和占总额比例。
再出一张「产品线 × 区域」的交叉表，用 6 月单月数据。
只出表和数字，不要写任何原因分析。

这一轮的价值是让你先看数。很多时候看完这三张表你自己就知道问题在哪了——因为你知道 4 月华南那个大客户合同延后了，而它不知道。人对业务的了解本来就是它拿不到的输入，先看数再让它写，好过让它憋着劲猜。

第三轮才让它成稿，把第二节那条完整指令发出去。官方《任务对话》说明继续追问会基于已有上下文处理、无需重复描述背景，给的追问示例里就有「再分析一下环比变化」「表格按销售额排序」，所以不必把路径和字段再说一遍。官方《实践九》还建议在末尾要求自检：「输出前请自检一遍，确认结构完整、信息无重复、结论简洁明确」，这句成本几乎为零，值得带上。

五、交付物长什么样

按上面的指令跑完，你会拿到：

一份 Markdown 报告文件，落在指令里指定的目录。官方《工作目录》文档说明，WorkBuddy 在设置的工作目录中读取和保存文件，未指定路径的任务也优先在此目录内执行，所以路径最好还是在指令里写死，别赌默认位置。
报告里内嵌的图表（如果指令里要了）以及可能生成的中间文件，可以在右侧详情面板的产物、全部文件、变更几个视图里查看。

官方还建议按任务类型分别建目录。放到这里有额外意义：源表通常是别人给你的、改坏了要重新要，跟产出物混在一起迟早出事。官方技巧第 8 条也提醒，它可能”改过头”，删掉你想保留的内容或打乱原有格式，因此改文档表格前先复制一份备份，文件名加 _备份 或当天日期。分析任务本身不该改源表，但只要它有写权限就存在被改的可能，稳妥做法是给它一份副本。

模式上，官方《任务栏》文档分三种：问一问（Ask）仅问答、不修改文件；做一做（Craft）直接执行并修改文件；想一想（Plan）先出计划、确认后再操作。第一轮对账用 Ask 就够，第三轮出报告才需要 Craft；官方也建议首次使用优先选 Ask。模型方面，官方内置模型表标注 MiniMax M2.5 适用于 Excel 处理、数据分析、PPT 生成，执行速度快——但文档同时注明，实际可用模型列表可能随产品版本、账号类型和服务可用性变化，别把某个模型名当长期依赖。

六、验收：五处必查

报告到手别急着往群里发，以下五处按顺序过：

合计对账。 报告末尾那张合计表，逐个和源表的月度、年度合计对。这一步不过，后面不用看了。
基期对不对。 环比基期是不是上一自然月、同比是不是去年同月。最容易出的错是缺月时它自作主张顺延基期——3 月没数据，它拿 2 月当 4 月的环比基期，数字算得没错，含义全错。
每句结论能否落到数据上。 挑三到五条，顺着它标注的出处翻回去看。找不到出处、出处对不上的，直接删。
搜因果词。 在前三部分里搜「因为」「由于」「受」「导致」。理论上搜不到，搜到就是约束没生效，把那几句挪进假设区或删掉。
看假设区实不实。 好的假设是”华东 5 月下滑可能与某大客户订单周期有关，需调该客户历史订单频次核实”；坏的是”可能受宏观环境影响”——验证不了也没信息量，等于没写。

第 2 条和第 4 条是这类任务的专属坑，别照通用文档验收流程略过。

七、四种情况，别交给它

第一，要拿它下经营决策的场合。 官方《专家中心》文档有一句明确提醒：AI 生成内容仅供参考，无法替代专业判断，不构成决策和投资建议。整理事实、给出待核实的线索合适；拿它的结论直接定下季度资源投放，不合适。

第二，数据口径本身有争议时。 销售额含税还是不含税、退货怎么冲、跨月订单归哪个月、渠道返利算不算成本——口径没在内部定死，它算得再准也是白算，因为算的是它理解的那个口径。先定口径写进指令再跑，否则你们会在会上争论一个不存在的下滑。

第三，波动要结合线下信息才能解释。 大客户合同延期、某区域销售换人、竞品做了一轮促销——这些不在表里，它一个字也读不到。这类波动交给它，只会得到模板化的猜测。正确做法是让它标出异常点，原因由知情的人来填。

第四，敏感数据不宜进工作目录时。 官方权限分两档：默认权限下涉及文件修改、工作空间外执行等敏感操作需用户确认；完全访问权限减少确认步骤，官方注明仅建议在信任当前任务时使用。销售明细常带客户名称、单价、折扣，如果这类数据不适合放进授权目录，这个任务本身就不该走这条路。

小结

用 WorkBuddy 分析销售数据，功夫不在出图，在三件事：维度在指令里拆清楚（月份 × 产品线 × 区域及交叉表）、事实和解释在输出结构上隔开、约束里明确禁掉数据支持不了的因果表述。推进分三轮——先对账、再看数、最后成稿；验收盯五处——合计、基期、结论出处、因果词、假设区质量。

它替你做的是”看得又快又全”，替不了的是”知道为什么”。后面这半段得你自己的业务信息补上去。