給表單負責人：欄位級放棄分析的可交接資料備忘錄

給表單負責人：欄位級放棄分析的可交接資料備忘錄

本備忘錄直接回答：欄位級追蹤能把「表單不夠好」這種模糊結論，轉成可執行的欄位修正清單（首要步驟：設定欄位事件並蒐集兩週以上資料）。

概覽與目的（本文定位）

目的：建立一份可以交接的欄位級表單分析流程，讓產品 / 行銷或業務團隊能在最短時間內判定「人在哪一格離開」，並依此提出逐項修改與驗證計畫。

適用條件：已能量測到表單的「總體送出率 / 到達人次」，但缺少欄位級事件（即每格的觸及、完成、編輯與停留）。

本文的交付物：
– 需要回傳的事件清單與欄位名稱格式建議（交接給工程或標籤管理負責人）
– 四個核心欄位級指標的定義與判讀門檻（以本組經驗作為行動判斷）
– 五種常見卡點與對應修法的具體步驟
– 一個可直接照做的時程表與驗證流程
– 限制與資料邊界說明（含隱私注意）

交接對象：產品負責人、行銷負責人、前端工程與數據工程（或標籤管理負責人）。

資料欄位（必須收集的事件與欄位名稱清單）

每個欄位（Field）在追蹤系統中應以「欄位識別字串」表示，並至少送出三類事件：

1. 取得焦點（focus） — 使用者將游標/輸入焦點放在該欄位
2. 失去焦點（blur） — 使用者離開該欄位（即使欄位為空）
3. 內容變更（change / input） — 欄位內容被編輯（每次變更可採樣或去重合併）

事件欄位建議包含的最小欄位：
– form_id（示例 / 需依讀者資料驗證）
– field_name（欄位識別，例如：phone、company_tax_id、address）
– event_type（focus / blur / change）
– timestamp
– session_id（示例 / 需依讀者資料驗證）

重要規則（交接文件中務必強調）：
– 絕對不要把使用者輸入的內容（如電話、身分證號、統一編號）送出或紀錄到事件屬性。只記錄欄位名稱與行為類型。這是隱私與合規的底線。
– 先在單一表單進行試行，確認事件量與資料結構正確後再推廣。
– 若缺乏工程資源，可先採用標籤管理器或表單工具內建的表單追蹤功能，但仍需驗證「不送出輸入值」的設定。

四個欄位級指標：定義、判讀與對應動作

本文將欄位級行為濃縮為四個可量測指標，這些指標是判定表單哪一格「出了問題」的核心。每個指標都必須以欄位為單位計算。

1) 觸及率（reach rate）
– 定義：在開始填表的使用者中，有多少人到達（取得焦點或失去焦點的任一事件）該欄位。
– 判讀：若某一格的觸及率相較前一格急遽下降，表示流失發生在前一格或在欄位之間的心理門檻。
– 動作指引：先檢查前一格的題意、長度、必填屬性與說明是否造成心理阻礙。

2) 完成率（completion rate）
– 定義：碰到該欄位的人中，有多少人填完該欄位（以 blur 且非空值或 change 後保留值為準）。
– 判讀：完成率偏低通常代表該欄位本身的問題（不想填、覺得敏感、或格式不明確）。
– 動作指引：針對該欄位檢視是否為必填、是否位置不當、或是否屬於需查找的資訊。

3) 重新編輯次數（edit count）
– 定義：同一 session 中對該欄位的 change 次數或 focus→change→focus 的迴圈次數。
– 判讀：編輯次數高表示題意或格式限制不清（使用者試錯），或表單有輸入驗證不友善。
– 動作指引：改進欄位說明、提供範例格式、或放寬格式驗證。

4) 停留時間（dwell time）
– 定義：使用者在取得焦點至失去焦點之間的時間（可去除極短或極長的離群值）。
– 判讀：異常長的停留時間通常代表使用者需要離開頁面去找資料（例如統一編號、詳細地址）。
– 動作指引：把該欄位設為非必填、移至後續階段，或於欄位旁加上可補填的說明。

