香港企業網站 Before／After 分析

A / 快速答案

新版靚咗，唔等於改對咗

網站案例最容易用時間造成錯覺：改版後查詢升，所以改版有效。但同一期間可能有旺季、廣告、銷售人手、品牌報道或價錢調整。真正分析要把『介面改變』拆成可驗證機制，再承認無法隔離嘅因素。

呢個分別對B2B 專業服務、企業培訓同金融科技尤其重要。管理層通常先見到一個容易匯報嘅數字，再用嗰個數字解釋成敗；但客戶真正經歷嘅，係一連串細小判斷。當每一步只流失少量人，最後仍然可以令大部分原本有興趣嘅人消失。

所以，第一個要拆開嘅唔係工具，而係兩件經常被混在一起嘅事：畫面由舊變新，同客戶決策風險真正下降並被可靠量度。兩者可以同時改善，亦可以完全背道而馳。睇唔清呢一層，企業好容易用更多預算放大原有問題。

新舊截圖擺埋一齊，新版幾乎一定贏，因為人鍾意新同整齊。真正值得比較嘅，是客人有冇更容易理解、信得過，同埋完成下一步。

B / 點解重要

一個香港 B2B 案例點樣拆

以下係一個合成香港 B2B 專業服務情境，而唔係虛構百分比戰績。Before：首頁以品牌口號開場，八項服務並列，案例只有客戶 logo，手機表格要填十一格，三語頁面互相唔同步。After：先鎖定兩類企業客戶，重組三條需求路徑，案例加入背景、限制同過程，表格縮到必要資料，並重建 URL、語言及追蹤關係。

香港改版嘅決策通常唔係一個人拍板：老闆睇方向、銷售睇查詢、技術睇速度，財務睇成本。要把 Before／After 講清楚，就要逐個版本標出同一段期間、同一個轉換定義，否則大家只係對住兩張圖各自講故事。

Before／After 圖最容易講大話，因為人眼天生鍾意新鮮感。新版本一亮，舊版就好似特別笨；但版面變靚，唔等於客戶少行一步，亦唔等於前線少答十條重複問題。

客戶唔係在一個頁面內作決定；佢係帶住你個頁面，走入另一個決策環境。

C / 背後機制

Before／After 中間發生咗咩

研究支持幾個機制但唔替案例提供結果：清楚首頁有助用戶理解機構用途；可信度受內容、透明度同設計一致性影響；手機用戶因缺乏概覽及可避免問題會放棄；真實效能改善在多個 web.dev 個案同收入或轉換相關。呢啲只代表改動值得測，不代表任何香港網站會複製同一幅度。

分析先建立五條因果鏈。第一，明確對象應提高正確自我辨認；第二，按需求組織服務應減少導航負擔；第三，具限制嘅案例應降低供應商風險；第四，短表格應減少手機輸入成本；第五，完整追蹤應揭露以前睇唔到嘅電話同 WhatsApp。每條鏈都有自己指標，不能用總流量代替。

香港企業做網站重整，真正難處通常唔係揀顏色，而係要把老闆、銷售、技術同合規各自嘅要求放入同一條客戶路徑。若果只交一張新首頁，團隊可能得到一個展示品，未必得到一個更易成交或交接嘅工具。

最實際嘅做法，係將案例應同時展示輸入、行為、中間結果同最終商業結果，並標出追蹤定義有冇改；否則 Before 同 After 可能根本唔係同一把尺。拆成『進入前、理解時、採取行動後』三段。前段睇人係咪合適，中段睇佢有冇理解價值同風險，後段睇公司有冇接住對話。只睇最後一格，會將前面嘅問題全部推畀市場。

做拆解時，仲要保留每次決定嘅版本同日期。畫面由舊變新，同客戶決策風險真正下降並被可靠量度如果只靠上線後嘅回憶，團隊會自然把成功合理化、把失敗歸入外部環境。將原始截圖、頁面文字、事件定義、廣告量同銷售容量一齊封存，先可以在三十、六十、九十日後用同一把尺重看。

