這是我們最近常遇到 B2B 客戶在解的問題——產品太多、結構太雜，客戶根本選不到對的產品。這篇從這個角度展開。
一個典型場景
台灣中型 B2B 製造商常有跨 6-8 大產品線、每線下 3-5 系列、每系列 5-15 型號——數學上數百到千的 SKU。
讀者進來面對這整片，多數 B2B 官網是用樹狀分類整理：點「網通設備」→「企業 switch」→「PoE 系列」→「48-port」→「規格表」→「型號頁」，5-6 層才到目標。
但更深的問題是：這其實是兩個不同的問題糾在一起——採購怎麼快速找到對的產品，以及不同客戶看到的內容應該不一樣。
問題 1：採購怎麼快速找到產品
採購工程師通常已經知道需求 spec：「我要 24-port managed switch、PoE++ 240W budget、雙電源、可以工作到 -40°C」。他想做的是跨系列搜尋符合條件的型號。
但典型 B2B 官網的搜尋只比對產品名 title。搜「PoE++」回 0 筆——因為這個欄位只在 spec sheet PDF 裡，沒被收錄到搜尋。他連你有沒有對應產品都不知道，直接離開。代理商卡在同一件事，只是改成用 SKU 直查的形式。
同樣的 root cause：規格沒被結構化、搜尋不接 SKU、所有資料都鎖在 PDF 裡。
問題 2：產品頁不應該一次展現全部資料
一個產品頁背後可能有 30+ 規格欄位、case study、認證、應用情境、技術文件……一次 dump 全部 = 每個讀者都被淹沒。
不同讀者第一眼想看的不一樣：
- 老闆 / 採購主管先看可信度訊號——你做什麼、誰買過、認證、回應速度。型號規格細節對他太細，應該折疊
- 採購工程師先看規格表、快速比較、datasheet 下載。品牌訊息對他是干擾
但多數 B2B 官網是「平鋪所有欄位給所有人」——沒有主次、沒折疊、沒按讀者角度排優先序。
另外一層：詢過單或買過的客戶回來，應該看得到自己上次問過、買過什麼。
為什麼樹狀分類解決不了
兩個問題都指向資料層的同一個缺：
- 問題 1（找到）需要多條進入路徑：規格軸、產品線軸、SKU 直查
- 問題 2（看到對的）需要分層顯示：按讀者角度決定第一螢幕呈現什麼，其他折疊起來
但樹狀分類只能 surface 一條軸 + 平鋪所有內容。其他軸跟其他顯示層都被硬塞進這條樹裡，每個讀者都覺得「網站難用，但說不上來哪裡」。
而 B2B 客戶根本沒時間慢慢讀你的內容——5 秒內找不到他要的，就去下一家。
解法的方向
對應這兩個問題，資料層要做兩件事：
1. 規格結構化，不是 PDF
每個規格欄位都是獨立的資料欄位——可以被搜尋、被篩選、被比較。PDF 從主資料變成自動產出，不再是源頭。
2. 先原子化產品，再用 user 語言重組分類
第一步是把沒結構的東西結構化——產品資訊原本散在 PDF spec sheet、Excel 主檔、業務腦袋裡，把它拆成有結構的資料單位（規格欄位、屬性、關係），讓每個欄位都能被查詢。這跟「怎麼展示」無關，純粹是先把資料變得可被組合搜尋。
第二步是綜合 PM、業務、內容團隊 + AI 分析既有搜尋紀錄跟客服問題的規律，找出新的分類——讓客戶能快速找到他要的產品。
關鍵：分類要一部分參考內部產品邏輯（業務怎麼分線、PM 怎麼歸類），一部分參考客戶怎麼理解（他用什麼語言找、什麼情境用）——兩邊融合才是對的。
收尾
多數 B2B 公司花百萬改版官網，三年後同樣的痛還在——因為改的是 wireframe、設計稿、navigation menu，沒改背後的產品資料結構。
地基沒做好，往上蓋什麼都會塌。
如果你公司產品超過 100 SKU、客戶常常告訴你「找不到對的型號」，可能是時候從產品結構這層重看一次 → 預約諮詢