我做網站十五年，客戶回報問題的方式，跟現在大家跟 AI 描述問題的方式，幾乎一模一樣。

「網站壞了。」「表單怪怪的。」「昨天還好好的。」

以前收到這種訊息，我要花二十分鐘問回去才知道發生什麼事。現在你把同樣一句話丟給 AI，它不會問二十分鐘，它會直接猜一個最可能的原因去修。猜對是運氣，猜錯你就進入「修好了但沒變」的循環。

所以 AI 修不對地方，多數時候不是它不會修，是你給的資訊只夠它猜。

四個欄位，缺一個 AI 就要猜一次

不管回報給工程師還是給 AI，一個問題的描述至少要有這四件事。

一、操作步驟。你做了什麼？從哪個頁面開始，點了什麼，填了什麼。不是「我用表單」，是「我在報名頁填了姓名跟 email，按送出」。

二、預期結果。你以為會發生什麼？「應該跳到完成頁，然後收到一封信。」

三、實際結果。實際發生什麼？「畫面停在原地，按鈕變灰，沒有任何訊息，也沒收到信。」

四、發生時間跟範圍。什麼時候開始的？每次都這樣還是偶爾？只有你這樣還是別人也一樣？手機跟電腦都一樣嗎？

寫完這四段，AI 修對的機率會高很多，因為它不用猜「壞了」是指哪一種壞。

第四個欄位最常被省略，但它常常直接指出答案。「昨天正常、今天壞」代表這中間有東西變了，可能是你改了設定、可能是某個外部服務改版。「只有手機會」代表問題在畫面或裝置，不在資料。

為什麼「先叫 AI 幫我整理」通常沒用

這幾年我收到越來越多這種訊息：客戶遇到問題，先叫 AI 把狀況整理成一段很完整的文字，再傳給我。

看起來很專業，段落分明、還有標題。但讀完之後我還是不知道他做了什麼、預期什麼、看到什麼。因為他本來就沒有先理解問題，AI 只是把原本的混亂包裝得比較完整。

問題描述的品質，取決於你有沒有觀察，不是你有沒有整理。AI 可以幫你把觀察排版，不能幫你補上你沒看到的東西。

所以順序是：先自己重做一次那個操作，把四個欄位填好，再交給 AI。不是先丟給 AI，讓它替你「想像」發生了什麼。

多數人卡的不是技巧，是轉換

我最近越來越覺得，很多人「不會用 AI」的底層問題，不是不會寫提示詞。是沒辦法完成一個轉換：

我已經知道什麼、我想要什麼結果、中間還缺什麼資訊、所以我該問什麼。

描述 bug 就是這個轉換最基本的練習。你知道的是「畫面停住」，你想要的是「送出後跳到完成頁」，中間缺的是「為什麼沒跳」，所以你該給 AI 的是讓它能找出「為什麼」的材料，也就是那四個欄位。

這個能力練起來，不只是跟 AI 講話會變好，跟客戶、跟合作對象、跟工程師講話都會變好。

兩件不要做的事

第一，不要改寫錯誤訊息。畫面上出現一段英文、一串代碼，原封不動貼過去。不要翻成「它說什麼什麼錯誤」，你翻譯的那一層，剛好會把最重要的線索翻掉。

第二，不要把猜測寫成事實。「我覺得是金流的問題」可以講，但要標明是猜的。你一講「金流壞了」，AI 就會往金流去修，而真正的問題可能只是表單少了一個欄位。

觀察跟猜測分開寫，AI 才知道哪些是可以依賴的資訊。

一個可以直接抄的格式

我自己回報問題，大概長這樣：

「在活動頁填姓名、email 後按『送出』。預期跳到完成頁並收到確認信。實際上按鈕變灰、停在原頁、沒有錯誤訊息，信也沒收到。今天早上開始的，昨天正常。電腦 Chrome 跟手機 Safari 都一樣。我沒改過任何設定。」

不到一百字。但這一段比一千字的「AI 整理版」有用，因為每一句都是我看到的，不是猜的。

反過來說

如果你發現自己寫不出「預期結果」那一欄，那問題可能不在程式。你自己也不確定它應該怎麼運作，AI 當然更不知道。這時候要先釐清的是需求，不是 bug。

下次要描述問題之前，先看看自己寫的那段話裡，四個欄位有幾個。

如果你做到一半卡住，可以把狀況寫信給我。也歡迎訂閱我的電子報：https://iamlouis.ai/subscribe/edm