一個 SaaS 團隊會如何把上手變成一趟自己會完成的旅程

起點

在這個情境裡，一家分析型 SaaS 註冊數健康、啟用卻疲弱：一大堆人建立了帳號、什麼都沒連接，就再也不回來。上手曾是一套依計時器發送的五封 email 滴灌——不管使用者做了沒有都發同一套序列——而客戶成功團隊只能親手照看最大的那些帳號。沒人能說出某個帳號卡在哪一步，直到它已經流失。

這趟旅程

團隊把啟用流程設計成一條故事線——一張智能體與每個新帳號一同依循的圖：

1. **歡迎。**在首次登入時，智能體自我介紹，並就在應用程式裡提議協助連接第一個資料來源。
2. **連接一個資料來源。**這一步不會因為使用者說自己做了就前進——它在產品透過一個回呼把真實事件回報給智能體時才前進。在那個訊號抵達之前，智能體停在這一步，並在使用者安靜下來時提供一條較輕的路徑。
3. **建出第一份報表。**同樣的形狀：智能體引導，而產品自己的「報表已建立」事件把帳號往前推。
4. 邀請一位隊友，接著養成每週回顧的習慣——每一個都是一步、每一步都依一個真實訊號前進、每一步都能在有人卡住時分支到一個提醒或一次交接。

因為進度是保存在那個人身上的，這趟旅程能跨應用程式內助理與 email 延續：一位在第二步後掉隊的使用者，三天後會在第二步被接續，而不是從頭重來。

改變了什麼

智能體從公司自己的說明文件作答，因此它談的是這個產品，而非一個通用的。它全天候運作，因此半夜的一則註冊會立即得到回應。而它把一位優秀上手專員的判斷——接下來做什麼、何時推、何時退——規模化到同時服務每一個帳號，只把真正卡住的帳號路由給真人。

這裡的數字是結構性的，而非量測而來：每位使用者一趟保存的旅程，而非一套廣播序列；24/7 的覆蓋；以及依真實產品事件（而非使用者的一面之詞）前進、零個靠猜測前進的步驟。它是對這個形狀的一次示範，而非對某次特定導入的一份報告。