這是一個非常經典的「雞生蛋、蛋生雞」問題。身為網頁設計師我會非常坦誠且專業地告訴客戶:
「可以先開始,但我們不叫『設計』,我們叫『架構佈局』。如果完全沒有內容就直接畫視覺稿,那不叫網頁設計,那叫『畫餅』。」
為了消除客戶的焦慮,我會建議採用 「結構先行,細節後補」 的步驟戰略:
對客戶來說,直接看設計稿(UI)往往會分心去討論顏色和圖片,而忽略了最重要的「業務邏輯」。因此,用線框圖(Wireframe)與 Sitemap(網站地圖)溝通時,我會採取以下這套「戰略引導術」:
1. 給予線框圖一個正確的「身份」:這是導航圖
我會先告訴客戶:「這不是最終的樣子,這是網站的骨架與動線。就像蓋房子前,我們要先確認客廳在哪裡、門開在哪個方向,而不是先選沙發的顏色。」
目的: 讓客戶專注於「資訊的優先順序」,而不是視覺美感。
2. 利用線框圖的層級感,溝通「客戶旅程」
在溝通 Sitemap 時,我不會只說「這是首頁、這是產品頁」,我會換成業務情境:
「當潛在客戶進入首頁,感受到我們的專業後(第一層),他會想看我們的解決方案(第二層),最後因為看到成功的客戶案例(第三層)而決定聯絡我們。這就是我們佈局這張地圖的轉化路徑。」
這叫網站地圖
3. 「填空式」引導:把線框圖變成一份「採購清單」
當客戶看到線框圖上的空白區塊(Placeholder)時,他們通常會焦慮。我會利用這個機會反過來引導他們:
具體溝通: 「您看,在產品詳情頁的這個位置,我們規劃了一個『技術優勢對比表』。目前我們資料不足,但這份線框圖告訴我們,如果您能提供 3 個與競爭對手的差異數據,這個頁面的說服力會提升 200%。」
效果: 線框圖變成了內容產出的指南,客戶會更有目標地去準備資料。
4. 強調「低成本修改」的優勢
我會對客戶強調:
「在 線框圖 上調整架構只需要幾秒鐘,但如果等網頁做好了才發現漏掉一個重要分頁,那就要動到程式碼和設計底稿。現在我們花時間在這裡『吵架』、調整邏輯,是在幫您省下未來的修改預算。」
5. 我會針對線框圖提出的 3 個關鍵問題:
在與客戶看著線框圖時,我會主動提問,引導他們思考:
「這個順序符合您業務說服客人的邏輯嗎?」(確認業務邏輯)
「如果客戶只看這三個頁面,他能精確知道我們在賣什麼嗎?」(確認資訊密度)
「目前線框圖中,哪一個區塊的資料是您現在最頭痛、最難生出來的?」(確認協助重點)


