有人入網站，點解冇人問價？

先找出客人停在哪一步

「有人入網站」只證明有到訪，未能說明他是潛在客人、看過服務，或者成功送出查詢。先把流程拆開，才知道要改甚麼。

到站 → 看服務 → 按查詢 → 成功送出 → 收到及回覆。逐步記錄，並排除自己的測試。若你只有到站數據，其他步驟就是未知，不能當作全部沒人做。

1. 入來的人，是否需要你的服務？

先對照來源與服務範圍。外地訪客、求職者或只想看教學的人，未必會買香港本地服務。

列出每個入口的承諾：廣告講甚麼、貼文講甚麼、連到哪一頁。若貼文教人自己清潔冷氣，落地頁卻只售大型商用保養，流量與產品便未必匹配。這是待驗證的原因，不是只靠數字就能下的結論。

2. 第一屏是否講清楚做甚麼？

找一位不熟悉業務的人，用手機看首頁，請他說出服務、適用客人及下一步。若答案與你的業務不同，先修正內容。

• 做甚麼：具體服務名稱。
• 在哪裏做：地區、上門或網上。
• 下一步：要提供甚麼資料，如何取得報價。

示意：「為你提供最佳方案」改成「中小企網站維護。請提供網站網址及遇到的問題，我們會先確認處理範圍再報價。」名稱、地區及承諾均須按實際服務填寫。

3. 客人未問出口的問題，有沒有答案？

把客人作決定前會問的問題放在服務旁邊，減少來回猜測。

• 包括哪些工作？哪些另計？
• 怎樣報價？需要哪些資料？
• 是否適合自己的情況？
• 付款後收到甚麼？何時收到？
• 遇到問題，怎樣聯絡？

沒有固定價就說明報價條件；沒有驗證過的成效就不要寫百分比。具體比誇張更容易讓人判斷。

4. 用另一部手機，完整做一次查詢

不要只測按鈕會變色。測試要走到「查詢真的收到」才算完成。

1. 分別從你實際用的廣告或帖文連結進入。
2. 按 WhatsApp、電話或表單，確認目的地正確。
3. 試一次正常提交及一次資料錯誤，檢查提示是否清楚。
4. 在收件端確認收到，並記錄測試時間以便排除。

追蹤「按查詢」及「成功送出」應分開。按過按鈕，不代表查詢成功；没有事件紀錄，也可能是追蹤未完成。

5. 一次改一個主要問題，再比較

優先修壞連結、錯誤表單及缺少的關鍵服務資料。改完記錄日期，保留其他主要條件，觀察相關訪客的下一步行為。

不要只看瀏覽量：比較成功查詢、有效查詢和訂單。樣本很少、投放來源改變或追蹤有缺口時，不能把前後差異直接歸功於某一句文案。

可交給同事的驗收清單

每項填「已核實／待確認」，不要只填「已改」。

• 來源承諾與落地服務一致：負責人＿＿；證據＿＿。
• 服務、地區、報價資料在手機上清楚可見：負責人＿＿；證據＿＿。
• 查詢按鈕目的地正確：負責人＿＿；證據＿＿。
• 正常及錯誤提交都測過，收件端確認收到：負責人＿＿；證據＿＿。
• 測試流量已標記，前後觀察日期已記錄：負責人＿＿；證據＿＿。

GEOscore 可檢查公開頁面的技術與內容基礎；不會代替你的完整查詢流程測試，也不會自動知道每位訪客為何離開。