區分獲客與指南使用情況
將商業頁面或資源頁面的造訪、進入產品指南的轉換，以及已確認的請求分別記錄為不同事件。適當情況下記錄型號和任務。透過搜尋引擎造訪的人可能正在評估軟體，而掃描產品QR Code的訪客可能已經擁有該產品。
產品說明資源庫
產品說明分析：衡量任務完成情況
衡量組裝和支援指南是否解決了任務、使用者在哪些環節需要幫助，以及哪些版本反復引發疑問。
區分獲客與指南使用情況定義有意義的任務結果謹慎解讀步驟級信號
問題
打開指南只是任務的開始
產品說明分析應將造訪、步驟使用、支援升級和可觀察的結果關聯起來。頁面瀏覽、3D 旋轉或影片播放只能說明發生了互動；無法據此確認客戶是否正確組裝了產品或解決了問題。
更改說明之前，先制定精簡的衡量規劃。將公開網站的獲客資料與產品指南的使用情況分開，避免把行銷造訪和產品安裝過程當成同一種結果。
實用指引
在正確的背景資訊下完成任務。
定義有意義的任務結果
對於組裝任務，採用經核準的完成標準和合適的完成記錄方式。對於零件識別，衡量經審查的參考資料是否傳達給接收團隊。對於故障排除，區分已解決、已升級和已放棄的會話。應明確標註使用者自行報告的完成情況。
謹慎解讀步驟級信號
較長的停留時間可能表示使用者在仔細操作，也可能表示他們感到困惑。重復播放某個步驟可能是有益的探索，也可能說明視覺資料不夠清楚。將這些信號與回饋和實際支援問題一起比較。不要僅僅因為一位使用者花了較長時間，就自動重寫某個步驟。
衡量方案示例
衡量方案示例：某櫥櫃品牌修改了板件方向步驟。它記錄指南啟動次數、方向問題求助次數、已完成的任務檢查，以及相近產品版本中仍未解決的組裝問題。比較新舊說明流程時，同時註明交付或五金件的變化。這只是衡量方案示例，並非 Viflux 客戶成果。
了解歸因於 ChatGPT 的造訪
如果分析資料來源中包含 chatgpt，且來源資訊可用，就能識別歸因於該服務連結的造訪。到達網頁會顯示使用者打開了什麼頁面，但無法揭示使用者輸入的確切提示、回答是否推薦了你的業務，或所有來源資訊已丟失的造訪。將少量造訪視為探索性證據。
審核少量有用的衡量指標
針對任務啟動、結果率、需要進一步澄清的問題升級，以及不同產品版本的重復問題達成共識。在把零關鍵事件解讀為零潛在客戶之前，先確認成功的聯絡或示範請求確實有記錄。請實施負責人核實事件定義，並避免將私密請求文字或個人資訊傳送到分析系統。
工作流程
付諸實踐
01
編寫事件定義
說明每個事件能夠和不能夠證明什麼。
02
驗證一條真實路徑
實際操作一遍指南或聯絡流程，並確認記錄結果。
03
按任務審核結果
結合使用者回饋，使用可重復驗證的證據。
常見問題
關於此任務的問題。
打開每個步驟就能證明任務完成了嗎？
不能。它只能說明使用者與指南有過互動。衡量任務完成情況需要明確定義結果，而且使用者自行報告的確認仍不同於經檢查核實的結果。
分析資料能顯示使用者向 ChatGPT 提出了什麼問題嗎？
一般的引薦來源和到達網頁報告不會顯示使用者輸入的提示。你可以根據頁面主題提出假設，但應明確標註為推斷。
關鍵事件為零就代表沒有人聯絡我們嗎？
不一定。得出結論前，應先確認相關的成功聯絡或示範請求已經設置追蹤，並納入報告。
第一份指南應優先衡量哪項指標？
應選擇與特定任務相符的結果：正確識別、按批準要求完成組裝，或完整升級問題。將頁面瀏覽和互動作為輔助信號。
下一步
從一項產品和一個常見問題開始
傳送現有的經核準手冊、示意圖或照片。申請免費的指南示範，讓團隊先評估一項產品任務，再決定如何擴展。
一項產品及其適用修訂版本現有的經核準文件一項任務或常見支援問題