账号健康怎么排查？Lazada店铺运营中的履约、取消与纠纷指标

Lazada 后台的健康数据不是一个总分，而是履约、取消、纠纷三条各自独立、又会互相污染的线：库存设置错了会变成卖家原因取消，取消多了会拖慢发货节奏，发货超时又直接推高纠纷与退款。排查时先看后果最重的那条，而不是先看数字最好看的那条。

把“账号健康”拆成三条会互相污染的指标线

履约、取消、纠纷在后台可能被摆在同一个页面，但它们的因果方向是单向的。库存与定价失误先制造卖家原因取消；取消和缺货让仓库优先处理问题单，正常订单的发货时效被挤压；发货超时后，买家更倾向开纠纷或直接退款。所以纠纷升高时，不要只让客服去压退款，要往回找是哪一批 SKU 或哪个仓库先出了问题。

三条线互相污染的典型表现是：你优化了客服话术，纠纷率短期下降，但两周后卖家原因取消又把履约超时推高。这说明根因仍在库存或定价层，客服动作只是延迟了爆发。

排查顺序：从后果最重的一条往回查

不要从百分比最低的那条指标开始看。按平台处置后果排序，固定成四步：

1. 先查纠纷、退款与投诉。看是否有未决投诉、升级投诉或平台介入。这类指标直接关联账号限制与扣分，先截留聊天记录、物流轨迹、买家签收或拒收证明。物流责任段不清时，按物流丢件索赔流程与关键证据清单先把证据按时间轴归档。
2. 再查履约超时。看发货时效、揽收时效、未按时发货订单。把订单按仓库和物流商拆开，判断是备货不足、打包产能不足，还是承运商揽收延迟。
3. 然后查卖家原因取消。看取消原因分布：缺货、定价错误、地址异常、库存同步延迟。如果某几个 SKU 反复出现，先下架或改为预售，而不是继续等补货。
4. 最后回到库存与定价设置。检查安全库存、预售天数、多店共享库存的扣减顺序。这里改的是规则，不是催仓库“再快一点”。

三个指标在后台的位置、统计周期与指向环节

同一指标在不同统计周期下数字完全不同，比较前先对齐口径。下表入口名称各站点版本不同，以卖家中心当期规则页为准。

取数路径标注：同一指标，换个统计周期数字就不一样

“昨天看是 2%，今天看是 5%”多数不是账号突然恶化，而是口径切换：昨天看的是结算日口径，今天看的是订单生成日口径；或者昨天包含预售单，今天剔除了。每次截图前先记下三个字段——指标名称、统计周期、导出时间，否则周会上的数字无法比较。

周趋势判读：突发波动和结构性劣化要分开处理

单点数值不能判断账号趋势，至少看四周。单周跳高通常对应一次事件：一次爆单、一次仓库断货、一次物流商爆仓。处理方式是复盘事件，补临时产能或换承运商。连续三周缓慢上行才是流程缺陷，必须改规则——例如安全库存算法、预售天数、多店库存扣减顺序。

多店铺与代运营：指标口径不能按店铺切人

多店场景下，三条指标必须按职能汇总看：库存一个人看全部店的缺货与取消，客服按平台或语言分组看纠纷，物流按承运商和仓库看履约超时。如果每个运营各管一店的数字，同一批 SKU 在 A 店缺货、B 店超卖，没人能从单店报表里看到。权限和复盘节奏可参照账号隔离、权限分工与数据复盘。订单、库存和消息三类流的收口方式，也会直接改变取消率与履约指标，做法见把订单、库存和消息集中处理。

代运营交接时最常见的断档，是只交店铺后台权限，不交指标口径：接手方不知道上一任看的是哪个统计周期，第一周就误判账号恶化。交接清单里至少要写清三条指标的口径、最近四周趋势和未决纠纷清单。

指标正常、账号却被限制：先排查环境层

把排查留痕：记录表要写的四个字段

排查记录不写“已处理”，只写四个字段：异常指标与统计周期、怀疑责任段、已执行的取证动作、下一次复查日期。下次同一指标再异常时，你能一眼看出是偶发事件还是同一环节复发。没有这四个字段，三次排查会变成三次重新开始。