跳到主要內容
11 章/共 12 章留存

顧客生命週期與留存:用客戶訊號設計下一個有價值的行動

留存工作從首次價值、補貨週期、產品採用與流失風險開始。每段旅程要有進入條件、排除條件、停止規則與增量驗證。

難度
進階
閱讀時間
25 分鐘
實作時間
90 分鐘完成一條核心旅程的拆解與上線前審查。
更新日期
2026-08-20

01學習目標

完成本章後,你能做到

  1. 用同期群組(cohort)與單位經濟定義留存問題
  2. 依客戶狀態與行為設計顧客生命週期旅程
  3. 建立頻率、同意、增量與體驗防護指標(guardrail)

02核心框架

狀態 → 訊號 → 服務 → 衡量

先辨識客戶處於哪個狀態與剛發生什麼,再提供能增加下一次價值的內容或服務。

  1. 狀態

    依新客、活躍、回購、訂閱、風險與流失分類。

  2. 訊號

    使用訂單、瀏覽、產品與明確偏好等可信訊號。

  3. 服務

    提供教育、補貨、搭配、支援或回復路徑。

  4. 衡量

    看同期群組、增量、毛利、退訂與客訴。

03逐步拆解

先讀判斷依據,再照步驟完成工作產物。

留存

把第一次交易延伸成有價值的客戶關係。

先定義什麼樣的回購才有價值

不同品類的自然週期差異很大。留存目標需要同時看回購率、時間、毛利、退貨與服務成本,不能只追電子郵件歸因營收。

  • 依首次購買月份、商品、來源與市場建立同期群組。
  • 區分自然回購、折扣拉回與真正增加的頻率或價值。
  • 把訂閱的第二期留存、暫停、跳過、扣款失敗復原(dunning)與取消原因分開看。

用客戶狀態決定旅程何時開始與停止

歡迎、使用教育、補貨、交叉銷售、訂閱管理與喚回都需要明確觸發條件(trigger)、排除條件與停止規則。

  • 每段旅程只處理一個客戶任務與主要下一步。
  • 已有客服案件、退款或退訂的客戶不應繼續收到不合時宜促銷。
  • 跨電子郵件、SMS、站內與客服協調頻率,避免各自為政。

自動化營收不等於新增營收

許多高意圖顧客即使沒有訊息也會購買。除了歸因營收,還要觀察保留組(holdout)、同期群組、毛利、退訂與長期行為。

  • 為重要旅程建立對照組或節奏性保留組。
  • 分開看新客、活躍客、風險客與已流失客。
  • 把退訂、垃圾郵件檢舉、折扣成本與客服負擔列為防護指標。

04營運實作指南

準備資料、完成工作、留下驗收紀錄。

先備好輸入資料,照流程留下工作產物,再用量測結果與護欄決定下一步。每個欄位都應該能交給下一位負責人繼續處理。

工作情境

品牌已經有歡迎、購後、補貨與喚回自動化,但同一位顧客可能同時收到多條旅程。團隊只看歸因營收,沒人先查同意、排除條件與自然回購週期。

本輪產物
一張同期群組到自動化對照表(cohort-to-automation map):每條旅程都有客戶狀態、進入條件、同意/資格、提供的價值、排除、退出、量測與負責人。
建議時限
90 分鐘完成一條核心旅程的拆解與上線前審查。

會前要備妥的資料

  • 要改善的客戶任務與產品實際使用/補貨週期
  • 同長觀察窗的首次購買同期群組與回購紀錄
  • 顧客的 marketing subscription、管道資格與偏好紀錄
  • 訂單、退款、取消、客服、缺貨與訂閱狀態
  • 目前啟用中的自動化流程、頻率、折扣與排除寄送規則
  • 商品毛利、履約限制與客服可承接的恢復路徑
  • 重要旅程的保留組(holdout)或其他增量驗證方案

執行流程

