做一次账户健康复盘：从指标追到具体订单与商品

账户健康不是只看一个总分。把待改进指标追到具体订单或商品，分清需要整改、需要解释和需要申诉的事项，再按各指标更新节奏复核。

风险提示：改正问题不保证即时清分或解除处分；不同指标周期与计入条件应分别核查。

30 秒摘要

账户健康不是只看一个总分。把待改进指标追到具体订单或商品，分清需要整改、需要解释和需要申诉的事项，再按各指标更新节奏复核。

本节目标

产出一份 MY 店铺整改清单，每条包含指标、关联对象、已核实原因、负责人、动作与复核时间。

适用对象

已在运营、发现账户表现下降或准备定期检查的卖家。不凭本文推算全部罚分，不承诺整改后立即解除限制。

马来西亚政策基线

《保持良好的账户健康状态》2026-5-7 更新适用所有站点，提供马来西亚可用的通用检查方法；具体指标和目标看本店页面。退货是否计入指标结合《退货退款原因汇总》2026-8-18 版本及个案核实结果，不简单把所有退款都算成卖家责任。

开始前

青禾布物准备每次活动后检查履约和客服。准备店铺权限、订单与商品记录、团队处理日志；不要为截图好看先把异常订单从内部清单删除。

操作步骤

1. 同时记录状态、计分与处分

入口：CNSC → 数据 → 账户健康状态。

操作：依官方指引查看整体等级、我的计分、指标详情和待改进项。进入计分详情后记录本季计分、相关违规及目前处分，三者不是一个值。若有争议，保存相应编号，而不是只截图总分。

成功标志：清楚“表现未达目标”与“已经形成计分或处分”的区别。

2. 从指标进入关联对象

入口：指标 → 查看详情，或待改进的问题 → 更多。

操作：按《账户健康状态》查看当前表现、目标、使用范围和统计时段，再打开涉及订单或商品。迟发货回到具体订单时间，刊登问题回到相关商品与原因，客服问题回到未回复记录。

成功标志：每个异常都有可以继续查证的对象，不只分配一句“把分数提升”给同事。

账户健康整改与复核闭环

原创复盘回路。整改动作可以立刻做，指标更新未必即时反映。

3. 核实原因，再分配整改

入口：关联订单、商品详情、售后请求或聊聊记录。

操作：结合原始记录决定处理方式。官方《退货退款原因汇总》区分平台核实后的卖家与非卖家原因，不能仅用退款数量推算责任。《AI智能客服》说明已由 AI 解决与转人工后的响应指标处理不同，也不能把自动回答总量当作人工回复完成。

成功标志：整改清单写明问题、证据与动作。认为计分有误时单列申诉事项，不用删商品记录或虚构回复来“修指标”。

4. 到适当周期回读结果

入口：同一指标详情、计分记录和本地整改清单。

操作：官方附录显示不同指标有每日或每周等更新周期。本文建议先核验商品已改正、订单已处理或客服已接管，再按本项周期复查指标。清分、处分和历史记录分别看，不认为一个数字变化就表示所有限制消失。

依据《保持良好的账户健康状态》2026-5-7 版本：本季计分在每个季度的最后一个星期一清零；整体等级则结合绩效目标达成情况与过去12周的计分得出。因此跨季度复查时，先确认计分是否已按季清零，再判断整体等级为何没有同步变化。

成功标志：每条事项有业务处理结果和指标复核结果；未更新、未通过或需补证的事项仍保留。

完整案例

青禾布物发现一组迟发货相关订单和几条客服未回复记录。仓库核对交接及扫描，客服接手转人工消息，运营分别记录业务动作。次日客服指标变化，但履约项还未到相应更新周期，团队继续跟踪，没有为了“当天清零”重复操作订单。

策略与风险

优先处理仍在产生损失的流程缺口，再看历史申诉。使用小规模整改验证：如果一类包装问题导致售后增加，先检查该商品与仓库流程，而不是把所有退货原因都归为物流。已完成整改不等于申诉必然成功，官方判定需另行核验。

异常排查

问题已处理但分数没变：检查统计期、更新时间及仍在计入的历史记录。
计分相同但处分不同：进入处分详情查实际生效状态，不只看总分。
退款多但责任不清：核对复核原因、履约方式和计入规则，不直接套总量。
自动客服回复很多仍有未回复：查看转人工队列，确认人工接管责任。

完成检查

1只截图总体等级够吗？

判断依据：不够，还需记录计分、处分和具体指标。
入口：账户健康状态及计分详情。

2整改任务应对应什么对象？

判断依据：具体商品、订单或会话记录，而非一句提升总分。
入口：指标详情中的关联对象。

3所有退款都算卖家责任吗？

判断依据：不能这样推算，要看请求详情的复核原因字段与指标计入条件。
入口：退货退款详情和相关指标说明。

4改完当天没变就代表失败吗？

判断依据：不一定，应核对统计范围及更新周期。
入口：指标定义、更新时间和整改记录。

5如何结束一条整改事项？

判断依据：同时记录业务处理与指标复核结果，未通过则继续跟踪。
入口：整改清单及同一指标页面。

下一步

批量经营变更前使用多站点放行检查，减少重复问题。