D / 實際判斷

最容易畀報表呃到嘅位置

最差嘅 After 報告會把所有向上數字收歸設計，把所有向下數字歸因市場。更常見係只比較改版前後一個月，忽略星期、旺淡季、廣告量同追蹤定義轉變。若新版首次正確記錄 WhatsApp，『查詢上升』可能只係可見度上升，而唔係實際新增。

一張改版前後截圖，只能證明像素變咗；佢唔會告訴你訊息是否更易理解、表單是否少咗阻力、電話是否由更合適嘅人打入嚟。真正有意思嘅證據，要把輸入、行為、途中結果和最後商業結果接返埋，仲要講清楚哪一段資料曾經改過。

可以用一條反問題拆穿：如果畫面由舊變新，同客戶決策風險真正下降並被可靠量度，今日呢個決定仍然成立嗎？若答案只靠『業界都係咁做』、『競爭對手都有』或者『工具話分數高咗』，其實未足以動用下一筆預算。

常見管理誤區係用「新鮮」代替「有效」。新版發佈後，流量、頁面數、互動或團隊情緒可能即刻上升，幾個星期後卻發現詢問質素冇變；呢種落差，通常唔係客戶突然變懶，而係成功定義一開始就太鬆。

E / 下一步點做

用可比較證據，而唔係感覺

Before／After 要比較嘅唔係顏色，而係客人理解服務、看到證據、用手機完成下一步嘅成本有冇下降；所有其他數字都要放返入呢個背景。

先把原本頁面、改版稿和一段實際錄音或表單資料並排，問三個問題：邊個人少走一步？邊個問題唔再需要人工解釋？邊一項數據會證明假設錯咗？冇答案，就唔好急住叫「大成功」。

1. Before 基線：保存 90 日頁面、裝置、來源、商業行動、合資格、報價及回覆時間。
2. 假設清單：每個設計改動寫明預期改變邊個行為，同時列出可能副作用。
3. 資產保護：URL、內容、外鏈、語言對應、schema、表格同電話全部逐項映射。
4. After 觀察：24 小時查故障、7 日查索引與表格、30–90 日查商業行為。
5. 反事實檢查：若冇改版，旺季、廣告、價錢及銷售人手本身會令結果點變。

F / 限制與結論

分階段改，有時比推倒重來穩陣

單一企業通常做唔到完美 A/B 測試，全站改版亦難同時保留舊版。可以用分階段頁面、同類服務、歷史季節性、廣告持平期同質性訪談建立較可信判斷，但仍要把『相關』同『證明因果』分開。小流量網站尤其應重視對話質素，而唔係過度解讀幾個百分點。

對B2B 專業服務、企業培訓同金融科技，亦要把質性證據放入報告：客戶第一次點樣形容問題、銷售少咗邊啲重複解釋、失單理由有冇由『唔明』變成真正商業條件。案例應同時展示輸入、行為、中間結果同最終商業結果，並標出追蹤定義有冇改；否則 Before 同 After 可能根本唔係同一把尺。呢啲資料未必形成漂亮百分比，卻能指出網站究竟改變理解，定只係改變畫面。

有啲網站確實應該推倒重來，尤其係網址結構、內容責任和技術底層已經互相打架；但更多時候，分階段修正標題、導航、表單和最常入站頁，會比一次過換晒更容易學到嘢，也較少傷到現金流。

一個誠實嘅 Before／After 可能冇戲劇化數字。佢最有價值嘅成果，係公司由『覺得新站好啲』進化到知道邊個改動幫咗邊類客戶、邊個指標只係追蹤修復，以及下一個瓶頸已由網站轉到銷售定交付。

改版最後唔應該只剩一個漂亮版本號。它應該留下：哪些假設被驗證、哪些頁面仍然有缺口、下一輪不應該再猜的事情。網站唔係展覽館，係一部日日接住客戶問題嘅機器。