公司網站內容規劃：把產品、服務與客戶疑問整理成清楚頁面

公司網站內容規劃：資料夾裏只有一份公司簡介，怎樣開始

公司網站內容規劃常從一個尷尬場面開始：負責人打開資料夾，只有多年沿用的公司簡介、數張產品相片，卻沒有能回答客人問題的服務資料。假設一間香港貿易公司要重做網站，行銷同事不知道每類客人關心的交付條件，業務同事又說「網站寫我們很專業便可以」。先不要趕著填滿版面；要找出每個頁面的讀者、任務與可核實的資料來源。

網站內容是公司向訪客解釋自己提供甚麼、適合誰、合作如何開始的工具。它可以配合搜尋需要，也應讓已有客戶找到資料。規劃的起點是盤點真實服務和現有證據，而非憑空編出客戶評價、案例成果或成功率。公司已有的產品資料、查詢記錄、合約條款和常見疑問，可以先由有權分享的人整理，再決定哪些適合公開。

編輯診所第一步：不要把所有事塞進首頁

首頁只負責讓人找下一步

首頁應讓第一次來的人知道公司業務大方向、主要服務入口與聯絡方法，再引導到合適的詳細頁。若將每件產品規格、全部條款和公司完整歷史塞在同一屏，手機訪客很難掃到與自己有關的內容。先在紙上寫三種最常見訪客：準備了解服務的人、已有具體需求的人、尋找售後資料的人。三者進站後要找的頁面不一樣，首頁應讓他們辨認。

服務頁負責解釋怎樣處理實際需求

一頁服務內容要回答服務包含甚麼、適合誰、客人準備甚麼資料、由查詢到下一步如何進行；若有不包括的工作，也要清楚界定。不要用「專業」「優質」堆滿版面卻讓訪客看不出實際範圍。可把業務同事常被問到的問題逐題寫下，再按答覆所在的位置分配到服務頁、流程頁或 FAQ。寫網頁設計服務介紹時，也應用同樣方法描述頁面任務。

第二步：先訪問最常回答客人問題的人

業務同事知道客人怎樣問

請業務同事列出近來最常被問的題目，分成「第一次接觸」「比較方案」「準備落單」三組。避免只由行銷同事改寫一套想像中的客戶語言；現場的問法可能是「要預備甚麼」「多久才能改」「有沒有另收費的情況」。若要引用真實來電內容，須先移除客戶姓名和機密資料。這份清單能幫助寫出自然的小標題，而不是把關鍵字機械塞在每段前面。

操作同事知道容易誤會的界線

負責實際交付的人通常知道甚麼承諾不能寫得太滿：有哪些資料一定要由客人提供、甚麼情況要另外確認、哪些步驟依賴外部服務。將這些限制寫得清楚，不會令網頁較難看，反而能幫客人較早判斷是否合適。假設服務需要現場評估，頁面不應承諾「全部個案都可網上即時報價」；可以清楚講解查詢後會要求的資訊與評估方式。

• 收集客戶實際問題，移除可識別個人的資料。
• 請操作同事核對流程、限制及專門用語。
• 標明每項說法的內部資料擁有人。
• 不確定的承諾先留待核實，勿先寫上網。

第三步：讓每頁只有一個主要決策問題

產品、服務與公司介紹要分開

產品頁可說明規格、用途、選項與供貨查詢；服務頁說明人手與工作流程；公司介紹可交代可核實的成立、團隊工作方式與聯絡資料。即使三頁都有「我們能幫到你」的功能，仍應由不同角度寫，否則只是把同一段公司宣傳文字複製到各處。若產品很多，先設好分類與篩選邏輯，避免讀者要逐頁打開才知哪款合適。

以真實任務寫頁面標題

標題先讓讀者識別頁面主題，例如「企業網站設計：需求整理與開發流程」比「我們的專業方案」具體。標題與正文要對得上，不能用吸引點擊的承諾帶進沒有答案的頁面。撰寫時可參考中小企關鍵字研究的搜查意圖，但本篇重點是把公司已有的知識轉成可閱讀內容；搜尋詞只是協助命名與分頁，不能代替服務事實。

第四步：建立內容證據表，不憑感覺寫優勢

哪些可以直接寫，哪些要批准

公司地址、服務項目、產品規格如有已核實資料，可以按最新版本寫；涉及客戶名稱、專案成果、數字或照片使用權，須先核對是否可以公開。若沒有可公開的客戶案例，不必編一個；可以把處理流程、資料清單、常見取捨寫得扎實。假設情境要明確標示「假設」，不能冒充實際客戶。資料表可加來源、核對人、最後更新日期和可以使用的頁面，往後修改才有依據。

相片、圖表與文字要講同一件事