簡要判讀表格：
– 觸及率下降 → 問題在前一格或表單節奏
– 完成率低 → 問題在該欄位本身
– 編輯次數多 → 題意或格式不清楚
– 停留時間長 → 需要離開頁面去查資料

實作步驟：從設定到試行的可交接清單

一份可交接的實作清單（交接給工程 / 標籤管理負責人）：

步驟 A — 配置與命名規則（Day 0–1）
– 決定 form_id 與 field_name 命名規則（使用短英文或下劃線）。
– 列出表單中所有欄位（建議在交付文檔內以表格呈現：欄位顯示名稱 / field_name / 是否必填 / 預期格式）。

步驟 B — 事件實作（Day 1）
– 為每個欄位新增 focus、blur、change 三種事件的發送。只帶上 field_name、event_type、form_id、timestamp、session_id。不要帶使用者輸入值。
– 若採用 Google Tag Manager 或相似工具，請同時在測試環境驗證事件屬性。

步驟 C — 試行與資料驗證（Week 1）
– 在單一表單上試行一週，檢查事件量、欄位對應是否正確、以及沒有把輸入內容送出。
– 修正命名不一致或事件漏送的部分。

步驟 D — 收集與初步分析（Week 2）
– 收集至少兩週或達成「兩百次以上的表單開始填寫」的資料（若沒有達到，延長收集期間）。
– 計算四個核心指標，畫出按欄位的觸及率趨勢與完成率漏斗。

步驟 E — 單一修改與觀察（Week 3–5）
– 每次只修改一到兩項設定（例如：把特定欄位從必填改為選填，或加入欄位說明）。
– 觀察兩週，紀錄欄位級指標的變化，並同時評估詢問品質（例如後續成交或客服回覆的有效性）。

備註：上述時程為可直接照做的範本（見下方「一份可以直接照做的順序」）。

五種常見卡點（含優先修法）

以下列出五種常見的卡點，並附上可執行的修法；這段可直接交接給產品設計或內容負責人。

1) 需要離開去查的欄位
– 類型：統一編號、詳細地址、訂單編號、身分證字號等。使用者常無法在當下完成。
– 優先修法選項（按優先度測試）：
– 將欄位改為非必填（先收主要需求，補填在後）
– 將欄位放到送出後或第二階段再要求
– 在欄位旁提供明確說明，告知可以稍後補填
– 實例註記：一個 B2B 客戶把統一編號從必填改成送出後補填，同一個月的表單完成率上升了三成（需站方確認個案細節）。

2) 格式限制不明確
– 類型：電話格式、日期格式、密碼規則等。
– 優先修法：在欄位內容旁顯示格式範例，並在錯誤訊息中指明該如何修正（不要只回傳「格式錯誤」）。

3) 過早要求敏感或識別資訊
– 類型：把電話或公司名稱放在第一格，造成高流失。
– 優先修法：重排問題順序，先問與需求相關的問題，再問識別資訊；必要時拆成兩步驟表單。

4) 下拉選單沒有適合的選項
– 類型：產業別、預算範圍、需求類型等下拉選項過於細分或缺項。
– 優先修法：新增「其他」並允許填寫，或改成範圍較寬的分類，避免使用者卡在判斷選項上。

5) 行動裝置操作問題
– 類型：輸入框太小、鍵盤遮擋、日期選擇器不友善、送出按鈕位置不當。
– 優先修法：實機測試（最低要求：拿一支中低階手機親自填一次），修正輸入欄位大小、按鈕位置或使用更友善的選擇器。
– 實務提醒：這類問題用純數據難以直接判斷，實機回測經常在三分鐘內發現明顯缺陷。

驗證、實驗設計與判讀門檻

驗證原則：每次只改一到兩項，觀察兩週，再決定是否進一步推廣。

驗證時需要同時衡量的兩個面向：
– 數量面：欄位級完成率與整體表單送出率。
– 品質面：詢問的品質或後續成交率（若只有表單數量提升但品質下降，則修改應重新評估）。

