先揀首頁最重要嘅訪客任務
列出主要來源同訪客需要：新客可能想了解公司服務；已比較供應商嘅人想睇案例與合作方式；現有客戶可能只想搵電話或支援。如果首頁主要目的係新客查詢，首屏就應優先回答服務範圍同適合對象，而唔只展示標誌、口號或動畫。
由首屏到頁尾嘅內容次序
| 區域 | 要幫訪客完成嘅判斷 | 可用內容 |
|---|---|---|
| 首屏定位 | 呢間公司同我有冇關係？ | 對象、主要服務、使用情境及清楚嘅下一步。 |
| 服務分流 | 應該睇邊個方案？ | 少量具體服務入口；摘要說明差別。 |
| 相關證據 | 點解值得進一步了解？ | 獲准使用嘅案例、工作方法或可核實資料。 |
| 合作安排 | 開始前要準備甚麼？ | 主要流程、客戶需要配合嘅資料及常見疑問。 |
| 聯絡與網站資料 | 點樣查詢及確認公司身份？ | 可用聯絡渠道、公司資料、私隱及編輯資料入口。 |
呢個次序可以按實際任務調整。例如預約型業務可突出地點與預約流程；複雜 B2B 服務可以較早提供適用情境同案例入口。唔應為咗填滿版位而加無關內容。
示範：B2B 維修公司嘅首屏
虛構例子：「為商業場所安排設備檢查、維修及保養；先確認設備類型、位置及問題，再安排合適跟進。」下方可以分「故障維修」、「定期保養」及「先了解服務範圍」。實際到場時間、收費及涵蓋設備必須按公司真實能力補上，唔應自行加入「即日到場」等未確認承諾。
如果同時面向採購、技術人員及一般管理者，亦可以按任務命名入口，例如「比較保養範圍」同「提交故障資料」，再由相應頁面提供細節。
每個首頁區塊都要有清楚去向
- 服務卡片連到相關服務頁，唔全部回到同一個「聯絡我們」。
- 案例入口說明係邊類項目，並標示示意圖與實際作品嘅差別。
- 按鈕文字交代行動，例如「查看網站重建服務」比「了解更多」更有上下文。
- 導覽標籤用客戶熟悉嘅名稱；內部分工或創意口號可以留喺說明文字。
- 主要查詢入口與備選聯絡方式有層次，避免多個同等突出嘅彈窗同按鈕互相搶位。
唔好把首頁當成所有關鍵字嘅容器
首頁需要整體定位，服務頁及文章則處理更具體嘅問題。主標題、摘要同連結應準確描述內容，唔需要把所有服務名稱、地區或同義詞反覆排列。搜尋系統能讀到文字，亦唔代表訪客能理解下一步；兩者要一齊驗收。
用任務測試檢查首頁
- 先寫低想讓訪客完成嘅主要任務，再決定保留哪些區塊。
- 找幾位未參與製作嘅人，請佢哋指出公司服務、適合對象及聯絡方法，記錄猶豫位置。
- 要求佢哋尋找一項指定服務，觀察是否按錯卡片或返回首頁重試。
- 在手機上檢查首屏、選單、服務卡片與表單，確認冇內容被固定按鈕遮住。
- 核對公開承諾、客戶標誌、案例及聯絡資料都同實際服務一致。
- 分開量度進入服務頁、查詢成功及後續名單質素；唔把首頁停留時間單獨當作成功。
常見問題
首頁一定要放所有服務嗎？
可以提供完整分類入口，但唔代表每項都要有長篇介紹。先突出最重要嘅訪客任務，其餘透過清楚分類進入。
首頁同廣告 Landing Page 可唔可以共用？
若廣告只推單一優惠，而首頁同時介紹多項服務，應比較訊息及行動是否一致；唔應只因為已有首頁就預設承接足夠。
下一步與延伸閱讀
官方參考與更新說明
本文嘅規劃表、測試步驟及示範情境由 ITOB Group 編輯團隊整理；示例並非客戶成效紀錄。最後實質更新：2026 年 10 月 25 日。
