帳號健康怎麼檢查？Lazada 店鋪營運中的履約、取消與糾紛指標

Lazada 後台的健康資料不是一個總分，而是履約、取消、糾紛三條各自獨立、又會互相污染的線：庫存設定錯了會變成賣家原因取消，取消多了會拖慢出貨節奏，出貨逾時又直接推高糾紛與退款。檢查時先看後果最重的那條，而不是先看數字最好看的那條。

把“帳號健康”拆成三條會互相污染的指標線

履約、取消、糾紛在後台可能被擺在同一個頁面，但它們的因果方向是單向的。庫存與定價失誤先製造賣家原因取消；取消和缺貨讓倉庫優先處理問題單，正常訂單的出貨時效被擠壓；出貨逾時後，買家更傾向開糾紛或直接退款。所以糾紛升高時，不要只讓客服去壓退款，要往回找是哪一批 SKU 或哪個倉庫先出了問題。

三條線互相污染的典型表現是：你優化了客服話術，糾紛率短期下降，但兩週後賣家原因取消又把履約逾時推高。這說明根因仍在庫存或定價層，客服動作只是延遲了爆發。

檢查順序：從後果最重的一條往回查

不要從百分比最低的那條指標開始看。按平台處置後果排序，固定成四步：

1. 先查糾紛、退款與投訴。看是否有未決投訴、升級投訴或平台介入。這類指標直接關聯帳號限制與扣分，先截留聊天記錄、物流軌跡、買家簽收或拒收證明。物流責任段不清時，按物流丟件索賠流程與關鍵證據清單先把證據按時間軸歸檔。
2. 再查履約超時。看出貨時效、攬收時效、未按時出貨訂單。把訂單按倉庫和物流商拆開，判斷是備貨不足、打包產能不足，還是承運商攬收延遲。
3. 然後查賣家原因取消。看取消原因分佈：缺貨、定價錯誤、地址異常、庫存同步延遲。如果某幾個 SKU 反覆出現，先下架或改為預售，而不是繼續等補貨。
4. 最後回到庫存與定價設定。檢查安全庫存、預售天數、多店共享庫存的扣減順序。這裡改的是規則，不是催倉庫「再快一點」。

三個指標在後台的位置、統計週期與指向環節

同一指標在不同統計週期下數字完全不同，比較前先對齊口徑。下表入口名稱各站點版本不同，以賣家中心當期規則頁為準。

取數路徑標註：同一指標，換個統計週期數字就不一樣

「昨天看是 2%，今天看是 5%」多數不是帳號突然惡化，而是口徑切換：昨天看的是結算日口徑，今天看的是訂單生成日口徑；或者昨天包含預售單，今天剔除了。每次截圖前先記下三個欄位——指標名稱、統計週期、匯出時間，否則週會上的數字無法比較。

週趨勢判讀：突發波動和結構性劣化要分開處理

單點數值不能判斷帳號趨勢，至少看四週。單週跳高通常對應一次事件：一次爆單、一次倉庫斷貨、一次物流商爆倉。處理方式是復盤事件，補臨時產能或換承運商。連續三週緩慢上行才是流程缺陷，必須改規則——例如安全庫存演算法、預售天數、多店庫存扣減順序。

多店鋪與代營運：指標口徑不能按店鋪切人

多店情境下，三條指標必須按職能彙總看：庫存由一個人看全部店的缺貨與取消，客服按平台或語言分組看糾紛，物流按承運商和倉庫看履約超時。如果每個營運各管一店的數字，同一批 SKU 在 A 店缺貨、B 店超賣，沒人能從單店報表裡看到。權限和復盤節奏可參照帳號隔離、權限分工與資料復盤。訂單、庫存和訊息三類流的收口方式，也會直接改變取消率與履約指標，做法見把訂單、庫存和訊息集中處理。

代營運交接時最常見的斷層，是只交店鋪後台權限，不交指標口徑：接手方不知道上一任看的是哪個統計週期，第一週就誤判帳號惡化。交接清單裡至少要寫清三條指標的口徑、最近四週趨勢和未決糾紛清單。

指標正常、帳號卻被限制：先排查環境層

把排查留痕：記錄表要寫的四個欄位

排查紀錄不寫「已處理」，只寫四個欄位：異常指標與統計週期、懷疑責任段、已執行的取證動作、下一次複查日期。下次同一指標再異常時，你能一眼看出是偶發事件還是同一環節復發。沒有這四個欄位，三次排查會變成三次重新開始。