取得許可
01蒐集
訪客為什麼願意留下可使用的聯絡許可？
待檢查證據
- 入口與價值交換
- 同意來源與用途
- 匿名到已知身分的轉換
工作產物
蒐集點 × 同意用途清單
01 / Lifecycle map
五個階段，共用一套顧客判斷。
每一段都要回答：誰符合條件、此刻要解決什麼、靠哪個訊號判斷，以及什麼時候應該停止打擾。品牌可以選擇不同渠道，但每個決定都應該能被追溯。
新客引導
02歡迎
新加入的人需要先理解什麼，才不會只看到促銷？
待檢查證據
- 來源與期待
- 首購前疑慮
- 內容與商品教育
工作產物
新客決策路徑圖
啟動價值
03啟用
哪個可觀察行為代表顧客已跨過第一個價值門檻？
待檢查證據
- 關鍵行為定義
- 購買與使用訊號
- 服務或體驗摩擦
工作產物
啟用事件與阻力假設
再次購買
04回購
下一次需求何時可能出現，訊息如何回到真實使用情境？
待檢查證據
- 品類補貨週期
- 跨品類關聯
- 忠誠與服務訊號
工作產物
回購機會地圖
流失召回
05喚回
沉默代表時機不對、價值不足，還是應該停止溝通？
待檢查證據
- 流失定義
- 歷史互動與抑制
- 再許可與退出條件
工作產物
喚回與停止規則
02 / Dependencies
先確認能不能辨認、能不能使用、能不能相信。
留存流程會同時碰到顧客身分、溝通許可與行為資料。任一層定義不清，分眾、觸發與報表都可能只是看起來精準。
相依條件 A
身分 Identity
釐清匿名訪客、訂閱者、顧客與會員如何被辨認，以及重複、合併和跨裝置情境怎麼處理。
治理問題
哪一個識別鍵能支持這個決定？發生衝突時誰是準則？
可檢查產物
身分來源與合併規則圖
相依條件 B
同意 Consent
把渠道、用途、來源、時間、撤回與抑制分開記錄，不把「有資料」誤當成「可以聯絡」。
治理問題
這則訊息的許可依據是什麼？撤回後如何同步停止？
可檢查產物
同意與抑制決策表
相依條件 C
資料 Data
為關鍵事件、訂單、商品與互動訊號建立共同語意，並標示新鮮度、缺漏與負責人。
治理問題
團隊看到的訊號是否代表同一件事？延遲或缺漏會改變哪個決定？
可檢查產物
事件字典與資料健康檢查
工具已連接，不等於留存系統已可用。可用性來自一致的定義、可追溯的同意，以及有人負責處理例外。
查看 Klaviyo 的選型與資料決策03 / Experiment backlog
把「想做什麼」改寫成「要學到什麼」。
留存 backlog 不該只是渠道需求排隊。先寫清證據、機會與假設，再一起看風險、投入和下一個決策，團隊才知道為何先做這一項。
待辦欄位
01證據
目前看見什麼行為、回饋或資料問題？
待辦欄位
02機會
哪一段顧客決策值得被改善或釐清？
待辦欄位
03假設
若改變什麼，預期會觀察到哪個方向的訊號？
待辦欄位
04護欄
哪些同意、體驗、品牌或營運風險不能被犧牲？
待辦欄位
05投入／風險
需要哪些資料、內容、設計、工程與協作？
待辦欄位
06決定
證據出現後，是擴大、修改、停止，還是繼續研究？
證據強度
這是觀察、訪談、資料趨勢，還是已驗證因果？
決策價值
結果會改變哪個渠道、旅程或產品決定？
投入與依賴
哪些資料、內容、工程或審核必須先到位？
顧客風險
可能造成哪些打擾、誤判、隱私或品牌傷害？
04 / Channel governance
渠道可以分工，顧客不會替你分開感受。
Email、經同意的訊息、站內介面、客服接觸與付費再互動可能同時觸及同一個人。治理的工作，是讓資格、優先順序、內容責任和停止條件一致。
以下是治理情境，不代表每個渠道都需要採用，也不代表已確認任何工具或執行責任。實際範圍需在諮詢中確認。
規劃情境
生命週期郵件
教育、提醒與關係維持的可能載體
經許可的訊息
在明確許可下處理時效較高的溝通
站內接觸點
依當下行為提供導引、內容或下一步
客服接觸點
把服務例外與顧客回饋帶回生命週期判斷
付費再互動
在資格、抑制與媒體成本清楚時評估再互動
01
資格與同意
誰可以收到、依據是什麼、何時必須排除？
02
優先與抑制
多則訊息競爭時，哪一則優先，哪一則暫停？
03
訊息責任
主張、優惠、內容與品牌語氣由誰確認？
04
品質與復原
上線前檢查什麼，發生錯誤如何停止與修正？
05
學習回流
互動、退訂、服務回饋與例外如何改變 backlog？
05 / Measure and learn
讓報表直接帶出下一個決定。
不同訊號需要不同回顧節奏。資料健康不能等到成效會議才看；策略也不該因為單次波動就重寫。把每次回顧綁定一個明確決定。
持續進行
01持續健康檢查
追蹤事件缺漏、同意同步、發送異常、身分衝突與資料延遲。
決策
要不要暫停自動化或先修復基礎？
每次發布
02每次發布檢查
核對資格、內容、連結、事件、護欄與可回復性。
決策
這次發布能否繼續、需要調整，或應該停止？
營運複核
03營運回顧
把生命週期訊號、定性回饋與實驗學習放回同一個 backlog。
決策
下一個最值得學習的問題是什麼？
策略重整
04策略重整
重看顧客假設、渠道角色、資料限制、季節情境與路線圖。
決策
哪些假設仍成立，哪些工作應該退出或重排？
需在諮詢中確認： 實際頻率、參與角色、資料窗口與決策門檻是諮詢後需確認的營運變數，不在本頁預設。
匿名本機規劃工具
用三個選擇，排出三項方向性工作流。
選出最想釐清的生命週期階段，再描述資料基礎與工作模式。排序會即時在你的瀏覽器裡完成，不需要提交商店資料。
本頁輸入
匿名、本機、暫存：沒有文字欄位，不寫入 localStorage、Cookie 或網址，也不傳送商業或身分資料；重新整理頁面即重設。
Your directional sequence
目前的三項優先工作流
方向性排序基礎
01建立身分、同意與事件基線
你把基礎標為「尚未釐清」，後續分眾與觸發需要先有可查核的定義。
先把可辨認、可聯絡與可信任的條件寫清楚，避免後續分眾和觸發建立在不同版本的事實上。
建議先做
- 身分來源與合併規則
- 同意與抑制決策表
- 關鍵事件字典
營運模式
02建立共用 backlog 與訊息治理
目前工作以臨時需求進入，先建立共用入口與停止規則能減少互相衝突。
讓臨時需求和渠道排程進入同一個決策框架，並為資格、優先、內容、QA 與停止條件指定確認方式。
建議先做
- 單一需求入口
- 訊息衝突與抑制規則
- 發布與復原檢查表
探索
03先畫出五階段生命週期基線
你尚未指定壓力點，先畫完整旅程，避免把單一渠道症狀誤認為根本問題。
當最迫切的階段還不明確，先把現有觸點、訊號、斷點與負責人放進同一張圖，再決定優先順序。
建議先做
- 現有旅程盤點
- 階段進入與退出條件
- 證據缺口清單
這個排序只協助準備 discovery 對話，不是技術稽核、成效預測或已確認範圍。最終工作流、工具、負責人、節奏與商業條件都需另行確認。
帶著這份排序進入諮詢留存常見問題
先把範圍邊界說清楚。
不等於。藍圖先整理生命週期、身分、同意、資料與治理問題；是否使用 Klaviyo、沿用現有工具或需要任何整合，都必須在 discovery 後確認。
不一定。渠道應依顧客情境、明確同意、團隊能力與可用證據決定。本頁列出治理問題，沒有預設渠道清單。
可以先從定義與缺口盤點開始，但不能把不完整資料包裝成精準判斷。哪些資料足以支持哪個決定，需要依現況共同確認。
不會。本頁方法只做相對排序，協助比較證據、決策價值、投入與顧客風險；實際結果仍需透過合適的發布與量測設計驗證。
不會。選擇只存在目前頁面的 React 狀態，不寫入瀏覽器儲存空間、網址或後端；重新整理即重設。分析事件只包含預先定義的選項代碼與數量，不含個資或商店資料。
只有雙方後續書面確認的目標、範圍、工具責任、交付物、治理方式與商業條件才是正式依據。本頁與規劃器輸出都只用來準備 discovery。
從藍圖走到決策
先把留存問題畫清楚，再確認值得做的下一步。
帶著目前的生命週期、資料限制與團隊工作方式來談。我們會先釐清問題與依賴，不把方向性排序假裝成已定義的專案。
服務範圍、工具、角色、回顧節奏、交付條件與商業變數，皆需在諮詢後另行確認。