開發觀念基礎

一次請求怎麼走

你已經會問「誰用」。這一課把那句話對上四站：瀏覽器、前端、後端、資料庫。

按下去之後，不是一句話就結束

資深 PM 聽需求，腦中是人。客服小安在櫃台，主管在週會，顧客在家裡等退貨進度。系統聽需求，腦中是一次請求。有人在瀏覽器按了一個按鈕，瀏覽器把一包資料送出去。這包資料先碰到畫給人看的那一層，再碰到守規則的那一層，最後才碰到記得事實的那一層。

這四段不是四個部門的簡報標題，是同一次動作的四站。小安按「查這張退貨」，畫面要有反應，規則要決定這張單能不能退，資料庫要拿出當時的訂單。少一站，「誰用」就還停在故事裡，沒有變成一個別人明天叫得動的動作。

用你會的話對上這條路

「誰用」多半落在瀏覽器前面：哪個人、什麼情境、要做哪個決定。「成功長什麼樣」落在畫面上看得到的結果，也落在資料庫裡真的改了什麼。「第一版不做什麼」常常是後端不准走的路，例如沒有訂單編號就不准猜。「上線判準」則是整條路都要答得出來：按下去之後，哪一站會說話，哪一站必須閉嘴。

你不必先會寫程式，才有資格談這四站。你要先會指認：這句需求是在講畫面、在講規則、在講記住的事實，還是在講誰有資格按。指認錯了，後面的原型會做在錯的那一層。最常見的錯法是把規則寫死在畫面上，因為畫面最好改、最好演示。演示完，換一個入口進來，規則就不見了。

客戶通常只描述終點

客戶常說：「我希望按下去就知道能不能退。」FDE 要把這句話拆回四站，而且講得出每一站的責任。瀏覽器負責把小安的輸入送出去、把結果畫回來。前端負責這次操作的畫面和暫時狀態，例如「查詢中」。後端負責能不能退的規則，以及要不要去問別的系統。資料庫負責訂單當時的金額、日期、狀態，不負責小安這一次滑鼠停在哪。

走完一圈你會發現，很多「再聰明一點」其實是某一站沒人認領。畫面很會說話，但沒有人規定空白單號該停下來。這不是模型的個性問題，是路沒有走完。先把路走完，後面才有資格談要不要把某一站交給模型。

範例 · 同一句「查退貨」，四站各說一句

小安手上有一張顧客傳來的訂單編號，想知道這張單進不進得了七天退貨。

瀏覽器：把編號送出去，把回來的結論畫在畫面上。
前端：按下去之後顯示「查詢中」，失敗時不要先自己編一個可退。
後端：用編號去問訂單，套用「七天內、未拆封」才可退；編號是空的就停。
資料庫：記住這張訂單的日期、狀態、金額。不記住小安今天的心情。

練習

挑一句你聽過的模糊需求，寫成四行：瀏覽器做什麼、前端做什麼、後端做什麼、資料庫做什麼。

圈出哪一行你現在還寫不出來。寫不出來的那一行，就是這一版還沒有主人的地方。

完成的時候

你能不看講義，用退貨例子走完一次請求的四站。
你指出至少一個「大家以為畫面會處理」但其實該由規則處理的句子。