我有个做电商运营的朋友。
前阵子聊工作，她给我念叨了一遍自己的日常：后台导订单，找仓库要库存，对退款，再从客户发来的一堆截图里补售后信息。
订单、库存、退款三张表，只要有一张换了新数据，刚做好的汇总表就得重新核对、重新合并。
我最近正好在研究 WorkBuddy。听到这儿就想，是时候来解放双手了。
所以我顺着她的工作往下拆，列出 8 件比较值得试一下的。
不过，要做这 8 件，要先看导出来的数据能不能对得上。
1. 三张表对不上，销量、退款和库存都会算错
报表能下载。下载以后，订单、库存和退款三张表却不一定认得出同一件商品。
同一件商品，在三张表里的编号可能不一样，退款表里甚至可能只有订单号。三张表一旦对错了，卖了多少、退了多少、还剩多少都会跟着错。后面的补货建议、滞销判断和日报都不对。
店铺一多，文件散在不同后台，有的后台一次只能导出一段时间；报表里的人名、手机号和地址还可能只显示一部分。每天靠人找文件、改列名、合表，WorkBuddy 还没开始干活，人已经先忙了一轮。
怎么处理
- 只有一个店：手动导出订单、库存和退款就够了。把报表格式、文件名和保存目录固定下来。
- 多店或多平台：已有 ERP/OMS（平时收订单、库存和售后的业务系统），就从那里统一导出。订单量大到人工导不动，再让技术同事接平台接口，把数据定时保存到固定位置。
- 暂时没有业务系统，也不会开发：先把手动导出的流程跑顺，其他别着急。
文件拿到以后，交给 WorkBuddy。让它把能对应的商品合在一起，把对不上的记录单独列出来。你只确认有疑问的那几条，确认后的结果存成一张“商品对应表”，下次继续用，不用每回从头查。
先建一个测试目录，把一天的订单、库存和退款文件副本放进“00-原始数据”，原文件留在原处。然后把这段直接发给 WorkBuddy：
在当前测试目录中新建“01-处理结果”和“02-待确认”。如果文件夹已经存在，不要删除或覆盖里面的文件。
读取“00-原始数据”里的所有订单、库存和退款文件，包括按月份分批导出的文件。
如果“01-处理结果”里已经有“商品对应表”，先读取并沿用其中标为“已确认”的对应关系。
如果“02-待确认”里已有人工填写过“确认结果”的清单，先把确认过的对应关系追加到“商品对应表”，再处理本次文件。
第一步，列出每个文件的文件名、表名、字段名、数据时间范围和更新时间。找不到的字段直接写“缺失”，不要猜。
第二步，按下面的规则对应商品：
1. 优先使用“商品对应表”中已经确认的关系。
2. 三张表里的 SKU 完全一致时，可以直接对应。
3. 退款文件没有 SKU 时，只能用订单号回订单表查找；一个订单对应多个 SKU 时，放入“待确认清单”。
4. SKU 缺失、重复、格式不一致，或同一编号对应多个商品时，放入“待确认清单”。
5. 不按商品名、规格名或相似文字猜测 SKU。
第三步，生成 3 份文件：
1. 在“01-处理结果”生成“商品对应表”。保留平台商品编号、商家 SKU、仓库编号、确认状态和来源；原文件没有的字段留空。
2. 在“01-处理结果”生成“经营汇总表”。只统计已经确认对应关系的记录，按 SKU 汇总销量、销售额、退款数量、退款金额和当前库存。
3. 在“02-待确认”生成“待确认清单”。列出来源文件、表名、原始记录位置、订单号、原商品编号、无法对应的原因，并增加一列空白的“人工确认结果”。
全程不要修改“00-原始数据”里的文件。不要提取或输出人名、手机号和详细地址。每项汇总都要保留来源文件、表名和原始记录位置。
完成后汇报：读取了哪些文件，共有多少条记录，成功对应多少条，未参与统计多少条，待人工确认多少条。
正常跑两遍。第一遍生成“待确认清单”，你只填最后一列的“人工确认结果”。填完再跑第二遍，WorkBuddy 会把确认过的关系写进“商品对应表”，并重新生成汇总表。以后再遇到这些商品，就不用重新确认了。
第二遍跑完，随机抽 5 个 SKU，回原表核对订单数、退款金额和库存。全部对得上，这版汇总表就能用。只有发现错误，才需要检查商品对应关系和统计字段，改完再跑。
这样是不是轻轻松松省下合并表格和逐行找记录的时间？
2. 售后截图散在几个地方，客服每单都得从头翻
那订单、库存和退款记录对上了，客户发来的聊天记录和截图还散着，也得按订单整理好。
客户一申请售后，客服得先翻聊天记录找客户原话，再去订单里查订单号和 SKU，还要一张张点开商品照片和物流凭证。
如果单量少些还好，这单子一多起来，人就得在几个页面和文件之间来回切。很有可能就有张图漏看了，然后还要再问客户；哪份材料放错了，后面的判断也会错。
这时候，你把这些材料通通交给 WorkBuddy。让它先按订单号分好，再列清楚三件事：
- 对应哪个订单、哪个 SKU
- 客户遇到了什么问题，想怎么处理
- 客户已经发了哪些照片和凭证
把售后材料放进工作空间，再把下面这段发给 WorkBuddy，让它照着这三件事去找：
读取本工作空间中的客户消息、截图、附件和订单记录，按订单整理一份“售后信息核对表”。
每笔售后写清三件事：
1. 对应的订单号和 SKU。
2. 客户遇到的问题、客户原话和客户想怎么处理。
3. 客户已经发来的照片、视频、物流凭证和其他附件。
规则：
1. 只有订单号能确认一致的材料才放在同一笔售后里，无法对应的放入“待人工核对清单”。
2. 一个订单有多个 SKU，客户原话或图片又无法确认具体商品时，写“待人工核对”，不要按商品名猜。
3. 图片模糊或内容看不清时，保留空白，不要猜。
4. 缺少订单号、SKU、明确问题或处理诉求时，列出需要向客户补问的问题。
5. 每个字段保留来源文件名；照片、视频和物流凭证同时标出对应附件。
6. 不提取或输出姓名、手机号和详细地址。
7. 不判断责任方，不承诺退款、补发或赔偿，不修改原始材料。
8. 生成“售后信息核对表”和“待人工核对清单”，保存到“02-整理结果”。
9. 完成后汇报：共读取多少份材料，整理出多少笔售后，多少项需要人工确认。
跑完以后，会有“售后信息核对表”和“待人工核对清单”。客服先打开待确认清单，把看不清、对不上的地方确认掉；再用核对表看客户说了什么、发了哪些凭证，回店铺后台处理。
第一次别放一批材料，先拿一笔已经处理完的售后来试。是骡子是马，咱拉出来遛遛就知道了。拿结果和原来的处理记录对照：订单号、SKU、客户原话和附件有没有抄错，模糊的地方有没有瞎猜，手机号和地址有没有带进来。只要有一项不对，就先别批量跑。
3. 每天翻三张报表，真正的异常还是容易漏
一笔售后是理顺了。可每天那几张订单、库存和退款表，还得一张张翻吗？
每天报表一更新，运营又得把订单、库存和退款表各翻一遍：哪款快没货了，哪款退款突然多了，全靠自己找。
一天下来，真有问题的可能就几条，人却得把三张表从头看到尾。店铺和文件一多，哪张没更新、哪个 SKU 没对上，很容易就漏过去。
当天的报表放进固定目录后，让 WorkBuddy 只查四类问题：
- 文件有没有缺、日期对不对
- SKU 能不能对应
- 哪些商品低于安全库存
- 退款有没有明显变化
最后只留一张清单。运营照着清单处理，不用再把每张表从头翻一遍。
要它照这个标准查，提示词直接这样写：
读取当前工作空间中最新的订单、库存、退款文件，以及已经确认的“商品对应表”。生成一份“今日经营异常清单”。
本次检查日期：[请填写]
先检查：
1. 订单、库存和退款文件是否齐全。
2. 每个文件的数据日期是否包含本次检查日期，并列出文件更新时间。
3. 必要字段是否缺失，SKU 是否重复、为空或无法通过“商品对应表”关联。
再检查：
1. 只有原始文件提供了安全库存时，才标出低于安全库存的 SKU。
2. 只有两个统计周期都有退款率，或者退款笔数与成交订单数都齐全且口径一致时，才比较退款率变化。
3. 数据不全时写“数据不足”，不要补原因。
清单保留：异常类型、SKU、当前值、参考值或阈值、来源文件、原始记录位置和待人工处理事项。
不要修改库存，不要创建采购单，不要执行退款，不要发送客户消息。把结果保存到“03-每日异常”，并汇报各类异常分别有多少条。
每天检查完，运营只打开一张“今日经营异常清单”。先处理文件缺失、日期不对和 SKU 对不上；这些问题排除后，再看哪些商品要补货、哪些退款变化需要回查。
验收时先看文件日期和数量，再从清单里抽 5 条回原表核对。低库存必须有安全库存作依据，退款变化必须能找到前后两个周期。发现一条对不上，就先停掉定时任务。
4. 几百个搜索词挨个筛，拼出的标题还不一定能用
该补货的、该查退款的，清单里都列出来了。可轮到改商品标题，运营又得从搜索词报表里一条条筛：哪些词有人搜，哪些词能放进标题。
一张搜索词报表里可能有几百个词。运营要看搜索、点击和成交，再回商品资料里找能写进标题的卖点，光筛词和拼标题就很费时间。
直接让 AI 自由发挥更麻烦。它可能塞进报表里没有的热词，也可能把商品没有的功能写成卖点。标题看着顺，实际上没有出处，上架前还得从头检查。
把搜索词报表和商品资料交给 WorkBuddy。它只负责从现有材料里筛词、组合候选并标出处；运营填写平台标题上限，检查禁限词和商品事实，再决定哪些标题上线测试。
读取当前工作空间中的“搜索词报表”和“商品资料”，为指定商品生成 10 个标题候选。
目标商品：[请填写商品名称或 SKU]
标题字数上限：[请填写]个字。
规则：
1. 关键词只能来自搜索词报表，卖点只能来自商品资料。
2. 先列出报表中的关键词、搜索量、点击量和成交量；原表没有的字段写“缺失”。
3. 每个标题标出使用了哪些关键词、关键词所在行、使用了哪些卖点、卖点来源文件和位置。
4. 不添加材料里没有的功效、材质、适用人群、销量和承诺。
5. 不确定是否符合平台规则的词，标成“待运营审核”，不要自行判断可用。
6. 按标题、字数、关键词出处、卖点出处、待审核词生成表格，保存到“04-标题候选”。
最后会生成一张标题候选表，每个候选都带关键词出处、卖点出处和待审核词。运营先把待审核词逐个确认，再从通过的候选里挑两三个上线测试。
上线前，随机抽 3 个候选逐词查出处。关键词或卖点只要有一个在原材料里找不到，这个候选就不用。上线后再看搜索、点击和成交有没有变化。
5. 竞品一多，靠人盯价格和排名很容易漏掉变化
标题候选挑出来了，可运营还得盯着竞品。对方一降价、排名一上升，自家的点击和成交就可能受影响；每天靠人逐条对价格和排名，又很容易漏掉变化，怎么办呢？
同时盯几款竞品时，运营每天都要把今天的价格和排名跟昨天对一遍。商品一多，最后变的可能只有几条，人却得把整张表看完。
商品对应错了，或者中间漏了一天，都会报出假变化。只看见竞品降价就跟着改，还可能把自己的毛利和活动节奏一起打乱。
把合法取得的己方与竞品历史记录、商品映射表交给 WorkBuddy。它负责按商品和日期对齐，只列超过阈值的变化；运营结合毛利、库存和活动决定是否调整价格。
读取当前工作空间中的己方与竞品价格、排名历史记录，以及“竞品商品映射表”。
价差提醒阈值：[填写金额]元；或[填写比例]%（二选一，没用的那项删掉）。
排名变化提醒阈值：[请填写]位。
规则：
1. 只比较“竞品商品映射表”中已经确认对应的商品。
2. 按商品和日期排序，计算相邻两次记录的价格变化、己方与竞品价差、排名变化。
3. 超过阈值的记录进入“竞品变化清单”，没有超过的不要列。
4. 日期中断、字段缺失或商品无法对应时，写入“待确认清单”，不要猜。
5. 每条变化保留商品、日期、变化前数值、变化后数值、差值和来源记录。
6. 不联网抓取新数据，不修改价格，不给出自动跟价结论。
把两张清单保存到“05-竞品变化”，并汇报价格变化、排名变化和待确认项各有多少条。
跑完会得到两张清单：“竞品变化清单”只放超过阈值的降价和排名变化；日期断档、字段缺失、商品对不上的，都放进“待确认清单”。运营先看第一张，再结合毛利、库存和活动决定要不要跟价。第二张先补数据、核对商品，没确认前别拿来判断。
第一次拿一条真实降价记录和一条未变化记录测试：该报的要报，不该报的不能报。再回原表核对商品、日期和差值，对不上就先别用。
6. 只看几条刺眼差评，最该改的问题反而看不见
竞品哪里变了，看这张清单，但是自己的商品哪里老被抱怨，还得去翻客户评价。
几百条评价摆在那儿，运营哪有时间一条条看完。真要复盘，通常只能按时间往下翻，哪条差评写得狠，就先停在哪条，再去查商品和 SKU。可写得最狠的，不一定是出现最多的。这个问题只是偶发，还是同一个 SKU 一直有人说，光靠这样翻很难看出来。
“偏小”要查尺码表和版型，“色差大”要对详情页和实物，“包装破了”要查包装和物流。问题看错了，运营就会去改错地方：偶发问题被当成大事忙半天，真正反复出现的问题还在继续冒差评。哪怕把评价丢给 AI 写总结，它也可能把几种抱怨揉成一句“商品体验不好”；图片看不清，还会自己补一个结论。运营拿着这种总结，还是没法决定先改哪儿。
让 WorkBuddy 把低分评价按已有类别归堆，保留客户原话和来源。它负责统计反复出现的问题；运营复核分错和无法判断的记录，再决定改详情页、商品、包装还是物流。
读取当前工作空间中的评价文件，整理一份“低分评价问题表”。
低分标准：[请填写]分及以下。
分类使用：质量、物流、尺寸、描述不符、包装、客服、其他。
规则：
1. 先检查是否有评分、评价正文、SKU 和日期，缺少的字段写“缺失”。
2. 只处理评分小于等于所填标准的评价。
3. 按评价原文分类；一条评价涉及多个明确问题时可以标多个类别。
4. 每一类保留出现次数、涉及 SKU、评价日期、客户原话、来源文件和原始记录位置。
5. 无法归类的放进“待人工确认”，图片看不清时写“待人工看图”。
6. 不猜图片内容，不把评价问题直接写成退款原因。
生成“问题分类汇总”和“待人工确认”两张表，保存到“06-评价整理”。
这时候文件夹里会多出“问题分类汇总”和“待人工确认”两张表。第一张看哪个问题出现得多、集中在哪些 SKU；第二张里的原文和图片，运营再自己看。先从反复出现的问题往商品、详情页、包装和物流查，别直接把它当成退款原因。
每个类别随机抽 5 条回看原评价，不足 5 条就全看。重点检查有没有分错、原话有没有被改、同一条有没有重复统计。
7. 照搬别人的 ROAS，赚钱的广告也可能被关掉
评价看完，还没完。另一张每天都要看的，是广告报表：哪些计划没过保本线，钱却还在继续烧。
推广报表里计划、关键词和 SKU 混在一起。运营每天逐行看花费和成交，很容易先注意到花钱最多的，却漏掉那些已经过了观察期、仍然没到保本线的计划。
网上抄一个“万能 ROAS”更危险。商品毛利、退款、平台费用和履约成本不同，照着别人的标准决定停不停，很可能把自己本来赚钱的广告关掉，正在亏钱的广告却还在继续花钱。
先由运营或财务算出保本 ROAS 和最小观察花费，再让 WorkBuddy 把达到观察金额、仍低于保本线的记录挑出来。店里没有现成的保本 ROAS，就先算每 1 块钱销售额扣掉货品成本、平台扣费、履约成本和退款损耗后还能留下多少，保本 ROAS 用 1 除以这个比例，最后让财务确认。先让它把该查的计划挑出来，运营看过清单，再回广告后台决定要不要调预算或暂停。
读取当前工作空间中的推广报表，按下面的标准筛选需要检查的记录。
保本 ROAS：[由运营或财务填写]
最小观察花费：[由运营或财务填写]元
先检查报表是否包含花费、点击、曝光、成交笔数、成交金额，以及关键词、计划名称或 SKU。缺少关键字段时停止计算，并列出缺失项。
规则：
1. 没有填写保本 ROAS 或最小观察花费时停止筛选，不要自行补阈值。
2. ROAS 按“成交金额 ÷ 花费”计算；花费为 0 时写“无法计算”。
3. 只有花费达到最小观察金额，并且 ROAS 低于保本线的记录，才标成“待检查”。
4. 保留计划或关键词、SKU、花费、成交金额、ROAS、保本 ROAS、差值和来源记录。
5. 只列需要检查的记录，不编写表现差的原因，不修改预算，不暂停计划。
把结果保存为“广告待检查清单”，放进“07-广告检查”，并汇报读取记录数和待检查记录数。
最后留下的“广告待检查清单”，只收花费达到观察金额、ROAS 仍低于保本线的记录。运营再回广告后台看对应计划，决定要不要调整预算或暂停；没进清单的计划先继续观察，等花费到了观察金额，ROAS 还是没过保本线，再拿出来处理。
先从清单里抽 3 条，拿成交金额除以花费，自己算一遍。然后回原表各找一条：花费还没到观察金额的，就算 ROAS 低，也不能进清单；花费已经到了、ROAS 又低于保本线的，清单里必须有。两条都对得上，这张清单就能用了。
8. 只凭上一场印象排品，很容易把偶然当规律
广告看的是钱花在哪。到了直播，还得决定先讲哪款、讲多久。
下一场先讲什么、哪款多讲一会儿，很多团队还是靠上一场的印象排。历史数据散在不同场次里，真要回看某个 SKU 在什么时段讲过、点击和成交怎么样，又得重新翻表。
如果平台只给整场数据，却硬把结果算到某个商品头上，排品建议从一开始就不成立。主播状态、流量来源和活动力度也会影响结果，单看一场很容易把偶然当规律。
数据就从两处来：直播后台导出的历史场次报表，以及运营自己列的“下一场候选商品表”，里面只放这次准备上的 SKU。把这些文件交给 WorkBuddy，它会把同一个 SKU 在不同场次、时段里的讲解时长、点击和成交合到一起，再排一版下一场的测试顺序。运营看过库存、活动和主播节奏后，再定最后怎么排。
读取当前工作空间中的历史直播数据和“下一场候选商品表”，生成一份“下一场排品候选”。
最少参考场次：[请填写]
先检查历史数据能否对应到场次、时段、SKU、讲解时长、商品点击和成交。平台只提供场次级数据时，只做场次复盘，不生成单品结论。
如果有 SKU 级数据：
1. 按 SKU 和时段汇总出现次数、讲解时长、商品点击、成交笔数和成交金额。
2. 计算每分钟商品点击和点击后成交率；分母为 0 或字段不全时写“无法计算”。
3. 以同一时段各项指标的中位数为界，列出每分钟点击较高但成交率较低、讲解时间较长但每分钟点击较低的组合，标成“待运营复查”，不要编原因。
4. 只从“下一场候选商品表”中生成排品顺序候选。
5. 每个排序建议写明参考指标、参考场次、日期和来源记录。
6. 参考场次少于所填数量的商品写“缺少依据”，单独放进测试位，不假装有结论。
不要修改库存和价格，不把一次直播结果写成长期规律。把历史汇总、待复查组合和排品候选保存到“08-直播排品”。
结果分成三份：历史汇总先看各场次，有 SKU 级数据时再看商品和时段；待复查组合用来回看高点击低成交等情况；排品候选拿来做下一场的初稿。运营再结合库存、活动和主播节奏，改成最终顺序。
随机抽 3 条排品建议，回到历史场次核对时段、讲解时长、点击和成交。只有场次级数据时，结果里不能出现单品判断。核对通过后，这份顺序也只是下一场的测试版，播完还要拿实际结果再复盘。
9. 到底省没省时间，别凭感觉，看真实疗效
拿一天的数据做最小测试：
- 复制订单、库存和退款文件。
- 跑一次跨表汇总，人工抽查 5 个 SKU。
- 挑一笔已处理结束的售后，让它整理材料，再和最终工单对照。
- 两项连续跑稳以后，再配置低频自动化。
过程中记四个数：
- 原来人工要花多少分钟
- 用 WorkBuddy 后总共花多少分钟
- 人工修改了多少处
- 抽查错了多少条
准备和清洗文件花掉的时间也要算，别漏。
判断方法很简单：时间少了，错误没有变多，才算真的帮上忙。
如果你手里正好有店铺数据，就拿一天的三张表先跑。别急着做自动化，也别一口气把八个场景全开。
三张表没算错，花的时间也比以前少，WorkBuddy 才算真的帮上忙。