【AI 導購漏斗數據可信嗎：加預算前先回答這些問題】
AI 導購漏斗數據看起來完整，仍可能不能決策。加預算前先答五題：身分是否同一人、漏斗步驟單位、欄位截斷、成本錯誤口徑、有沒有對照組。
漏斗圖看起來完整，仍不代表 AI 導購漏斗數據 已經可以拿來加預算。報表上「用過導購的人轉換率較高」，頂多說明關連；身分對不上、步驟單位錯了、欄位被截斷、成本或錯誤口徑跟直覺不同、又沒有對照組時，加預算等於放大未驗證訊號。先問信不信，再談錢。
這篇是決策前問題清單，不是產品教學，也不是重寫站上那篇五假設長核對。Mixpanel Agent Intelligence（agent analytics 證據橋）把 conversation / turn / span 送進漏斗時，公開文件對身分、分組、截斷與彙總口徑寫得很清楚；本篇只借這些機制，回答「加預算前還能不能信」。資料核對於 2026 年 10 月 20 日公開說明（見文末）。未經實測；示範數字皆標示為示範情境。
五假設長核對見AI 導購的對話變成漏斗數據，報表可以信多少？。本篇只處理：圖完整之後，決策前還要問什麼。
神話：漏斗圖完整，就可以信「AI 導購帶來轉換」
常見會議捷徑是：漏斗兩步都有數、轉換率比「沒用過導購」高，於是結論變成「導購有效，預算加一倍」。壓力大時，這個捷徑很誘人。
機制卻不同。漏斗顯示的是「在目前身分定義、步驟單位、屬性完整度與彙總口徑下，誰走完了」。圖可以畫得很漂亮，同時對話根本對不上下單的人；或第一步其實在數 span，把一次回合拆成四次「使用」；或細分欄位後半被截斷；或錯誤率把重試成功的對話也算失敗。這些都不會讓漏斗欄變空白，只會讓「看起來完整」的數字不能決策。
把「圖完整」直接解讀成「可以加預算」，等於用未驗證訊號驅動現金決策。較穩的做法是先凍結加預算，再用下面五題、約五分鐘一枝，分清訊號能不能信。
加預算前：五題決策順序
開會時建議固定順序，少跳來跳去：
- 對話與購買是同一個人嗎？（身分 join：
user.id/distinct_id） - 漏斗第一步的單位是什麼？（conversation vs turn vs span；有沒有重複計數）
- 用來細分或對帳的欄位完整嗎？（截斷／空值／高基數歸桶）
- 成本、錯誤、時長口徑跟你想的一樣嗎？
- 有沒有對照組，還是只有關連？
每題大致五分鐘，通常就能決定「暫緩加預算」或「這題過了、繼續下一題」。五題都過、且業務後台方向一致，才輪到談投放加碼。以下五節同一骨架：機制、約五分鐘驗證、示範情境、限制。
對話與購買是同一個人嗎？
機制
把 AI 導購對話放進購買漏斗，前提是「對話事件」與「購買事件」掛在同一個用戶身分。以 Mixpanel Agent Intelligence 公開文件為例：每個 OpenTelemetry span 要帶 user.id，值須與產品事件用的 distinct_id 相同；沒有 user.id 的 span 會被丟棄。文件建議用 baggage 讓 user.id 傳到子 span。
導購系統的聊天訪客編號、session 編號，若與網站登入後的用戶識別不一致，漏斗會畫得出來，但第一步的人永遠走不到第二步，或走完的其實是兩套人。未登入就開始對話、span 沒有可用的 user.id 時，整段可能根本進不了報表，欄位仍然「看起來乾淨」。
約五分鐘驗證
- 抽一條已知下單路徑：在單一用戶活動裡，確認導購對話事件與購買事件是否同人。
- 對數：同一日代理系統日誌的對話數 vs 分析工具收到的對話數；差距常落在未登入或身分未傳。
- 測一條訪客旅程：未登入開導購 → 登入結帳，看兩段是否合併。
- 任一環對不上：週會議程標「身分未過，凍結加預算」。
示範情境
示範情境：週會投影「導購用戶轉換 12%」。抽 ORD 示範單，發現對話掛在聊天系統訪客 ID，購買掛在會員 ID，兩邊從未合併。漏斗第一步與第二步不是同一批人。此時加預算只會放大錯配後的關連。
限制
本枝代替不了訂單對帳。沒有 Admin／事件權限時，至少用後台訂單時間與導購日誌時間對齊，再開票給實作同事查 user.id 傳遞。跨登入合併若有延遲窗，近 24 小時漏斗不要單獨下結論（依你堆疊的身分合併文件為準）。
漏斗步驟單位是對話、回合還是 span？
機制
Agent analytics 常見三層：conversation（整段對話）、turn（一問一答）、span（代理為了回覆做的一件工作，例如一次 LLM 或工具調用）。公開文件寫明每個 span 變成一個事件；gen_ai.conversation.id 用來把多個 turn 歸成同一段對話。若 conversation.id 沒設或沒傳到子 span，疑難排解指出：每個 turn 會變成獨立對話。
漏斗第一步若寫「用過 AI 導購」，卻實際在數 span，一次四個 span 的回合會被算成四次「使用」。單位錯了，轉換率分母被放大或縮小，圖仍完整。
約五分鐘驗證
- 打開漏斗定義：第一步事件是 conversation、turn，還是任意 span／自訂
ai_chat_open。 - 看「每段對話平均回合數」；長期貼近 1.0 時，優先查 conversation.id。
- 列出新舊兩套導購事件，確認漏斗只保留一套步驟，另一套停用或改名。
- 報表標題註明單位；單位未寫清 → 暫緩用該轉換率談預算。
示範情境
示範情境：產品把「導購使用次數」設成所有 span。一週 span 兩萬、真實回合約五千。轉換率分母被放大約四倍，看起來「導購很勤、轉換卻一般」。改成 turn 作第一步後，數字跳動很大，但其實是口徑改正，不是業績崩盤。
限制
本枝不規定你必須用 conversation 還是 turn；只要求對外報表單位一致。OpenTelemetry 的 conversation.id 屬性狀態仍可能演進，埋點要預留更新空間。
關鍵欄位有沒有被截斷或歸桶？
機制
細分「哪個頁面／哪個 SKU／哪個 prompt 版本轉換較高」時，靠的是屬性完整。Mixpanel 公開規則：字串屬性最多 255 bytes，超出截斷；單個 span 未壓縮 JSON 超過約 1MB 會整筆丟棄。中文 UTF-8 約三字節一字，255 bytes 大約只容八十多個中文字；長產品名或原句後半可能沒了。屬性名稱若落在工具不讀的命名空間，事件到了但欄位空白。送到其他工具時，高基數維度還可能被歸入 (other)。
約五分鐘驗證
- 抽三至五個長中文屬性，對原文與報表值，看有沒有截斷。
- 檢查細分用屬性是否長期空值；空值多 → 對命名空間與埋點。
- 漏斗 breakdown 若出現大量 (other) 或不合理「其他」，先別用該 breakdown 決定加碼渠道。
- 事件字典寫明：哪些屬性可作決策維度，哪些只作除錯。
示範情境
示範情境：團隊用完整中文品名做 breakdown，報表上後半截成怪字串，熱門款被拆成多個「不同」值。會議結論「某品名轉換差」其實是截斷造成的假差異。加預算前應先改送 SKU 或短碼。
限制
屬性越少越好維護，但可答的問題也越少。起步只保留頁面類型、SKU、prompt 版本這類低基數欄位較穩。本枝不展開各工具的 (other) 門檻細節。
成本、錯誤、時長：彙總口徑是什麼意思？
機制
開箱指標很方便，口徑卻常跟直覺不同。以公開文件為例：對話層 duration 是各 span 時長加總，並行時可能超過用戶實際等待；is_error 只要任一 span 出錯即為 true，即使重試後成功、顧客最後下單；$mp_ai_cost_usd 多為牌價估算，模型名須完全相符，未入價目表可顯示 $0，且不會等於供應商帳單（議價與非 token 費用不計）。
若週報把「錯誤率上升」直接解讀成「導購壞了、要加客服預算」，或把估算成本當 ROI 分母，決策會建在錯誤口徑上。
約五分鐘驗證
- 成本表按模型名細分，找出 $0 列與名稱不符列。
- 抽幾段
is_error=true對話，分開「最終成功／成交」與「真正失敗」。 - 時長欄註明「處理時間加總」還是「用戶等待」；兩者未分清 → 不用此時長談體驗投資。
- 涉及加預算的 ROI，至少對過一張帳單或業務後台，不只看估算欄。
示範情境
示範情境：錯誤率週比上升，會議主張加真人客服排班。抽樣後多數是庫存工具第一次逾時、重試成功且已下單。is_error 反映的是過程噪音，不是最終失敗。加排班預算前應先改錯誤定義或分母。
限制
估算成本適合看模型與對話走勢；回報計算仍以帳單與毛利為準。本篇不教價目表維護，只擋「口徑未對就加預算」。
有沒有對照組，還是只有關連？
機制
即使前四題都過，漏斗上「用過導購 vs 未用過」的轉換差，仍可能是自我選擇：願意開導購的人，本來購買意向就較高。公開文件會示範用漏斗與留存看代理是否與結果一起出現，也提到用實驗／feature flag 比較 prompt、模型與工具。本文建議（非廠方唯一說法）：要判斷「導購帶來多少增量」，需要看不見導購的 holdout，或可辯護的增量設計；否則只能說關連，不能說因果。
約五分鐘驗證
- 問一句：目前數字有沒有「未曝光導購」的對照組？沒有 → 報告標題改寫成「關連觀察」，預算案降級為試驗額度。
- 若已有 holdout：確認分配是否穩定、有沒有被前端強制覆蓋。
- 對照整體下單率，不要只看「用過導購」子群的漏斗轉換。
- 方法細節見站上增量測試入門：geo experiment；本枝只決定「能不能用漏斗差加預算」。
示範情境
示範情境：用過導購轉換 12%、未用過 4%。Holdout 10% 不顯示導購後，整體下單率只差 0.4 個百分點（示範數字）。漏斗差來自意向，不是導購增量。加一倍預算前，應先承認關連上限。
限制
Holdout 會讓部分訪客用不到導購，短期可能少單。換來的是可向管理層交代的增量。沒有實驗資源時，至少禁止用「用過 vs 未用過」漏斗差直接拍板年框。
五題怎樣嵌進你自己的週會
把「漏斗好看 → 加預算」拆成「漏斗好看 → 五題信任驗證 → 再談預算」。可用這張極短決策表（示範情境，非公式）：
| 觀察 | 較穩的下一步 |
|---|---|
| 對話與購買不同人／對數差大 | 修身分；凍結加預算 |
| 步驟單位是 span 或新舊事件重複 | 改單位／去重；凍結用舊轉換率談錢 |
| 細分欄截斷或大量 (other) | 改送短碼；不用該 breakdown 加碼 |
| 錯誤／成本／時長口徑未對 | 重寫指標定義；ROI 先對帳單 |
| 只有關連、無 holdout | 報告降級為觀察；最多試驗額度 |
| 五題皆清、後台方向一致 | 才討論投放加碼與素材 |
相關文章分界請守住：五假設長核對見AI 導購的對話變成漏斗數據，報表可以信多少？；店內推薦點擊≠銷售見店內 AI 導購推薦；AI 報表代理上線前核對見AI 報表代理核對；電郵決策代理訊號護欄見AI 電郵決策代理六處審計；報表忽然變 0（方向相反）見GA 標準報表變 0；對照組方法見增量測試入門。本篇只處理「AI 導購漏斗數據看起來完整時，加預算前的信任問題」。
你自己的堆疊可以這樣改：週報加一欄「信任題停在哪一題、證據是截圖還是事件定義」。哪一題最先在你團隊失守？是身分、步驟單位、欄位截斷、彙總口徑，還是把關連當成增量？
把五題壓成開會前五分鐘（示範情境）
假設週一 09:30 有人主張「導購漏斗漂亮，預算加 30%」。下列為示範情境流程，數字為說明用，未經實測。
- 09:30–09:35 身分： 抽一單，對話 ID 與會員 ID 對不上。結論：凍結。開票修
user.id。 - 若身分通過： 看漏斗第一步，發現在數 span。改 turn 後轉換率重算，暫停用舊幻燈片談錢。
- 若單位清楚： 品名 breakdown 有截斷。改 SKU 後「輸家品類」消失。不加碼。
- 若欄位乾淨： 錯誤率升，但多數重試成功。改指標註腳，不加人。
- 若口徑清楚： 仍無 holdout。預算案改寫成兩週試驗額度 + 10% holdout 設計，勿直接定年框加碼。
這張流程不是儀式，目的是打斷「圖完整就加預算」的肌肉記憶。
常見誤判
- 只看「用過導購」子群轉換，不看整體與 holdout。
- 把 span 數當使用次數，再跟轉換比。
- 用估算成本當唯一 ROI 分母。
- 把
is_error當最終失敗率。 - 近一日跨登入漏斗單獨拍板。
何時可以動預算
五題證據齊、業務後台同向、且至少有可辯護的對照或明確標成「關連試驗」時，才進入投放與素材討論。那時加預算才是對「增量假設」下注，不是對「未驗證的漏斗美觀」下注。
常見問題
AI 導購漏斗數據什麼時候還不能決策？ 漏斗圖完整但仍未回答：身分是否同一人、步驟單位是否一致、欄位是否完整、成本錯誤時長口徑是否清楚、有沒有對照組。任一題未過，先別把「導購帶來轉換」寫進加預算理由。
這篇和站上五假設長核對有什麼不同？ 長核對逐項拆假設與取捨；本篇是加預算前的短決策樹（wrong-signal：圖完整≠可信）。兩者 Related，不互相取代。
一定要用 Mixpanel 嗎？ 不必。文中 Mixpanel Agent Intelligence 只作 agent analytics 證據橋。身分一致、單位清楚、欄位完整、口徑對齊、對照組，換工具仍成立。
沒有 holdout 還能不能加預算？ 可以降級為小額試驗，但報告要寫明「關連觀察、非增量」。不要用「用過 vs 未用過」漏斗差直接定年框。
相關文章
- AI 導購的對話變成漏斗數據，報表可以信多少？
- 店內 AI 導購推薦：點擊好看不等於一定多賣
- AI 報表代理上線前核對
- AI 電郵決策代理六處審計
- GA 標準報表變 0：先別改追蹤
- 增量測試入門：geo experiment
- 量度自查
需要把追蹤與報表口徑一次對齊時，可先做量度自查。訂閱後解鎖完整清單。
資料來源（2026-10-20 核對）： Mixpanel Agent Intelligence 文件；Mixpanel Changelogs（Agent Intelligence Beta）；PR Newswire：Mixpanel Introduces Agent Intelligence（2026-10-01）。