每一步都留下可接手的工作產物。

  1. 先定義客戶狀態與自然週期

    以首次購買同期群組、商品與相同觀察窗辨識新客、採用中、可補貨、訂閱、風險與已流失。『多久沒買』必須回到品類週期。

    交付物
    同期群組表與客戶狀態定義。
    驗收
    近期同期群組不能和已有完整回購窗口的成熟同期群組直接比較;分群也不能只為了做漂亮報表。
  2. 把同意與資格放在訊息前面

    逐條確認自動化流程類型、實際 To 設定、marketing subscription、管道資格、地區/語系與排除寄送規則。Shopify Messaging 的部分流程可設定寄給 All customers;能否寄送仍要依商家核准的市場法規、管道政策與內規判斷。

    交付物
    同意/資格檢核與排除寄送矩陣。
    驗收
    每條旅程都要能回答:誰不能收到、什麼狀態要立刻退出、誰負責處理例外。
  3. 一條旅程只解一個客戶任務

    依狀態提供使用教育、補貨提醒、搭配建議、付款恢復或自助管理,不先從促銷折扣出發。設定進入條件、延遲時間、管道、訊息、退出條件與失敗處理。

    交付物
    顧客旅程工作表與訊息/服務規格。
    驗收
    同一封信若同時想教育、加購、挽回與推訂閱,應拆回客戶當下真正要完成的任務。
  4. 先測寄送正確,再談增量

    用符合與不符合資格的測試設定檔(profile)檢查進入、排除、延遲、連結、個人化、退出與報表。重要旅程再用保留組或合理的同期群組設計判斷是否增加了回購。

    交付物
    啟用驗證紀錄、保留組規劃與每月決策紀錄。
    驗收
    自動化報表中的歸因營收不能直接叫新增營收;沒有對照組時,要明說只能觀察關聯。

情境演練

補貨信不是排在第 30 天就算完成

一款可重複購買商品,同時有單次購買與訂閱顧客。現有流程在固定天數寄折扣信,卻沒有排除剛退款、已有訂閱或正在處理客服案件的人。

查核證據

  • 訂單紀錄顯示不同首購商品的回購窗口不同,單一固定天數不符合所有人。
  • 訂閱顧客也進入單次購買的折扣補貨流程,承諾與價格不一致。
  • 部分退款或客服處理中的顧客仍收到促銷訊息。
  • marketing subscription 狀態沒有被列入旅程企劃。
  • 報表只有自動化歸因營收,沒有同窗同期群組或保留組。

決策

停止用單一『未回購天數』驅動所有人。先按首次商品、訂閱狀態、同意與服務狀態分開,再把教育、補貨與喚回拆成不同任務。

實作

  1. 由商品與營運團隊定義各商品可接受的補貨觀察窗,不用任意固定天數。
  2. 依自動化流程類型、實際 To 設定與商家核准規則,處理 marketing subscription;再把有效訂閱、退款、缺貨與未結客服案件設成進入或排除條件。
  3. 購後教育先協助使用;接近實際補貨窗口再提醒;已訂閱者改走自助管理與服務訊息。
  4. 用符合/不符合資格的測試設定檔驗證每條分支,並記錄手機版/桌機版可用的建立與編輯流程差異。
  5. 重要旅程若條件允許,保留對照組;否則用同長同期群組觀察並清楚標示因果限制。

驗收方式:上線前,所有測試設定檔都正確進入或被排除,訊息與正式政策一致,退出條件生效。上線後以同長同期群組、退訂、客訴、折扣成本與回購共同判讀。

這是教學情境。Shopify Messaging 的訂閱要求、自動化流程類型與裝置操作能力可能更新;SMS、Klaviyo 或其他供應商也有不同的同意與資格規則,不能彼此代用。

看到這個訊號,下一步怎麼選

表格可左右滑動,依序查看訊號、判讀與處置。

訊號、判讀與處置決策表
訊號判讀下一步
顧客符合行為觸發條件(trigger),但沒有 marketing subscriptionShopify Messaging 的收件人設定會因自動化流程類型而異;平台允許的 To 選項也不能取代市場法規與商家核准規則。核對實際 To 設定、管道政策與核准依據,再決定寄送、排除或改用站內服務;不要只靠行為觸發條件定案。
自動化歸因營收很高,整體同窗回購率沒改善流程可能攔到本來就會購買的高意圖顧客,不能證明增量。檢查保留組、同期群組、折扣與毛利;沒有因果設計時,只能回報關聯。
退訂、垃圾郵件檢舉或客服案件增加訊息頻率、資格或承諾可能傷害客戶關係,即使短期收入上升也要處理。觸發防護指標,暫停受影響分支,查找重疊旅程與錯誤的排除寄送規則。
只有某首購商品的同期群組提早回購商品使用週期可能不同,不能把相同延遲時間套到整個目錄。按商品任務建立分支;先驗證週期與毛利,再決定提醒時間。
已訂閱顧客仍收到單次購買折扣訂閱狀態與其他旅程沒有互斥,可能破壞既有承諾。立即排除寄送;把暫停、跳過、換品、付款失敗與取消支援納入訂閱旅程。

