從整理文章開始,我才看見使用者找不到答案的原因

Help Center
我讓 Chat GPT 生的圖,可愛嗎?都課金了 該說可愛吧

一開始,只是一個整理任務

任務交下來的時候,只有一句話:重新整理 FAQ 文章分類。

一開始,我也就照字面理解它。把文章重新歸類、排序,讓 Help Center 看起來有秩序,也方便後續維護。文章越積越多,分類本來就該整理。不然內部找文章會慢,使用者進來也不知道該點哪一類。相似問題散在不同地方,之後更新時,也很容易不知道該放哪裡。

編輯先生Jimmy
只是後來我發現,這些都還是「內容怎麼被管理」的問題。
它還沒有真的碰到另一件事:使用者怎麼找到答案?

把文章分好類,解決的是維護上的麻煩。但使用者的麻煩,可能還在原地。


原本的頁面,哪裡卡住了使用者

原本的 FAQ 其實不算混亂。有文章,有分類,也有標題。從內部維護的角度看,架構是清楚的。

只是把自己放到使用者的位置上重看一次,會看到一種說不上亂,卻很重的感覺。文章和分類一次全攤開,就算每一篇都歸了類,第一眼看到的還是滿。資訊一多,人不會覺得選擇變多。有時候只是更不知道從哪裡開始。何況使用者多半是在出了狀況、心裡有點急的時候才進來的。

再來是語言。會員、付款、裝置、播放、活動,這些字對維護的人很合理,對使用者卻有點陌生。他只知道「我不能看影片」,卻得自己先判斷這算播放、裝置、網路,還是權益問題。等於要他先學會我們怎麼分類,才能開始找。

就算他真的找到看起來相關的分類,也還沒結束。接下來還得一篇一篇看標題,猜哪一篇才是自己要的。看起來資訊很豐富,其實是把判斷的力氣,整包交給了使用者。

想到這裡,任務在我心裡被改寫了一次。表面上是重新分類,底層其實是替使用者把路縮短。我開始問的,也換成另一組問題:

  • 使用者最常遇到哪些問題?
  • 他們會用什麼語言描述?
  • 哪些問題該放在最顯眼的位置?
  • 怎麼讓他不必讀完整頁,就找到方向?

後面兩個調整,都是順著這組問題長出來的。


先把常見的問題放到眼前

後台資料顯示,超過一半的使用者會用搜尋。搜尋框是高頻入口,卻只做了一半的事——它等使用者自己想出關鍵字。

但想回報功能建議的人,未必知道要搜什麼詞;影片卡住的人,也分不清該搜「播放異常」還是「影片無法播放」。所以在搜尋框下方,我直接放上常見問題標籤:

  • 許願池
  • 播放問題
  • 觀劇贈點

這些標籤不是裝飾,而是捷徑。它讓使用者在開始打字之前,就先看見最該被快速抵達的問題,也等於把第一步替他走掉。

編輯先生Jimmy
只是把捷徑放在眼前還不夠。
有些人連自己的問題該怎麼說,都還沒想清楚。

再順著使用者的處境往下帶

第二個調整,是在常見問題上方加入互動式摺疊分類。

所有分類一次攤平,頁面就太重;但就算分了類,使用者也未必知道自己的問題該算哪一類。參考其他影音平台後,我把 FAQ 從「文章列表」改寫成「情境導引」:先給幾個主要處境,點開後,再展開細項。

第一層用的是使用者會說出口的話,不是內部分類:

  • 我不能順利看影片
  • 我已付款但無法享有權益
  • 我想查詢、取消訂閱或申請退費

這樣做之後,第一眼看到的資訊變輕,使用者也能先選大方向。更細的內容被收進第二層,頁面不再一次把所有東西攤開。與其要使用者去適應 FAQ 的結構,不如讓 FAQ 順著使用者的處境走。

編輯先生Jimmy
這樣講可能還是有點抽象,拿實際例子出來講可能會清楚一些。

以影片播放為例

改版前,「不能順利看影片」這件事,文章是散的。使用者可能會看到這些文章:

  • 影片無法播放、卡頓、廣告卡住等情況
  • 地區不支援無法觀看
  • 投影到電視後無法播放,該怎麼辦?
  • 字幕調整教學
  • 已到更新集數時間卻還沒更新

每一篇都有用。但使用者得先讀懂這些分類之間的差別,再逐一看標題,猜哪一篇最接近自己的狀況。一個只覺得「影片不能看」的人,還得自己先分辨:這是播放問題、網路問題、字幕問題、投影問題、地區限制,還是集數沒更新?

改版前的路徑,大概是這樣:

看到所有文章一覽
→ 找到「影片播放」相關分類
→ 在不同標題之間判斷
→ 猜哪一篇最符合自己的狀況
→ 點進去確認到底有沒有幫助

改版後,第一層先出現一句更接近當下語言的話:

我不能順利看影片

點開之後,是更細的處境:

  • 影片打不開、一直轉圈、卡住
  • 有聲音但畫面黑屏
  • 顯示「地區不支援」無法觀看
  • 投影到電視、大螢幕觀看有問題
  • 字幕、畫面方向、播放器設定
編輯先生Jimmy
看起來只是呈現方式換了。但其實換掉的是:
不再假設使用者懂我們的內部分類,而是假設他帶著什麼「處境」進來。

真正難的,是把問題看清楚

老實說,FAQ 改版不是什麼聽起來很大的專案。它不像推出一個新功能,也不像做一份很漂亮的數據報告。很多時候,它看起來只是把文章重新分類、調整入口、改一點頁面呈現。

但我後來慢慢覺得,工作裡很多真正累積能力的地方,常常就藏在這些小事裡。

  • 交辦說要重新分類,那就分類。
  • 頁面太滿,那就整理。
  • 文章不好找,那就補連結。

這些問題都很小。小到不一定會被寫進正式需求裡。可是使用者的卡住,常常就是由這些小小的摩擦累積起來的。

這幾年,AI 把內容生出來的速度越來越快。要分類、要摘要、要寫一版乾淨的文案,它都做得又快又好。只是它不會替你發現,這次要解的,其實不是被寫在任務上的那一題;它也感覺不到,有一個人正卡在某個地方、找不到出口。

看出這件事、把問題重新定義一次,到頭來還是得由人來做。如果這篇文章對泥有幫助!歡迎寫信或是留言,給我一點回饋。

  跨部門必備|用GTM追蹤Core Web Vitals,Looker Studio一鍵可視化
台北的編輯先生Jimmy
台北的編輯先生Jimmy

不當老師,在外商科技業打滾中。
平常寫文字工作、知識管理、SEO,也記錄遠端工作與接案路上的心得。
正在練習把生活過得跟王世堅一樣匆匆容容,想慢慢靠近遠端工作/自由接案的理想生活。
2026的煩惱是「如果我轉行了,這部落格名稱該改成什麼」

如果你看完文章有什麼想法,或只是想打聲招呼,
📭 歡迎寫信給我:sa10960222@gmail.com

文章: 43
目錄