照片應對應服務或產品，附描述性替代文字；若圖片只是裝飾，不要用與頁面無關的場景冒充實際作品。規格表需要標明適用產品與版本，避免圖片展示甲型號、文字卻列乙型號。若公司目前沒有可公開的實物相片，可先用清楚的流程文字，等獲授權的素材到位再更新；網站內容的可信度來自資料可核實，而非頁面塞滿圖片。

第五步：決定文章、服務頁與常見問題怎樣互相支持

文章回答研究問題，服務頁回答合作問題

教學文章可以談如何比較、準備資料和避免常見錯誤；服務頁則交代公司真正可提供的工作及查詢方式。若每篇文章最後只是重複「歡迎找我們」，讀者仍未學到如何判斷。先從公司網站 SEO 基礎列出重要入口，再讓相關內容自然連回對應服務頁；連結要補充讀者下一步，而非每隔一段便硬加。

FAQ 應來自真實不明白的地方

有些疑問適合在服務頁直接用一段完整說明；只有簡短、確實常被問的問題，才有需要集中成 FAQ。問答如果與正文矛盾，讀者只會更困惑。內容負責人可每隔一段時間整理客服新問題，決定是補充原頁、建立新文章，還是修正本來寫得模糊的說明。不要為了搜尋版位大量複製近乎相同的問答。

第六步：讓表單問得夠用，然後把回覆工作接得住

欄位由實際處理需要決定

如果業務同事要知道服務種類、所在地及預計需要甚麼，表單可先收取基本資料；若一開始要求上載多份文件或填詳細內部預算，客人未必願意繼續。先與接單人員對話，找出初步回覆至少要甚麼資料，再寫欄位標籤與資料用途。網上廣告推廣若引導訪客進特定頁面，也要確認表單與承諾的工作一致，不能廣告談某服務，表單卻只有籠統「其他」選項。

提交後的內容同樣屬網站文案

表單送出後應讓人知道系統是否收妥、若資料未齊應怎樣修改，以及有甚麼其他合適的聯絡方式。不能在未核對後台通知與人手安排前，隨便承諾一個回覆時限。定期以虛構資料測試提交、寄件與後台查詢，避免網站看似運作但業務同事收不到資料。流程可按網站設計項目流程設置內容驗收負責人。

第七步：給內容建立負責人與更新節奏

先定資料到期怎樣處理

服務範圍、產品型號、開放時間和聯絡資料可能改變，內容表應記住由誰覆核及何時上次確認。不要把所有頁面設定成同一固定更新日；先看哪些資訊一變便會誤導客人，優先監察這些頁面。商品已停售時，要決定是清楚標示、推薦相關替代資訊，還是按實際情況處理網址，不能直接刪掉而不想舊訪客會去哪裏。

交接給下一位編輯要可執行

給每頁留一份簡短說明：主要讀者、關鍵資料來源、可改欄位、聯絡審批者。即使公司只有兩人，也需要知道誰能確認某項說法。新編輯不應憑看似合理便替公司寫「全港最快」或其他未證實承諾；有疑問就先標記。審批後再發佈，可以減少因一時趕上線而留下錯誤資訊。

資料採集表：把會議閒談變成可以寫稿的答案

每個服務請負責人回答同一組核心問題

編輯可以帶一張空白表去見服務負責人，先問服務對象、最常見的求助情況、由諮詢到交付的實際步驟、哪些工作需先評估，以及客人要提供哪些資料。答案若只有「我們有多年經驗」，便請對方舉例說明一次正常工作如何進行，並注意不要把未獲授權的客戶資料公開。編輯要寫出對訪客有用的過程與邊界，不必硬要一個華麗口號。

拿到答案後要分辨「公司已核實的事實」「同事依經驗提出的觀察」「仍需主管確認的條件」。同一段文字若混合三類，發布前容易被誤以為全部都可對外承諾。可在內部稿件旁用欄位記來源，不必把內部備註顯示在網站。主管確認後，文章才使用明確語氣；未確認的資訊要修改為準確的說明，或暫時不寫。

產品資料要解開規格縮寫

產品型號表通常由熟悉行業的人建立，可能只有尺寸代碼、內部俗稱和採購代號。網站讀者未必懂這些縮寫，先請商品負責人說明每個欄位代表甚麼、哪些變體不能混用、哪些規格與購買決定最相關。欄位不同於競爭對手網站，不應直接照抄別人的說法；若公司自己都未確定某參數，先找原廠或內部資料核實，而不是編一個看似合理的數字。

產品若會更新版本，建立版本對照。舊頁記錄舊型號，不能因新型號到貨便默默把圖片和規格換掉，令已收藏舊頁的客人以為原產品資料從來一樣。可根據實際售賣政策清楚標示停產、替代選項及查詢方法，再由業務同事核對是否能提供新產品。

