理解
由 AI 代理驅動的 CRM
CRM 從不死於工具的缺陷。它死於輸入。頭六週人人都填資料;到第三個月,一半在談的生意已不在裡面,團隊又回到了自己的筆記。問題不在業務是否自律:而在於我們要求人做一件沒人能長期堅持的規律性工作。而這恰恰是代理能堅持的。
1. CRM 為何會過期
CRM 要求創造價值的人——業務、技術人員、經營者——停下來描述自己剛做完的事。這項雙重任務注定失敗:一旦一週變緊,最先被捨棄的永遠是輸入。
隨後出現的情形是機械式的。資料變舊,於是無人再信任它們;因為無人信任,也就無人再填寫。用於決策的數字變得失真,判斷重新回到直覺——恰恰是這工具本應避免的。
公司試圖用強制或更短的表單來因應。這兩種回答從未奏效,因為原因不在表單的長短:而在於必須由一個人去打開它。
2. 代理維護哪些內容
這個轉變很好表述:更新不再是人的任務。它變成代理本來就在做的工作的副產品。
- 聯絡人資料——每次往來之後,記下說了什麼、下一步是什麼以及日期,讓資料不再是一段大概的記憶。
- 業務漏斗——依階段分類的案子,附帶真實停留時間,並對停滯過久的提出警示。
- 報價與發票——哪些已寄出、哪些仍無回音、哪些已逾期,以及寫好、隨時可寄的跟進信。
- 客戶服務請求——每一則進來的訊息都被分級、排序,並關聯到正確的聯絡人,而不是消失在共用信箱裡。
- 專案與任務——進度由執行者本人維護,代理與人共用同一塊看板。
這五項任務沒有一項需要判斷。全都需要恆定——而這正是機器在結構上優於一支忙碌團隊的唯一之處。
3. CRM 成為一個工作崗位
與傳統 CRM 的根本差別,不在於輸入輔助。而在於 CRM 不再是人去查閱的資料庫,而成為代理工作的地方。
普通 CRM 記錄已經發生的事。由代理維護的 CRM 會行動:跟進、分類、準備、提示。你打開看板不再是為了知道該做什麼——而是為了核對已經做了什麼,並裁定少數需要決定的事項。
這也是讓整體變得可量測的原因。代理的每個動作都留下帶時間戳記的痕跡:誰動的手、動的哪筆資料、花了多少錢。由人填寫的 CRM 永遠不知道是誰沒有填。
4. 不該自動化的部分
有三件事留在人這一邊,而且不是出於技術原因。
承諾。一次折扣、一份分期安排、糾紛中的一次商務讓步:這些決定會約束公司。它們必須經過審核,不是因為代理做不到,而是因為其代價是真實的。
策略客戶的分級。一般量體的客戶,代理分得很準。至於那幾個決定你全年業績的客戶,分級取決於從未被寫下來的資訊——而歸錯類,代價要付很久。
刪除。合併兩筆資料、封存一個帳戶、抹掉一段歷史:這些動作不可逆,且事後常被後悔。它們只應被提議,不應自行執行。
5. 量測結果
三個數字就夠了,而且必須放在一起看。
- 資料的新鮮度——在談案子中最近一次更新不超過一週的比例。這正是從前會崩塌的指標,也是最先回升的那一個。
- 人工重做時間 — 團隊每天花多少分鐘修正代理。如果這個時間沒有下降,表示規則寫得不好:該改的是規則,不是代理。
- 不再漏掉的事——沒有跟進的報價、逾時未回覆的工單、逾期卻無人提示的發票。這三個計數器應當趨近於零;若不趨近,自動化只是表面工夫。
一個報表做得很漂亮卻要求逐項複核的 CRM,什麼也沒有自動化:它只是把負擔從業務轉移到了稽核。
6. 常見問題
必須放棄現有的 CRM 嗎?
不一定。代理能在既有工具中工作,像人一樣使用它們。在導入代理的同時更換 CRM,等於同時開兩個工地,出問題時再也分不清是哪一個失敗了。nullbot 自帶 CRM,供那些沒有 CRM 或已對現有 CRM 厭倦的人使用。
nullbot 的 CRM 包含什麼?
聯絡人、業務漏斗及其預測、報價與發票、客戶服務、專案與任務、行銷、行事曆與報表。整體的設計讓代理和人同樣能維護它,而這一點是為手動輸入而生的 CRM 做不到的。
客戶資料存放在哪裡?
在你的機器或你的伺服器上,存放於你自己的資料庫中。nullbot 在本機執行:客戶資料不經過我們的伺服器,也不與任何其他公司共用。詳見安全頁面。
從哪裡開始?
從跟進無人回覆的報價開始。它的規則一句話就能寫清,效果幾天內即可看到,且出錯無關緊要。CRM 的其餘部分隨後逐項充實。
延伸閱讀
接著讀:代理在業務團隊中承擔什麼、由代理維護的社群媒體,或治理與預算控管。