服務頁面該怎麼做 - 技術型、B2B 的整理步驟
· 小村 豪 · 網站製作, SEO, 服務頁面, B2B, 諮詢動線
服務頁面不是公司簡介的延伸。
必須在最初的數十秒之內，讓人看得出這是為誰提供什麼諮詢的頁面。
技術型、B2B 網站的服務頁面變弱，並不一定是因為說明不夠。
反而是說明太廣，導致看不出這是為誰、做什麼用的頁面，這種情況更多。
無論是 網站製作 還是 SEO、Google 廣告、諮詢動線優化，服務頁面的角色都一樣。
就是讓透過搜尋進來的人，能立刻判斷「能向這家公司委託什麼」。
1. 先決定角色
服務頁面至少有三個角色。
| 角色 | 要傳達什麼 | 常見失敗 |
|---|---|---|
| 諮詢入口 | 能委託什麼 | 能做的事太多而選不出來 |
| 比較材料 | 與其他公司或其他服務的差異 | 太抽象無法判斷 |
| 送出前的確認 | 這是能諮詢的內容嗎 | 在諮詢前還留下不安 |
沒定好這些就開始寫，頁面就會變得模糊。
服務頁面不是找「漂亮說明文」的地方，而是 建立容易判斷的結構的地方。
2. 技術型 B2B 需要的基本結構
頁面的骨架大致照下面順序排就夠。
- H1 與簡短開場
- 適合哪一類諮詢
- 對應範圍
- 成果物與進行方式
- 常見問題
- 通往諮詢的動線
例如 網站製作，若把首頁、服務頁面、公司資訊、諮詢動線該如何整理一併寫進去，諮詢內容就會變具體。
SEO、Google 廣告、諮詢動線優化 則把文章、內部連結、聯絡頁面一起改善的流程呈現出來，讀者比較容易理解。
3. 標題要做出「閱讀的順序」
服務頁面上，標題的排序就等於讀者的理解順序。
所以標題與其放「內容的名稱」，不如按 諮詢者想知道的順序 排列，比較能傳達。
例如下面這種排法就很自然。
- 對應這些課題
- 適合哪種公司
- 對應範圍
- 進行方式
- 常見問題
- 請由此諮詢
Google 也建議把使用者會拿來搜尋的詞彙放進 title、標題與連結文字。服務頁面就直接用「網站製作」或「SEO」這種詞，讀者反而不會迷路。12
4. CTA 要做出「容易諮詢的感覺」
服務頁面的 CTA，不是放個按鈕就好。
如果文案能讓人看出按下之後會發生什麼事，送出率會不一樣。
壞的例子是「詳情請看這裡」。
好的例子像下面這些。
- 諮詢網站製作
- 諮詢 SEO、Google 廣告、諮詢動線優化
- 諮詢網站製作・SEO
- 諮詢 Windows 開發
CTA 的文案，基本上要與頁面的角色一致。
如果有 網站製作・SEO 這類匯總頁面，再從那邊分成 網站製作 與 SEO、Google 廣告、諮詢動線優化，諮詢者也比較容易選。
5. 公開前的檢查點
寫服務頁面時，下列幾點一起準備好再公開，會比較穩。
- H1 裡是不是放了服務名稱
- 開場裡是不是看得出對象
- 對應範圍是不是只用抽象詞帶過
- 在諮詢前是不是還有讓人不安的地方
- 有沒有通往公司資訊或相關文章的動線
通過這些檢查之後，服務頁面就會從「說明頁面」變成「諮詢頁面」。
總結
技術型、B2B 的服務頁面，比起字數，角色的整理 更重要。
先把是給誰、什麼用的頁面決定好，然後再把 網站製作 與 SEO、Google 廣告、諮詢動線優化 組起來，通往諮詢的距離就會縮短。
對寫法感到迷惘時，先把「這是要讓人判斷什麼的頁面」用一句話說出來，就是起點。
參考資料
-
Google Search Central, Search Essentials ↩
-
Google Search Central, Influencing title links in search results ↩
相關文章
共用相同標籤的最新文章。能以相近的主題延伸理解。
企業官網為什麼該做 - 不要只當成公司簡介，而要連到利益的思維
本文整理企業官網為什麼該做。把官網當成公司簡介只是表面，真正的價值是讓搜尋、廣告、介紹的關注落地，串起比較評估到洽詢的動線，同時降低業務說明與廣告浪費的成本。讀完可掌握首頁、服務頁、公司資訊、洽詢頁的角色分配與最低限度的起步順序。
文章與服務頁面該怎麼連 - 內部連結設計的基本
本文整理文章與服務頁面之間的內部連結設計基本：用直接寫出連結目的地角色的錨文字，在文章內文、文章末尾與服務頁面相關文章建立三條動線，再搭配匯總頁面讓讀者與搜尋引擎都能順暢往返，把讀完文章的讀者自然導向諮詢入口。
沒有諮詢進來的網站，先要改的三個地方
當網站諮詢遲遲沒有進來時，先別急著加投廣告或多寫文章，建議從首頁、服務頁面、聯絡頁面這三處依序重新檢視。本文整理如何判斷流程斷點的方法，並依影響大小列出修整順序，協助你打造能讓讀者順利走向諮詢動線的網站結構。
技術型企業的網站看不出「這是在做什麼的公司」的原因
整理技術型、B2B 公司網站上「外觀整齊但讀不出這家公司在做什麼」的常見困擾，從首頁、服務頁面、公司資訊三者的角色分擔切入，說明為什麼比起設計與 SEO，更該先把每個頁面要傳達的內容釐清，提供能立刻檢視的順序與檢查點。
為什麼郵件安全裡 PPAP 行不通？正確的做法是什麼？
本文整理為什麼把附件壓成有密碼的 ZIP 後再用同一條郵件路徑寄出密碼的 PPAP 在當今環境下並不安全，並從竊聽防護、寄錯防護、惡意程式檢查與真實性等角度說明問題，再以 TLS、S/MIME、附帶驗證的下載等實務替代方案，協助讀者重新設計符合目的的郵件與檔案交付控制。
相關主題
與本文相近的主題頁面。以本文為起點，可進一步連到相關服務與其他文章。
Windows 技術主題
彙整 KomuraSoft LLC 關於 Windows 開發、故障調查與既有資產活用文章的主題中心。
Web 開發 & SEO 主題
彙整網站製作、SEO、諮詢動線、內部連結設計的主題中心。
相關案例
在整理與改善方式上相近的案例頁面。
將網站重新設計為雙主軸結構的案例
將 KomuraSoft LLC 的網站從以 Windows 為主的呈現方式，重新設計為能同時傳達 Web 與 SEO 的雙主軸結構的案例頁面。
作者檔案
本文作者的個人檔案頁面。
Go Komura
小村軟體有限公司 代表
以 Windows 軟體開發、技術諮詢與故障調查為中心，在難以重現的故障調查與既有資產仍在運作的專案上具有優勢。