2026-06-24

成為 AI 時代的產品經理 05｜需求說不清，AI 就替你瞎補

你跟 AI 說「做個登入功能」。

它幫你做出來了。但在你這句話和那段程式碼之間，它替你做了一連串你根本沒提的決定：用電子郵件還是手機號碼、要不要驗證碼、密碼錯幾次鎖帳號、鎖多久、錯誤提示寫「密碼錯誤」還是「帳號或密碼錯誤」、要不要「記住我」、登入狀態存多久。這十幾個決定，沒有一個是你拍板的，全是它替你猜的。

問題不在它猜得對不對，在於它根本不會問你。換成一個人接這個案子，他會反問「我們這個登入是用手機號碼還是電子郵件？」AI 不會。它是個 yes-machine：做你說的，不做你想的。需求裡沒講到的地方，它就拿訓練裡見得最多的那個預設值填上——驗證規則、過期邏輯、出錯怎麼辦，全給你補一個，多半不是你要的。

OpenAI 的 Sean Grove 說過一句話：你寫的程式碼只佔你價值的 10% 到 20%，剩下 80% 到 90% 是把要做的東西講清楚。當 AI 把「寫出來」這步全包了，你的活就剩下前面那 80%——把需求說到沒有歧義。下面是四個能照著做的動作。

一、形容詞換成數字

「快一點」「簡單點」「醒目一些」「體驗好」——這些詞 AI 沒辦法驗證，只能自己定義一個。有人給 AI 寫「系統要對過流快速回應」，AI 直接把這條標成「無法驗證」：沒有一個能量測的閾值，「快速」是多快？

把形容詞換成數字，歧義就沒了。「載入要快」寫成「首屏 1.5 秒內出來」；「清單別太長」寫成「一頁最多 8 筆，再多就分頁」；「按鈕醒目」寫成「主色按鈕、和背景對比度夠看清」。能寫成數字或規則的，就別留形容詞。

二、把狀態寫全

doaipm 一直強調真實的四種狀態：載入中、空、出錯、成功。你只說「做個訂單清單」，AI 預設給你做成功態——有資料、網路好、一切正常。

訂單清單：載入時顯示載入動畫；一筆訂單都沒有時顯示「還沒有訂單」加一個去下單的入口；請求失敗時顯示「載入失敗，點擊重試」；正常時每筆顯示訂單編號、金額、狀態。

空清單長什麼樣、載入時給使用者看什麼、失敗了怎麼提示——這三種你不寫，AI 要麼不做，要麼隨便給你補一個。真實產品裡使用者撞上空和錯的機率，比你想的高得多。

三、把邊界情況列出來

最容易省、也最容易出事的是異常路徑。研究 AI 給模糊需求補假設時發現，它補得最多的恰恰就是這些：資料過期了怎麼辦、沒權限的人存取怎麼辦、兩個人同時操作同一筆怎麼辦、逾時了怎麼辦。

你做優惠券，就得把這些講明白：券過期了使用者點「使用」彈什麼、同一張券兩個裝置同時下單算誰的、使用者把券用了一半退款了券退不退。你不列，AI 就替你各假設一個，等上線出了問題你才發現它當初是怎麼猜的。

四、寫完用一個零背景測試自檢

判斷一條需求夠不夠清楚，有個現成的尺：把它交給一個完全不懂這個專案的人，他能不能照著做出跟你腦子裡一模一樣的東西？如果兩個人讀完會理解成兩個樣，就是還不夠清楚，接著拆，拆到沒有歧義為止。

嫌麻煩還有個更省事的辦法：讓 AI 先別動手，把它打算替你補的假設一條條列出來給你看。它列出來的「我預設券全場通用」「我假設有效期 7 天」，就是你剛才沒說清的地方。趁它還沒做，把這些堵上。

今天能做的一件事：挑一條你正打算丟給 AI 的需求，先別發，按「形容詞換數字、狀態寫全、邊界列出來」過一遍，再發。然後比對一下，這一版產出和你隨手發那版差多少。

成為 AI 時代的產品經理 05｜需求說不清，AI 就替你瞎補

一、形容詞換成數字

二、把狀態寫全

三、把邊界情況列出來

四、寫完用一個零背景測試自檢

延伸閱讀

討論