草稿診斷：四種看似有內容的空頁

只有形容詞，缺少服務範圍

「可靠、快捷、專業」是表態，訪客仍要知道公司具體處理甚麼。編輯可逐句問：「客人做完這件事會知道下一步嗎？」若答案是否，就把抽象詞換成具體資料，例如需求提出後先提交甚麼、由哪類工作組成、會否先評估可行性。這些內容須由公司實際流程支持，不宜為了寫得完整而自行加入不提供的服務。

只有流程圖片，沒有文字解釋

圖片可輔助理解，但手機讀者、使用輔助科技的人與搜尋系統仍需要可讀文字。流程圖旁應用段落寫出每一步由誰負責、交付甚麼、何時需要客人確認；圖片也要有合適描述。若因網站 HTML 限制目前不能插入可用圖片，先用清楚的小標題與有次序的列表交代，讀者仍可照做。

把公司簡介複製到每個服務頁

公司成立背景可在關於頁詳述，服務頁只有在有助判斷時才摘要提及。假設訪客想了解網上商店開發，看到四段公司歷史，卻沒有商品、付款和交付工作，頁面仍未完成任務。先按服務流程寫實際要回答的問題，再以一段簡短、已核實的公司資訊交代背景。讀者需要的是「我是否適合、怎樣開始」，不是每頁讀同一份宣傳小冊子。

FAQ 變成繞過正文的堆砌區

當正文漏了關鍵限制，編輯往往在頁尾加十幾條問答補救。先把根本性的資訊搬回服務主要段落，例如交付範圍、所需資料與重要限制；FAQ 只保留剩下真正簡短的疑問。每條答案都應能獨立被理解，且與頁面其他地方一致。整理問答時同時記下最近一次事實覆核日期，以免舊政策留在 FAQ 長久未改。

從資訊架構到內部連結，先走訪客的路

建立三條常見閱讀路徑

訪客可能由搜尋進教學文章、看完要比較服務；已有推薦的客戶直接進服務頁、想知道公司資料；也有人先看網店商品，之後查送貨與付款方法。針對每條路徑，把真正需要的下一頁列出，確認導航與正文連結都有合適文字。不要讓所有路徑只通向聯絡頁，因為部分讀者仍處於理解與比較階段，需要先補資料。

整理路徑時也要查孤立頁：一篇有用的詳細教學若沒有任何服務頁或分類頁連入，訪客很難從網站內部找到。可在相關頁面加一次自然連結，說明讀者為何應看那篇文章，而不是隨機在每頁底部堆一長列文章名。連結檢查應包含來源頁的上下文和目的頁的實際內容。

連結文字要預告內容

「按此」無法幫讀者判斷目的地。若介紹網站上線前工作，可用「上線前的內容檢查」帶讀者往對應文章；若進聯絡頁，寫「提交現有網站與需求資料」更清楚。每篇文章要選與內容真正相關的服務頁和較早發布文章，避免將尚未公開的內容插進已發布文章造成錯誤頁。編輯可每月檢查一次重要入口是否仍可開啟。

讓服務證據成為可管理的素材

證明能力不等於公開客戶身份

公司可能有內部操作紀錄、流程表或文件樣本，可經授權與去識別後用來說明一般做法；沒有書面許可的客戶名稱、交易金額及評價不應上網。即使匿名呈現，內容仍要避免以特定日期、地點及產品組合讓人識別個別客戶。若只能談通用流程，便清楚標示示例屬假設，提供讀者可操作的檢查方法，同樣具有實際價值。

不要因網站未有可展示的獎項或數據而創作數字。可改用已核實的工作方式，例如如何核對需求、完成後交付哪些文件、遇到資料缺失怎樣處理，讓客人知道合作過程。內部持有的任何認證、品牌合作或客戶關係若要對外使用，都須先確認授權與最新狀態。

把素材連到特定頁面任務

一張操作畫面可說明後台某個步驟，一份空白資料表可示範客人需準備甚麼，卻不應把無關圖片塞在每段之間。編輯在素材清單加「適用頁面、說明重點、來源與授權、最後審核人」，日後換圖就不會把舊產品照片當新規格展示。圖片若曾裁切，也要確認重要文字和使用權沒有被錯誤呈現。

審稿不只改字句，也要走一次讀者任務

業務審事實，內容編輯審理解

服務負責人確認流程與限制，內容編輯則代表第一次接觸公司的讀者，問每個名詞是否要解釋，讀完能否知道下一步。法務或其他內部審批如適用，應在稿件完成後按公司實際流程處理；不能把每個人同時拉到文案檔，任由不同版本互相覆蓋。記下審核結果和仍未解決的問題，讓負責發布的人知道哪些段落可上線。