量測規格

主要指標
在商品定義的同長觀察窗內,符合資格同期群組的再次購買率
診斷指標
  • 進入、排除、退出與未送達人數
  • 到第二筆訂單的時間
  • 依首次商品與獲客同期群組拆分的回購
  • 開啟、點擊與目標服務動作完成率
  • 保留組與曝光群組的差異(條件允許時)
護欄
  • 退訂、垃圾郵件檢舉與送達品質
  • 折扣成本與每筆訂單貢獻毛利
  • 退款、取消與客服升級案件
  • 訊息頻率衝突與錯誤個人化
  • 違反實際 To 設定、管道政策或商家核准規則的錯誤寄送
至少拆看的切面
  • 首次購買同期群組
  • 首次商品與品類
  • 單次購買/有效訂閱/暫停或付款失敗
  • 新客/活躍/補貨窗口/風險/流失
  • marketing subscription 與管道資格
  • 來源、市場與語系

工作表

顧客旅程工作表

先填資格與客戶任務,再寫訊息。完成後,行銷、客服、營運與資料負責人應能共同簽核。

保留欄位順序,貼上後即可分派負責人。

  1. 商業目標與客戶當下要完成的任務
  2. 客戶狀態與進入事件
  3. marketing subscription、管道資格與依據
  4. 產品週期、延遲時間與觀察窗
  5. 訊息/服務、管道與主要下一步
  6. 排除寄送、退出條件與失敗處理
  7. 退款、缺貨、客服與訂閱狀態處理
  8. 主要指標、防護指標與保留組規劃
  9. 測試設定檔、驗證證據與啟用負責人
  10. 檢視日期、決策與下一個待驗證問題

來源說明

觀點從哪裡來,讀者可以自己查。

  1. Shopify Messaging marketing automations

    Shopify Help Center · 平台官方 · 查閱於 2026-08-20

    用於核對觸發條件、個人化與報表邊界。此頁的一般收件原則需與各自動化流程的實際 To 選項一起閱讀,不能代替市場法規或商家內規。

  2. Creating and managing marketing automations in Shopify Messaging

    Shopify Help Center · 平台官方 · 查閱於 2026-08-20

    用於編輯、測試、啟用、報表、部分手機版/桌機版差異,以及 abandoned checkout 可將 To 改成 All customers 的例外;啟用不等於證明增量或取得法律意見。

  3. Cohort Retention Analysis: How to Reduce Churn

    Shopify · 平台官方 · 查閱於 2026-08-20

    用於活躍狀態定義、同長觀察窗與同期群組分群;文章個案與第三方數據不是 Tenten 成效或通用基準。

  4. Subscriptions on Shopify: The Brands That are Doing Them Well

    We Make Websites · 服務商原站 · 查閱於 2026-08-20

    借鏡以顧客任務檢查頻率、暫停、換品、取消與自助管理;品牌畫面會變動,使用前應重驗。

常見誤區

容易讓工作走偏的判斷

  1. 把所有未購買者放進同一條喚回旅程
  2. 只看歸因營收,不檢查自然回購與折扣成本
  3. 沒有排除客服、退款、缺貨與已退訂狀態

05行動檢查表

交付前逐項核對

  1. 建立依首次購買時間與商品拆分的同期群組
  2. 定義客戶狀態、觸發條件、排除與停止條件
  3. 讓每段旅程解一個真實客戶任務
  4. 檢查電子郵件、SMS、站內與客服頻率衝突
  5. 同時衡量增量、毛利、退訂與客訴

留存是一套服務系統

用客戶狀態安排下一個有用的訊息與服務。

Tenten 可協助 Klaviyo、訂閱體驗、資料與留存運作模式。

規劃留存旅程

本章屬於電商成長實作路線圖,最後更新於 2026-08-20

回到完整路線圖