作者：陳怡彣（冠誠數位行銷）｜本篇為去識別化情境示範，依產業實務經驗整理，非單一客戶的成效保證，也不構成任何投資建議。新手開戶教學頁改版後要驗收，最可靠的做法是把客服來電依「卡在哪一步」歸因，而不是只看頁面流量；來電主題的變化，比瀏覽數更早告訴你教學有沒有教到點上。
復盤前的背景：一頁教學，兩個部門的不同期待
這是一家提供線上開戶服務的金融機構（去識別化）的內容專案。官網有一頁「新手開戶教學」，是多年前寫的，流程已經改過兩次，圖片還停在舊版介面。行銷部希望改版後帶來更多自然搜尋流量，客服部則只有一個要求：讓「不知道下一步在哪」的來電少一點。
這兩個期待不衝突，但衡量方式完全不同。行銷習慣看流量與停留，客服看的是來電主題與通話長度。我的判斷是，這個專案的驗收基準要以客服端為主、流量為輔，因為教學頁存在的目的，是讓一個人完成一件事，不是讓他多逗留一會兒。
下面用時間線的方式，記錄我們每個階段做了什麼、判斷了什麼，以及哪些判斷後來證明不夠準。
第一週：不改文字，先聽電話
專案第一週我沒有動任何一行文案。我請客服主管把過去一段時間的來電紀錄，依「使用者卡在流程哪一步」重新標記。原本的紀錄分類是「開戶問題」一個大類，完全看不出細節。重新標記後，我們得到了大約十個具體的卡關點，例如身分驗證的拍照要求、銀行帳戶連結方式、電子簽署的步驟、審核等待期間的通知。
這一步很花工，也沒有任何漂亮的成果可以簡報。但它決定了後面所有內容的優先順序：教學頁不是把每一步都寫得一樣詳細，而是把篇幅集中在來電最多的那幾個卡點。多數人以為新手教學要「完整」，實際上要的是「在會卡住的地方多講一點」。
第二到三週：資料分層，決定哪些能寫成教學
有了卡點清單，我把每個卡點對應的內容依資料來源分成三層。第一層是公司自己的流程文件與操作介面，這是唯一能寫成步驟的來源。第二層是主管機關或公協會公布的一般性說明，例如開戶相關的身分確認原則，具體要求以金融監督管理委員會公告與公司法遵解讀為準，教學頁只能引用概念，不能自行詮釋成規定。第三層是客服人員經驗，例如「很多人拍照時光線太暗」，這類內容可以寫成提醒，但要標示是經驗性建議。
分層的目的是避免教學頁把不同可靠度的資訊寫成同一種口吻。經驗提醒被寫成規定，或流程說明被寫成建議，都會讓讀者判斷錯誤。這也符合 Google 對內容可信度的一貫期待，作者應清楚呈現資訊的來源與製作方式，可參考Google 搜尋中心：建立有幫助、可靠、以人為本的內容。
第四到六週：改版，以及一個我當時判斷錯的地方
改版的骨架很簡單：頁首用短段落回答「開戶大概需要準備什麼、分成幾步」；中段每一步一個小標題，內含「這一步在做什麼」「常見卡點」「卡住時的下一步」；頁尾放客服聯絡方式與服務時間，並附上資料更新日。
我當時判斷錯的地方，是把「卡住時的下一步」寫成了很長的疑難排解。我以為讀者需要完整的說明，結果上線兩週後，客服回報某一類來電的通話長度反而變長。追查之後發現，讀者是在頁面上讀到太多情境，反而更不確定自己屬於哪一種，直接打電話來問「我是不是那一種」。
修正的方式，是把疑難排解改成「症狀對應表」：左邊寫讀者實際看到的畫面或訊息，右邊寫對應動作。讀者不需要判斷自己屬於哪一類，只要對照眼前看到的東西。這是一個小但重要的教訓：教學內容的分類方式，要以讀者能觀察到的現象為準，而不是以公司內部的問題分類為準。
第八週：加入 FAQ 與結構化資料，但順序放在內容之後
頁面穩定之後，我們才加入常見問題區塊，內容全部來自重新標記的來電紀錄，也就是「真的有人問過」的問題。之後再考慮結構化資料，若使用問答標記，可以參考schema.org 的 FAQPage 類型的欄位說明，但要注意頁面上可見的內容才是標記的依據，不能為了標記另外寫一套問答。
我刻意把結構化資料放在最後，是因為很多團隊會顛倒順序：先做標記，再回頭補內容，結果標記的問答與頁面實際內容不一致。順序對了，標記只是把已存在的資訊整理給搜尋引擎，不需要創造任何新說法。
第三到四個月：怎麼判斷教學頁有沒有用？
這是復盤裡最重要的一段，因為它回答一個常見的問題：改版後，我怎麼知道有沒有用？我的做法是同時看三組資料，每一組都只看趨勢，不設死目標值。
| 觀察對象 | 看什麼 | 怎麼解讀 | 常見誤讀 |
|---|---|---|---|
| 客服來電主題 | 各卡點的來電占比變化 | 被教學頁針對的卡點占比是否下降 | 整體來電量下降就當成功，忽略其他主題可能上升 |
| 通話長度 | 同一卡點的平均處理時間 | 讀者是否帶著更清楚的問題來電 | 把通話變短當作服務變好 |
| 教學頁行為 | 各步驟區塊的捲動與展開 | 哪些步驟被反覆閱讀，代表哪裡還不夠清楚 | 停留時間長就是內容好 |
| 自然搜尋表現 | 教學相關查詢的曝光與點擊趨勢 | 是否吸引到真正想開戶的新手 | 用單一關鍵字排名代表整體成效 |
這裡有一個容易被忽略的細節：來電量下降有時是壞事，例如讀者放棄開戶，連電話都不打。所以我會同時看開戶流程的完成情況，確認來電減少的同時，完成的人沒有跟著減少。若兩邊都往好的方向走，才能說教學有幫到忙。
另一個我會做的動作，是每個月挑十通左右的來電錄音摘要，由內容負責人親自讀過，而不是只看報表。報表告訴你哪一類來電變多或變少，摘要才告訴你讀者是用什麼語言在描述困難。很多時候，讀者的說法與官方用詞完全不同，例如官方寫「身分驗證」，讀者說的是「那個要我拍臉的步驟」。把這些說法回填到教學頁的小標題與症狀對應表裡，頁面才真的貼近讀者的搜尋與提問習慣，這也是自然搜尋表現能被合理期待的原因，而不是靠堆疊關鍵字。
這次復盤留下的三個做法
- 驗收先問客服，再問流量。客服端的來電分類要在專案開始前就重新設計，而不是事後才補。
- 教學的詳細程度依卡點分配，不平均分配。
- 每一頁教學都要有負責人與更新日，因為流程一改，過期的教學比沒有教學更傷信任。
這個方法的限制與不適用情境
如果機構的客服紀錄無法依主題標記，或標記品質不穩定，這套歸因方法的可信度就會下降，此時建議先花一段時間建立標記規則，再談改版驗收。另外，若流程本身有結構性問題，例如某一步驟設計本來就難以理解，再好的教學頁也只是在替流程道歉，這時候應該把意見回饋給產品團隊，而不是繼續往教學頁裡加字。
最後提醒，教學頁不能承諾審核結果或開戶時效，也不應暗示任何投資成果。想看另一個同樣從讀者實際提問出發的內容案例，可以參考理財名詞解釋頁常見的四種誤判與重寫方向；想知道我們如何協助金融相關品牌整理內容與客服資料，可以看常見問題；產業消息與內容更新則放在最新消息。