用 AI 建站之前，怎樣寫一份可執行的需求說明

寫業務目標，不只寫風格

先說明目標客戶、主要產品和希望訪客完成的動作，再描述頁面結構。把“高階大氣”轉換成具體要求，例如首屏說明產品用途、詳情頁提供引數、諮詢入口可在手機上使用。真實素材和不可編造的內容應單獨列出。

區分頁面與業務系統

列明表單傳送到哪裡、資料是否儲存、誰能登入後臺、內容怎樣更新。若這些尚未確定，就標記為待配置，不要求 AI 假裝已經連通。支付、會員和檔案上傳等功能，需要實際介面與許可權設計，不能只畫一個按鈕。

提前寫驗收場景

使用“訪客從某頁面進入，完成某動作，在哪看到結果”的格式描述驗收。還應包括輸入錯誤、網路失敗和窄屏顯示。把這些場景交給生成工具與開發人員，避免最後只按首頁截圖評價整個專案。

教學示例

比起“做一個機械外貿網站”，可以寫“面向裝置採購商，包含三類產品、參數列、工廠能力與企業微信諮詢；不得虛構認證，所有演示案例標明示意”。輸出邊界會清楚得多。

執行清單

• 寫明客戶、產品、目標動作和真實素材。
• 單列待接入的後臺與第三方服務。
• 為正常、失敗和手機端場景設定驗收條件。

以工業水泵為例，如何整理一條產品資料

建議為每個型號建立一行記錄：名稱、系列、實際引數、圖片檔名、用途、選配件、引數來源和稽核人。圖片命名與型號對應，未確定的引數留空並註明待補。把“圖片很多”變成“每個產品的資訊完整”，設計人員才能準確組織頁面，業務員也能複用這份資料回答詢盤。這裡是資料組織示例，不代表某一款產品的具體效能。

分批上線，不等於先隨便填內容

資料很多時，可以把產品分成首批重點、第二批補充與暫不上線三組。先完成核心產品、企業介紹、聯絡和關鍵應用頁面，再按排期增加資料。每次更新都保留版本和稽核記錄。沒有原始資料的產品不要用相似圖片、競爭對手引數或 AI 推測補齊；未準備好的入口應隱藏，而不是讓客戶點進空頁面。

第一次溝通可以帶來什麼

帶上現有網址、主推產品清單、目標市場、三項最需要的功能和大致預算。服務商應據此給出頁面與功能範圍、資料分工、費用構成和排期依賴。參考網站只需要指出喜歡的結構或視覺，不必要求逐頁照搬。需求確認後的新增頁面、語言或功能，應進入變更清單再評估費用和時間。