Prompt 工程入門：非工程師如何把需求說清楚
一句「幫我做個好用的工具」，很難讓人知道你想解決誰的問題、這次要做到哪裡，也無法判斷結果合不合格。Prompt 工程入門可以先從需求表達開始：把目標使用者、使用情境、單一任務與驗收條件寫清楚。這套 Prompt 寫法不能保證每次都得到正確結果，但比較容易看出需求漏了什麼。
Prompt 工程入門要先掌握哪些原則？
非工程師 Prompt 不需要塞滿術語。先守住三個原則，內容就有基本骨架：
- 交代使用者與情境：誰會使用？他在什麼狀況下需要這個結果？
- 一次只處理一件工作：先完成能單獨檢查的小任務，其他需求留到下一輪。
- 先寫驗收條件：在送出前決定哪些內容必須出現、格式要怎麼呈現，以及哪些範圍不能超出。
這三項會把「我腦中大概有個樣子」改成別人看得懂、你也檢查得了的需求。結果有偏差時，也比較容易判斷是背景沒交代、任務太大，還是驗收條件不夠明確。
拆任務時，可以用「這次完成後，我能單獨檢查什麼？」當切點。做報名頁時，先整理資訊層級，再處理表單與付款；整理內容時，先確認大綱，再逐段補文字。一次塞入互相依賴的工作，其中一段出錯時會更難定位原因。分開處理，上一輪的結果也能成為下一輪更具體的背景。
可直接填寫的 Prompt 模板
目標使用者：這個結果要給＿＿使用。
使用情境：他會在＿＿的時候使用，目前遇到的問題是＿＿。
這次任務：請先完成＿＿，暫時不要處理＿＿。
輸出形式：請用＿＿呈現，內容需要包含＿＿。
驗收條件：完成後，我會檢查＿＿、＿＿與＿＿。
模板不用每格都寫很長。填完後回頭看一次：如果拿掉前面的對話，陌生人是否仍看得懂你要做什麼？看不懂的地方，就是下一句該補的資訊。
限制條件也要寫成可辨認的範圍。「簡單一點」仍然很模糊；「這一輪只整理頁面資訊，不串接付款」就清楚得多。若有不能變動的內容，例如品牌名稱、既有網址或指定欄位，也要逐項列出，避免為了調整其他部分而一起被改掉。
怎麼寫 Prompt 才能讓需求更清楚？
先把模糊形容詞換成能觀察的條件。「好用、完整、專業」每個人的理解都不同；指定使用者、工作範圍與完成標準，才有辦法對照結果。
前後對照：把一句願望改成可執行需求
修改前：「幫我做一個好用的課程報名頁。」
修改後：「請為第一次接觸課程的訪客整理一個報名頁雛形。這一輪只安排頁面資訊，不處理付款。內容需包含課程適合的對象、上課形式與報名入口；完成後，請逐項列出這三項資訊放在哪裡。」
修改後沒有更華麗，只是把「誰會看、這次做什麼、先不做什麼、怎樣算完成」交代清楚。若輸出仍不符合需求，先指出哪一條驗收條件沒通過，再針對那一段調整，別把整份 Prompt 全部重寫。
回饋時也要具體。與其只說「感覺不對」，可以指出「上課形式沒有出現在首屏資訊」或「這一輪不應加入付款流程」。這樣的回饋能直接對應原本的驗收條件，也保留已經符合需求的部分。
送出前的短驗收清單
- 有寫出目標使用者與使用情境嗎？
- 這一輪是否只要求一個主要成果？
- 限制與暫不處理的範圍清楚嗎？
- 結果出來後，能逐項檢查是否完成嗎？
想把 Prompt 接到完整的作品流程，可以繼續看 Vibe Coding 學習路線。Vibe Coding 工作術實戰課程的教學範圍包含發想、Prompt 工程、程式碼解讀與 Debug，對象是沒有工程背景、但希望把點子做成可用作品的人。任何 Prompt 方法都需要實際檢查輸出，不能取代 Debug 與驗收。
