AI、網站行銷企劃

客脈 AI 實作筆記
關注
Rayda

一人公司

09/25 09:04

網站需求只寫「手機好看」？用五個情境驗收

「想做一個漂亮、手機能看、可以接客人的網站。」這句話能開始討論，卻還不能拿來驗收。「接客人」可能是顯示電話、寄出詢問表單，也可能是線上預約；每種做法的工作範圍不同。
今天練習把一句模糊需求，整理成別人能追問、日後能實際檢查的草案。適合準備找人做網站或自己用 AI 建站的人。只需要紙筆或文字編輯器；以下是虛構設計工作室，不是客戶案件。
【先保留原話】
「我要首頁、服務介紹、聯絡三頁。表單的姓名、Email、需求說明都必填，送出後寄到指定信箱。手機要好閱讀。我想自己改服務文字。這次不要線上付款，希望下個月上線。」
先用三個標記分開：
• 已確認：原話明確提到的三頁、三個必填欄位、寄信、手機閱讀、自行改文案，以及本次不做付款。
• 待補充：收件信箱、網站圖片與文字由誰提供、什麼日期上線、誰有後台權限。
• 建議待確認：手機測試尺寸、寄信失敗提示、表單資料保存方式。這些都不能被 AI 偷偷寫成「業主已同意」。
【再把形容詞改成可觀察結果】
Cucumber 的 Gherkin 文件用「前置情況／執行動作／預期結果」描述情境。我們借這個結構寫五項驗收草案，不必安裝任何測試工具：
1. 空白表單：三個必填欄位都沒填時按送出；應指出缺少什麼，不能顯示成功。
2. 錯誤 Email：輸入 abc 後送出；應提示格式不對。前端擋住不代表伺服器已驗證，兩邊仍要分別檢查。
3. 正常寄送：在約定的測試環境填入測試資料；畫面應顯示雙方確認過的狀態，收件端也要核對是否真的收到。只看到「送出成功」不能推論 Email 已送達。
4. 手機閱讀：先約定一個手機寬度與實機，開啟三頁、操作選單和表單；文字與錯誤訊息可讀、沒有橫向溢出。只測一種尺寸，不等於所有手機都通過。
5. 自行更新：用預定交付給業主的方式修改服務介紹；儲存後重新開啟公開頁，應看到新文字。可改哪些區塊與如何復原誤改仍需確認。
這五項是供雙方討論的「驗收建議」，不是已經建好的網站測試結果。每項都要附對應需求；若原話沒有提到會員、金流、LINE 通知，就移到建議區，不要讓 AI 自動加進報價範圍。「希望下個月上線」也只是期待，素材、確認流程與確切日期未定前，不能寫成保證交期。
【讓 AI 幫忙時，可這樣要求】
「只把原話明確提到的項目標成已確認；缺資料列待補充；你提出的做法列建議待確認。每項附原句依據，保留『不做線上付款』。為表單、手機閱讀、自行改文案各寫前置條件、操作、可觀察結果；不要宣稱任何情境已測試通過。」
最後請另一個人只看草案，就能指出哪一項已確認、哪一項還要問、日後要怎麼驗收。如果做不到，先補問問題，不用急著選平台或寫程式。這個紙上練習免費；真正建站、寄信、後台與維護成本要等範圍確認後另估。也不要把真實客戶的合約、密碼或個資直接貼給 AI。
參考官方文件：
整理／配圖：客脈 AI。配圖為 AI 生成示意；本文是虛構練習，沒有替客戶建站或完成表單實測。
網站需求只寫「手機好看」？用五個情境驗收
0 0 24 0