讓不熟悉產品的同事試讀

請一位未參與寫稿的同事，在不看內部資料下讀服務頁，嘗試回答「這項服務適合誰」「提交查詢前準備甚麼」「哪些情況要另行確認」。若他答不到，先找哪一段欠缺關鍵資訊，而不是只修飾句子。手機上再檢查標題、列表與表格是否易讀；若聯絡入口很難找到，內容雖完整，頁面仍未帶人走到下一步。

用一頁樣稿測試整個內容流程

挑選公司最重要的一項服務，由資料採集到發布依次走一遍：原始資料、負責人訪問、分頁目的、草稿、事實覆核、手機試讀、內部連結及上線後更新責任。樣稿若仍有空白，就知道需要找哪位同事補資料；不要一次委託寫滿十頁，等全部完稿才發現核心服務描述不清。第一頁通過後，記錄可重用的採集表和審稿方法，但每個服務的答案仍要由實際工作決定。

公司簡介不是一篇創辦故事便足夠

讀者要知道公司是誰，以及可找誰確認

關於頁可交代已核實的成立年份、服務方向、工作地點和聯絡方式；若公司希望介紹人員，應先確定職銜、資料與相片可否公開。不要將已離職的同事多年留在頁面，也不要自行加上不存在的團隊規模或得獎經歷。對尋找合作方的客戶來說，知道服務由哪個部門接手、怎樣提出需求，通常比長篇空泛使命宣言更實用。

公司資料與服務頁應互相支持。簡介說做某類業務，服務頁便要有足夠細節讓讀者理解；若某服務已停辦，兩處都應更新。企業規模不大並非缺點，內容可以誠實交代可處理的工作範圍，讓查詢質素更貼近真實能力。

證明資料要有公開權限

若要使用客戶標誌、團隊相片或證書，先確認持有人允許公開、描述沒有超出範圍、素材版本仍然有效。即使曾經合作，也不代表能把對方名稱寫成現行合作夥伴；沒有得到授權便用匿名假設情境教讀者如何準備項目，並清楚標示不是實際案例。編輯可以在素材表附上批准記錄，避免下次換網站設計時又重新追問。

內容進 CMS 前的一次實際試排

長表格與列表會否在手機失去意思

文字檔看起來整齊，放進網站後可能因螢幕較窄而變成難讀的表格。挑一個欄位最多的服務比較表、最長的產品名稱及最長的常見問題，放到測試頁在手機讀一次。若每個值失去對應欄位，應調整顯示方式或把資料拆為較清楚的比較項，而不是把字縮至不能閱讀。表格有實際比較價值才放，沒有比較需要時用列表和分段更易懂。

連結在手機上是否容易辨認、按鈕有沒有被橫幅遮住，同樣屬內容交付的一部分。每個頁面先讓同事完成一項任務：看懂範圍、找出資料要求、提出查詢。若頁面很長但讀者在前半段已能找到答案，後半段可留給需要深入了解的人，避免把所有細節擠在第一屏。

從草稿到正式頁應有最後核對人

發布前檢查標題是否與正文一致、每個內部連結能否到達、圖片來源是否有授權、聯絡方式是否正確，還要確認頁面標示的日期與服務狀態無誤。若內容系統會自動以標題產生 H1，正文便由 H2 開始，不應多放第二個 H1。為日後維護留一份簡單檢查表，讓非技術同事也能發現明顯問題。

上線後安排另一名同事從搜尋或導覽入口實際開頁，不要只看後台預覽。預覽頁可能用不同權限或未公開資料；正式頁應在一般訪客身份下檢查。若某些內容排程日後發佈，內部連結亦要核對目的頁當時已公開，免得訪客遇到不存在的文章。

如果稿件引用舊宣傳單張，先核對印製時的服務條件是否仍然有效；資料過時時，應更新來源與負責人，而不是照抄進新網站。保留這個核對習慣，可讓往後的新文章和服務頁以同一套真實資料為基礎。

內容頁一旦上線，客服或業務若收到新問題，要有渠道回饋編輯，而不是立即再開一篇重複文章。先問原頁能否增加一段更清楚的說明，修好連結與表單，再決定是否需要新頁；每次修改都記下事實來源，保持文章與服務頁一致。

可以開始寫稿的交付物

完成公司網站內容規劃後，應有頁面清單、每頁讀者任務、真實資料來源、尚待核實的說法、素材授權情況及負責人。若公司同時有網上商店，另列商品欄位及交易說明，不要把公司介紹直接搬到商品頁。先用一個服務頁做樣本，讓業務及操作同事驗收，再擴展其他頁面。若想整理現有資料開始網站項目，可將可公開的服務清單和最常見客戶疑問，經聯絡 Black Media提出，讓頁面架構回應真實工作。