作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證。文中不含任何客戶名稱與成效數字，只整理判斷順序與驗收方式。
免費試用轉不成付費，多數時候問題不在試用本身，而在使用者註冊後的前七天沒有走到第一個有感的結果。先用產品內行為資料找出「卡關的那一步」，再決定要改信件、改引導還是改定價說明，順序不能反過來。
會議室裡的三句對話
這是某家做雲端專案管理工具的團隊，我被請去開的一場週會。我把當天的對話還原成大意，讓你看看一個典型的僵局長什麼樣子。
業務主管說：「試用名單每週都有，可是轉付費的人太少，我覺得是行銷帶進來的人不夠精準。」
行銷負責人說：「我們的廣告與內容都有標明適用對象，會註冊的人都填了公司規模。是不是業務跟進太慢？」
產品經理說：「其實有一半的人註冊完，根本沒有建立第一個專案。」
三個人各說一段，每一段都可能是真的，但只有第三句是可以被驗證的事實。我當場做的第一件事，是請大家先停止歸因，把「註冊之後發生了什麼」畫成一條時間軸。這個動作看起來簡單，卻是整場會議的轉折點，因為它把爭論從「誰的責任」拉回「使用者在哪一步離開」。
試用轉付費卡住時，要先看哪三層證據？
我習慣把證據分成三層，由近到遠，越近越可靠。第一層是產品內行為，例如有沒有完成第一個關鍵動作、有沒有邀請同事、有沒有連結第三方工具。這層資料最接近事實，也是最容易被跳過的一層。第二層是溝通紀錄，包括歡迎信的開信與點擊情形、業務外撥的接通與回覆內容，這層告訴你使用者有沒有被正確地推一把。第三層才是來源與受眾，例如廣告關鍵字、內容主題、註冊時填的公司規模，這層決定「來的是不是對的人」。
多數團隊的討論是從第三層開始，因為那是行銷最熟悉的地方，也最容易被業務質疑。但如果第一層已經顯示大部分人在同一步流失，那麼再怎麼調整受眾，只是把同樣的問題搬到另一批人身上。Google 對內容的一貫要求，是以人為本、解決讀者實際問題，這個原則放到產品引導也成立，可參考 Google 搜尋中心的建立實用、可靠、以人為本的內容指南（來源：Google Search Central）。
把試用旅程拆成四個時間點
我不預設任何天數是「正確答案」，因為不同產品的價值出現速度差很多。下表是我給這個團隊的檢核方式，數字欄位要填的是他們自己的資料，不是產業平均值。
| 時間點 | 要回答的問題 | 主要證據 | 常見處置 |
|---|---|---|---|
| 註冊當下 | 使用者預期得到什麼 | 註冊表單欄位、來源頁文案 | 檢查來源頁承諾與產品實際能力是否一致 |
| 第一次登入 | 有沒有走到第一個關鍵動作 | 產品內事件紀錄 | 縮短設定步驟，提供範例資料 |
| 第一週中段 | 有沒有第二次回來 | 回訪紀錄、信件點擊 | 用一封信只推一件事 |
| 試用到期前 | 有沒有看到價格與升級理由 | 定價頁瀏覽、客服提問 | 把價格說明放在使用者已有成果之後 |
這張表的用意，是讓每個部門認領自己最擅長驗證的那一列。行銷擅長第一列，產品擅長第二列，業務擅長最後一列，中間兩列則需要三方一起看。過去我看過不少團隊把所有力氣壓在最後一列，也就是到期前狂寄折扣信，卻沒有處理第二列，結果只是在打擾一群從未真正體驗過產品的人。
信件與落地頁：該改什麼，不該改什麼
這個團隊最後決定的調整，主要放在三處。第一，歡迎信從原本的功能介紹清單，改成只請使用者完成一件事，也就是建立第一個專案，並附上一個可以一鍵套用的範例。第二，註冊來源頁的文案，把原本寫得偏大的承諾收斂到產品真的做得到的範圍，避免使用者帶著錯誤期待進來。第三，業務外撥的話術，從「請問您試用得如何」改成「我看到您已經建立了專案，接下來很多團隊會卡在成員權限，需要我示範嗎」，讓對話有具體的下一步。
不該動的是什麼？我建議先不要改價格，也不要同時更換三個以上的變數。因為一次改太多，你就無法知道是哪一項造成了變化。一個穩健的做法，是一次只改一個環節，並保留舊版做為對照，觀察至少一個完整的試用週期。
如果你的產品有公開的價格或方案說明，也要確認它與信件描述一致。這部分可以延伸閱讀我們另一篇SaaS 價格頁的常見誤判與方案比較表取捨，裡面談到價格說明如何與使用者的成果連動。
驗收指標怎麼設定，而不是預設達成值
這裡我刻意不寫任何「應該提升多少」，因為那會變成沒有根據的承諾。我建議的驗收方式是先定義，再記錄基準，最後才比較。
- 啟用率：註冊者中，完成第一個關鍵動作的比例，需要先由產品團隊定義什麼算「關鍵動作」
- 第二次回訪率：註冊後一定期間內再次登入的比例，時間窗由團隊依產品使用頻率自行決定
- 業務可跟進比例：有具體行為訊號，例如已建立專案而非只是註冊，可以讓業務用來開場的名單占比
- 流失步驟分布：流失者最後停在哪一個步驟，這比單一的轉換率更能指出該改哪裡
報表的呈現也很重要。我會要求每週只放一頁，左邊是本週各步驟的人數，右邊是上週對照，並附上一句「本週改了什麼」。沒有這句話的報表，三個月後沒有人記得數字為什麼變動。
一個常被漏掉的細節：試用者不等於使用者
註冊試用的人，未必是日後實際操作產品的人。專案管理工具尤其明顯：有時是主管先註冊看看，再交給團隊，若歡迎信只寄給註冊者，就錯過了真正要用的人。因此我建議在產品內加上邀請同事的引導，並把「已邀請他人」列為觀察的行為訊號之一。這個訊號通常比登入次數更接近購買決策，因為付費多半是團隊層級的決定，而不是個人層級的偏好。
同樣地，業務跟進時也要分辨對方是評估者還是決策者。若名單上只有一位使用者，業務的第一個任務不是報價，而是了解還有誰會參與評估。這類資訊回填到記錄裡，下次分析流失原因時就多一個維度。
這套做法什麼時候不適用
有幾種情況要小心。如果你的產品需要企業導入、串接內部系統，才能看到價值，那麼自助式試用本來就不是主要成交路徑，硬套上述方式會把精力放錯地方，這時應該回頭檢視是否要提供有人陪跑的概念驗證。另一種情況是試用人數太少，統計上沒有辦法做前後對照，這時定性的訪談比儀表板更有用，直接請十位流失使用者聊十五分鐘，往往比看一個月的數字更清楚。
還有一點是合規。若試用過程蒐集個人資料，並用來做行銷追蹤，要確認隱私政策與同意機制齊全，遇到不確定的地方，應向法務或主管機關確認，例如可從公平交易委員會首頁查詢廣告與行銷相關規範入口（來源：公平交易委員會）。
回到那場會議：後來的分工怎麼定
會議最後沒有人被說服「都是誰的錯」，但大家同意一件事：以後每週例會第一頁，就是那條時間軸。產品負責維護第一層資料，行銷負責維護來源承諾與信件，業務負責回報外撥後的原因分類。三方每週對一次，沒有共同儀表板的團隊，很容易又回到互相歸因。
如果你也想把類似的討論流程建立起來，可以先從我們的服務項目了解顧問如何協助盤點資料，或到常見問題看看合作前的準備事項。我們也整理了更多產業實務在案例總覽，可以對照不同情境的做法。整件事的核心其實很樸素：先找到使用者離開的那一步，再談怎麼把人留下來。