Back

客戶 Lifecycle 狀態沒定義,AI 自動化就容易越做越亂

很多企業開始做 AI Customer & Marketing Automation 之後,第一個卡住的地方不是內容怎麼寫,而是系統收到一則詢問時,根本不知道這位客戶現在算哪一種狀態。若沒有先把客戶 Lifecycle 狀態定義清楚,AI 可能會一邊發送跟進訊息,一邊又把同一位客戶交給業務,最後整個流程看起來很忙,實際上卻沒有在往前推。

依 iDeaweb 的實務觀察,企業導入自動化時常見的問題不是資料太少,而是資料太零散:有訊息、有標籤、有備註,卻沒有一個可以判斷「現在該做什麼」的狀態。HubSpot 的官方文件也說明,lifecycle stage 是用來依照聯絡人或公司在行銷與銷售流程中的位置進行分類 〔來源:Use contact and company lifecycle stages〕。這件事看似基礎,卻正是 AI 能否可靠執行的前提。

先定義狀態,再談自動化,才不會讓 AI 替流程製造矛盾

如果企業還把所有人都放在同一個「新 Lead」裡,AI 就只能根據單一訊息做判斷,無法分辨對方是剛填表、已經聯絡、正在報價,還是其實早就成交。結果常見的狀況是:該立即回覆的人沒有被即時處理,該停止訊息的人還持續收到通知,該交給專員的人卻還留在自動流程裡。

亞洲主管與同事在辦公室討論流程設計
流程未清楚前,自動化容易產生衝突。

真正有用的做法,是先把客戶流程拆成企業自己看得懂、也能持續更新的階段。名稱不一定要照搬 HubSpot 或 Salesforce,但每一個階段都要能清楚區分,並且有明確的進入與離開條件。只有這樣,AI 才知道下一步是回覆、追蹤、轉人工、暫停訊息,還是進入長期培養。

可先從這些 Lifecycle 狀態開始整理

對多數中小企業來說,第一版不必追求複雜,重點是先把流程分開。常見的狀態可以從「新詢問、已聯絡、需求確認中、已報價、等待回覆、成交、未成交、暫停、舊客戶、重新啟動」這幾類開始,再依實際業務流程調整。

例如,新詢問通常代表 AI 或系統要先回覆、補資料或安排後續接手;已聯絡之後,才需要判斷是否進入需求確認中;已報價與等待回覆則比較適合設定 follow-up,而不是繼續大量推送同一套內容;成交後的重點則不再是開發,而是服務、續用或交叉溝通。舊客戶與重新啟動更不是多餘狀態,因為它們決定了企業能不能把既有名單重新喚醒,而不是把曾經合作過的客戶當成第一次接觸的人。

如果要先保守一點,也可以把狀態整理成五個核心段落:進線、處理中、待決策、已完成、待喚醒。這樣雖然不夠細,但通常足以讓 AI 先做出不衝突的動作,再慢慢補足更細的分支。

整理 Lifecycle 狀態時,企業至少要確認三件事:

  • 每個狀態是否彼此可區分,不會讓同一位客戶同時落在兩個階段。
  • 每個狀態是否有明確的進入與離開條件,避免只能靠人工猜測。
  • 每個狀態是否能由人工或系統可靠更新,否則 AI 會一直用錯誤前提做判斷。

Lifecycle 不是標籤,兩者用途不同

很多企業會把標籤、備註和流程階段混在一起,結果愈整理愈亂。其實標籤比較像描述特徵,例如來源、興趣、產業或活動參與狀況;Lifecycle 則是在描述客戶目前正走到流程的哪一段。前者可以有很多個,後者通常只有一個,而且應該能直接影響下一步動作。

亞洲團隊整理分類與流程資料的近景
標籤描述特徵,Lifecycle 描述流程位置。

這個差異很重要,因為 AI 看見標籤,只能知道「這個人有什麼特徵」;看見 Lifecycle 狀態,才知道「現在該怎麼對待這個人」。如果企業沒有先把階段講清楚,AI 就可能對同一位客戶做出互相衝突的動作,例如一邊安排業務跟進,一邊持續發送一般型推廣內容。

讓狀態真的能被執行,比狀態名稱本身更重要

狀態名稱不是重點,能不能落地才是。對 AI 自動化來說,最怕的不是階段命名不夠漂亮,而是大家對同一個名稱的理解不同。若「已聯絡」在業務眼中代表已經電話溝通過,在客服眼中卻只是收到一封回信,那後續流程就會各做各的。

因此,企業在設計 Lifecycle 狀態時,最好同步定義誰負責更新、什麼情況要轉換、哪些狀態要停止自動訊息、哪些狀態要改由專員接手。Salesforce 的官方說明也提到,企業可透過 lead status、assignment rules 與自訂欄位管理 inbound lead 流程;重點不在某個固定欄位名稱,而在於流程可以被制度化地管理 〔來源:Salesforce Help〕。

AI 要知道客戶說了什麼,也要知道客戶現在在哪裡

這是很多自動化流程最容易忽略的一點。AI 不只需要看見客戶回了什麼內容,也必須知道這位客戶現在處在哪個階段,否則它很難判斷這則回覆代表什麼意義。相同的一句「我再看看」,對新詢問、已報價、等待回覆或舊客戶來說,後續處理方式都不一樣。

因此,真正適合導入 AI 的企業,通常不是先問「還能不能多做幾個自動流程」,而是先確認網站詢問、LINE、Email、業務跟進與客戶資料能不能共用同一套狀態邏輯。當 Lifecycle 定義清楚,AI 才有機會穩定判斷下一步;當 Lifecycle 模糊時,再強的內容生成能力也只是把訊息送得更快,卻不一定送得更對。若您正在規劃 AI Customer & Marketing Automation,也可以把這一段視為導入前的基礎檢查。

對多數企業來說,真正值得先做的,不是立刻增加更多自動化動作,而是先讓每一位客戶在系統裡都有一個清楚、可更新、可執行的流程位置。這也是 iDeaweb 在網站詢問、LINE、Email 與客戶流程整合規劃時,最常先協助企業整理的部分。若您正在規劃企業官網建置、網站改版、SEO 架構或 AI Search 內容策略,可進一步與 iDeaweb 艾迪網頁設計討論適合的網站與內容成長方向。

常見問題

Lifecycle 狀態一定要照 HubSpot 的標準嗎?

不一定。重點是狀態要符合企業自己的銷售與服務流程,並且能清楚區分、持續更新。

如果目前只有新 Lead,可以先做 AI 自動化嗎?

可以先做局部,但若沒有更清楚的階段定義,AI 很容易判斷錯誤,流程也容易互相衝突。

Lifecycle 和標籤有什麼差別?

標籤通常是描述特徵或興趣;Lifecycle 主要是描述客戶目前處在哪個流程階段。

哪些狀態適合先從第一版開始整理?

可先從新詢問、已聯絡、需求確認中、已報價、等待回覆、成交、未成交、暫停、舊客戶、重新啟動這類狀態著手。