一個帶每位新使用者走到他們第一次成功、並知道他們何時真的到達的智能體
一個把啟用當作引導式旅程來執行的智能體——問候每一位新註冊者、一步步帶他們走到第一個真實成果、依他們在你產品裡實際做了什麼（而非他們口頭說了什麼）來反應，並跨應用程式、email 與聊天觸及他們，直到他們設定完成。當他們啟用了，它就把他們交接出去；當他們卡住了，它就介入。
一趟真實的啟用旅程，按使用者計
一條故事線帶每個新帳號走過那些真正重要的步驟——連接一個資料來源、建出第一樣東西、邀請一位隊友——一次一步，確切記住每位使用者在哪裡，而不是對所有人猛轟同一套順序。
由他們做了什麼驅動，而非他們說了什麼
一個步驟在你的產品回報真實事件時才前進——資料來源已連接、第一份報表已建出——而不是在使用者宣稱自己做了時。啟用是被量測的，不是被猜測的。
在他們所在之處觸及他們
因為進度是按人保存的，同一趟旅程能跨應用程式內助理、email 與聊天延續——因此一個提醒不論使用者實際在哪裡都能送達，並從步驟中途接續。
他們卡住時介入
在一個步驟上閒置太久，或明顯卡住，旅程就分支到一條較輕的路徑或一個協助的提議——而不是任由帳號悄悄漂向流失。
把一位成功經理規模化到數千
一位優秀上手專員的判斷——接下來做什麼、何時推、何時退——以圖的形式執行，同時服務每一個帳號，而只把真正需要人的帳號交給真人。
啟用正是多數 SaaS 悄悄流失使用者的地方。註冊很容易；從「帳號已建立」走到「這現在是我一週的一部分」則是一個多步驟流程——連接資料、建出第一樣東西、拉進一位隊友、養成習慣——而且每位使用者都不一樣。一套定時的 email 序列撐不住那個，因為它不管那個人有沒有真的完成那一步都照發。一個平常的聊天機器人也撐不住，因為它在對話結束的那一刻就忘了。
一個上手智能體把啟用當作一條故事線來執行——一趟它與每個新帳號一同依循的旅程。它問候他們、一次一步帶他們走到第一個真實成果，而且——這才是關鍵的部分——它依他們在你產品裡實際做了什麼來前進，透過一個回呼回報，而不是依他們的宣稱。進度是保存在那個人身上的，因此同一趟旅程能跨你的應用程式內助理、email 與聊天延續，並在數天後從正確的步驟續接。當有人卡住時，它分支到一條較輕的路徑或提供協助；當他們啟用了，它就把他們交接出去。
它是一位優秀上手專員的判斷——接下來做什麼、何時推、何時退——以圖的形式執行，同時服務數千個帳號，而只為那些真正需要的帳號拉進一位真人。
常見問題
- 這跟一套上手 email 序列有什麼不同？
- 一套序列依計時器發送，不管使用者做了什麼。這是一趟有狀態的旅程——每一步只在使用者達到真實成果時才前進（由你產品自己的事件量測），它記住每個帳號在哪裡，並在有人卡住時分支。它對使用者做出反應，而不是對著他們廣播。
- 它怎麼知道使用者是否真的完成了一步？
- 你的產品透過一個回呼把真實事件——一個資料來源已連接、一份第一報表已建立——回報給智能體，而步驟依那個訊號前進。它依你產品裡發生了什麼前進，而非依使用者說自己做了。
- 同一趟旅程能跨應用程式與 email 延續嗎？
- 可以。每位使用者的進度是保存在他身上的，而非保存在單一工作階段裡，因此旅程能跨你的應用程式內助理、email 與聊天延續——一個提醒不論他在哪裡都能觸及，並在正確的步驟上續接。
- 設定它需要工程工作嗎？
- 你把旅程設計成一張圖——步驟、條件、分支——完全不用寫程式，並透過一個簡單的回呼把你產品的事件接上去。智能體從你自己的文件與說明內容作答，因此它談的是你的產品，而不是一個通用的產品。
- 當使用者卡住時會怎樣？
- 一個步驟可以依時間或依訊號分支——閒置太久、反覆嘗試失敗——轉到一條較簡單的路徑、一個針對性的提示，或一次交接給真人。帳號會在它正在漂離的那一刻得到關注，而不是在它已經流失之後。