樣本門檻（交接判準）：
– 判讀主要卡點位置：兩百次以上的表單開始填寫即可看出主要問題。
– 精確的前後比較：需累積更多樣本（具體數字需依實際業務重要性與轉化稀有度調整）。

常見錯誤：一次改太多項目（例如把所有欄位都改成非必填），會提高數量但可能降低後續成交品質。驗證時應以後續成交或客服回覆作為品質驗證。

限制、隱私與資料邊界（交接文件必備）

資料邊界與合規要點（交接時請務必讓法務或資安確認）：
– 事件資料僅記錄欄位名稱與行為類型，嚴禁上傳或紀錄使用者實際輸入值。
– 設定時要確認第三方工具 / 標籤管理器沒有默默把輸入值帶到其他事件或變數中。
– 本文中的數字（例如「兩百次」「上升三成」等）來自內部經驗或個別案例，需由站方確認具體樣本與期間後再納入正式報告。

資料邊界說明（交接要附）：
– 追蹤起訖時間範圍
– 樣本範圍（例如：所有來自 XX 廣告活動或 organic）
– 表單版本（若表單在收集期間有改版需分層記錄）

一份可以直接照做的順序（週次時程）

• 第 1 週：設定欄位級追蹤（只送欄位名稱與事件類型），先不要改任何欄位設定。
• 第 2 週：收集資料，計算四個指標，找出觸及率下降最大的那一格。
• 第 3 週：針對那一格做單一修改（例如：改為選填、加欄位說明、或移位）。
• 第 5 週：比較前後的欄位級指標與詢問品質（以兩週為觀察期）。
• 第 7 週：處理第二個卡點，重複循環。

此時程為可交接的「最小可運作計畫」，可直接在交接文件中列為任務清單與負責人。

下一步（內部可點選的資源）

如需外部協助或進一步診斷，可依情況使用以下站內資源預約或參考案例：
– 服務項目與範圍說明：服務項目 (/services/)
– 相關實作案例參考：案例 (/cases/)
– 預約與表單診斷：預約診斷表單 (/contact/)
– 常見問答與工具說明：常見問題 (/faq/)

（交接提示：在交接包中附上上列連結的負責人聯絡人與期望回覆時限。）

常見問題（本文直接回答）

Q1：需要多少樣本才能判讀欄位卡點？
A1：以本文經驗，兩百次以上的表單開始填寫通常能看出主要卡點；做精確前後比較則建議累積更多樣本。

Q2：欄位級追蹤會不會有隱私問題？
A2：只要只記錄欄位名稱與行為類型、不記錄輸入內容，就不涉及輸入值的個人資料。但實作時要確認工具或標籤管理器沒有同時傳送輸入值。

Q3：表單越短越好嗎？
A3：不一定。過短表單可能提升數量但降低詢問品質。建議保留必要資訊，將可以事後補的欄位移到第二階段。

Q4：如果在桌機上表現正常、手機偏差很大，該怎麼找原因？
A4：這類問題往往為操作體驗問題，最有效的做法是用一支中低階手機實際填一次表單，通常能在幾分鐘內發現問題。

Q5：一次改多項會發生什麼風險？
A5：一次改太多項目會讓你不清楚哪一項產生效果，並有可能犧牲詢問品質。建議每次限制一到兩項，觀察兩週。

---

作者與審稿、資料邊界（交接說明）

本文為資料備忘錄形式，由內部顧問團隊整理流程與可交接項目。本文中引用的內部經驗數字（例如「兩百次」「上升三成」「295 個專案、308 家客戶」等）均來自原始團隊的案件回顧，具體樣本期間與個案細節需由站方補證與確認（見下方證據清單）。

交接清單（簡短）：
– 事件命名規則文件（交給工程）
– 欄位清單表（交給產品 / 內容）
– 試行監控 dashboard 範本（交給數據團隊）
– 實機測試負責人與回報時限（交給 QA）

完成以上交接，下一步建議直接啟動第 1 週的設定工作，並在第 2 週結束時進行一次交接會議，確認數據正常。