AI 架站前要準備什麼？小公司網站需求整理清單

開始之前，先回答哪三個問題？

先寫清楚誰會來、他想知道什麼，以及你希望他下一步做什麼。 「公司需要官網」是起點，還不足以決定內容。以提供到府服務的小公司為假設例子，訪客可能先想知道服務地區、可處理的項目與詢問方式；首頁就應讓這些資訊容易找到，而不是只介紹公司沿革。

你可以先完成一句話：「這個網站主要給＿＿看，幫他確認＿＿，最後可以＿＿。」最後一格可能是填表詢價、查看作品或預約討論，先選最重要的一項，再安排其他入口。這不是保證成交的公式，而是讓內容有共同方向。

Google 的 SEO 入門指南也從幫助使用者尋找與理解內容出發。準備資料時，先記下客戶實際問過的問題，比先列一大串想排名的詞更能形成有用頁面；頁數如何安排，可再參考一頁式與多頁式網站的選擇。

公司資料與素材，哪些要先整理？

先交付能證明服務內容的資料，再補裝飾畫面的素材。 服務項目應列出包含與不包含的工作、適用對象、合作流程及必要條件；價格尚未確定就標記待確認，不要讓 AI 補上看似合理的費用、年資或保證。

素材可以分成公司識別、服務說明、作品證據三組。每份檔案標註用途、版本、提供者及是否可以公開。作品照片要說明哪部分是自己的工作；示意圖就標示示意，不當成實績。客戶名單、內部報價或未公開資料，先整理成適合分享的版本，不需要全部塞進生成工具。

Logo、照片與文案若還沒齊，直接列「誰補、何時補、暫用什麼」，並約定上線前要替換的內容。草稿中保留待補標記，比拿虛構資訊填滿更方便追蹤，也能減少最後才發現重要素材缺漏的情況。

功能需求要怎麼寫，才不會各自理解？

用一段實際操作流程描述功能，不要只寫功能名稱。 「要預約系統」可能只是送出詢問，也可能要即時選時段、付款、改期和退款，製作與維護範圍差很多。先描述客人從哪裡進入、填什麼、送出後看到什麼，以及公司如何接手。

例如「訪客選服務、留下聯絡方式，送出後看到完成提示；負責人收到通知，再確認可服務時間」，就比「加一個表單」更容易討論。若還需要寄件失敗提醒或後台紀錄，也要一開始列出。W3C 的表單說明指引提醒應清楚交代必填、選填與資料格式，這些文字也屬於功能準備的一部分。

將需求分為本次必要、下一階段與暫不需要。上線後誰改文字、誰處理詢問、誰更新系統，也一起寫入分工；若正在比較工具與維護方式，可延伸看AI 架站平台與 WordPress 的差異。

一份可直接填寫的網站需求表

先用短句填完這張表，不確定的格子就明寫待討論。 以下是開案整理工具，不是填完就自動成為報價或合約。可複製到文件，在「目前內容」補上答案，讓製作方逐項標記需要追問或另外估算的工作。

若有參考網站，補上「喜歡哪個具體做法、為什麼適合客戶」。例如資訊分類清楚、手機按鈕容易找到，比「做得跟它一樣」更能形成可用的需求。這份表可先填一次，討論後再保留一份已確認版本。

開工前，怎麼確認準備已經夠用？

準備完成的標準是可以開始做決定，不是所有素材都毫無缺漏。 可依序做四個檢查：

1. 用一位目標客戶的角度，確認網站主要任務及必要頁面。
2. 把資料標成已確認、待補或需協助，為待補項目指定負責人。
3. 走一次最重要的操作流程，確認訪客與公司兩邊都有人接手。
4. 和製作方確認本次範圍、交稿與修改方式，以及上線前要完成的檢查。

也應在規劃時討論不同裝置與使用需求，避免到成品階段才發現關鍵操作不便。W3C 的無障礙規劃資源將相關工作與角色分工放進專案流程；對小公司而言，可以先具體提出文字是否好讀、表單是否容易理解、主要操作能否順利完成。

注意事項： 需求表中的希望與示意，不等於製作方已承諾包含。新增付款、會員、第三方串接或額外頁面時，仍要核對工作範圍及時程，留下雙方確認的版本。