描述使用者的需求
載入中
描述使用者的需求 · 5 min
摘要逐字稿
大多數 AI 訓練教您如何寫出更好的提示。這雖然必要，但不足以打造出卓越的產品。本課程將完整呈現描述鏈：從一個雜亂的人類需求，到 AI 可以據以行動的精確指令，而建構者在每一步都扮演著翻譯者的角色。
重點整理
- 描述鏈將使用者的聲音、需求、技術規格與 AI 指令連結起來。提示工程只是其中一個環節。
- 建構者在每一步都是翻譯者。AI 無法聽見使用者沒有說出口的話。
- 程式碼能運作，但產品卻不行，這就是描述失敗。請找出上游哪個環節斷裂了。
- 測試是最精確的描述形式。如果測試通過了，但使用者卻不滿意，代表您描述錯了意圖。
- 每一個步驟都涉及判斷取捨，而這些是前一階段無法替您做出的。
練習
診所等候時間專案，第二部分
您將從上一課結束的地方接續下去。請拿出您的問題簡報、委派計畫，以及驗收測試。
步驟 1：撰寫產品需求
一段文字。將您問題簡報中的使用者需求，轉化為可衡量的內容。每一個形容詞都應該是您能夠說明理由的決定。如果您寫「快」，請寫出多快。如果您寫「簡單」，請描述對於一位在停車場用手機查詢的病患來說，「簡單」意味著什麼。
步驟 2：撰寫技術規格
半頁篇幅。描述要建構什麼，以及它的結構如何。為各個組成部分命名。說明它們彼此如何溝通。在這裡以增強模式使用 AI：分享您的產品需求，請它提出技術方案，然後針對任何不符合您限制條件的地方提出質疑。
步驟 3：收緊您的測試
回顧上一課的驗收測試。重新撰寫，使每一項都是程式碼可以通過或失敗的內容。至少加入兩個邊界案例：當診所關閉時會發生什麼、當沒有資料時會發生什麼、當等候時間為零時會發生什麼。
步驟 4：撰寫您的 AI 提示並進行建構
撰寫能將您的規格轉化為可運作程式碼的指令。納入您的限制條件、技術堆疊選擇，以及您的測試。建構出第一個版本。
步驟 5：展示成果
找一位夥伴。讓他們扮演一位診所病患——他們有個生病的孩子，只有十分鐘時間。把您的成品交給他們，觀察他們如何使用。不要解釋任何事。不要幫忙。
測試通過了嗎？病患滿意嗎？如果答案對不上，您會回頭檢視鏈中的哪一個環節？
課程反思
- 描述鏈中哪一種轉譯對您來說最自然？您又傾向於匆忙帶過哪一種？
- 在您的診所展示中，您的意圖與夥伴實際體驗之間，最大的落差出現在哪裡？
接下來
在下一課中，我們將從描述邁向辨別。您已經建構出成果，程式碼也能運作——現在的問題是，它是否真的夠好。