ui-station-deliverylisted

# UI 站交付紀律(UI Station Delivery) ## 什麼時候用 任何時候你要交付一個**使用者要親手操作**的東西:一個畫面、一段對話流程、一個表單、一個從 「按下去」到「拿到結果」的互動站。這技能講:**在說「做好了 / 請人驗收」之前,你自己必須先做什麼。** 核心洞見:**一個站是不是「能用」,不是看它的功能清單有沒有全部打勾,是看使用者能不能從入口 一路走到終點。** 清單全綠但走到一半沒有下一步,這個站就是壞的。 --- ## 核心法則 ### 法則 1:清單驗「做了沒」,劇本驗「能用嗎」——兩者缺一不交 - **清單(checklist)**:每個要求的零件做了沒?(有開場白、有按鈕、有三個分類…)——驗**存在性**。 - **劇本(journey)**:一個真使用者從**入口動作**(上傳/點擊/輸入)一路走到**終點動作**(產出/儲存/ 送出),中間每一步都走得通嗎?——驗**可用性**。 - **兩者是不同的驗證,缺一不可。** 清單全綠 ≠ 能用。最常見的失敗:每個零件都做了、都在畫面上, 但「看得到、說不上話」或「說得上話、動不了手」——**站不成站**。 ### 法則 2:自驗必須跑「完整使用者劇本」,一條路走到終點 交付前,**自己扮演使用者**,從入口走到終點,一步都不跳: ``` 入口動作 → 每一個中間狀態 → … → 終點動作(真的拿到結果) ``` 每走一步,問一個問題:**「使用者現在,知道下一步是什麼嗎?」** - 按了「全部」→ 系統確認了,但**沒告訴他接下來按哪**? → 斷頭,不成站。 - 看到���單了→ 但**沒有地方能表達「我要這個不要那個」**? → 說不上話,不成站。 - 走到最後→ 按了送出→ **沒有任何回饋說成功了沒**? → 「然後呢」,不成站。 **走不到終點,就是還沒做完。** 不論清單多綠。 ### 法則 3:「請人親驗」的前置 = 劇本自己先走通 + 逐步存證 「交給人做最終驗收」是有前置條件的,不是做完清單就能喊: - **前置**:完整劇本**你自己先走通了**,而且**逐步留下存證**(截圖 / 錄影 / 逐步輸出), 證明無斷頭、無殘影、無「然後呢」。 - **走不通,不准掛「請人驗收」。** 把一個走不到終點的東西推到人面前,是把「自己走一遍就會發現 的洞」丟給人找。 ### 法則 4:人的親驗是「最終拍板」,不是「幫你找自走就會發現的洞」 分清楚人親驗該做什麼、不該做什麼: - **該做(最終拍板)**:領域正確性(數字/邏輯對不對)、作業實情(實際流程符不符)、手感(順不順、 舒不舒服)——這些**只有人能判**,你自己走再多遍也判不了。 - **不��做(替你抓自走就會發現的洞)**:斷頭、殘影、按了沒反應、走不到終點——這些**你自己走一遍 就會撞到**。讓這類洞跑到人面前,是**交付流程的缺陷**,要跟「漏到生產的 bug(escaped defect)」 同等看待、同等記錄、同等檢討。 ### 法則 5:交付格式 = 「劇本已走通(存證 N 份)+ 自驗結果一行」 交付一個 UI 站時,附上: 1. **劇本走通聲明**:入口→終點一條路走通,附**逐步存證**(截圖幾張,對應哪幾步)。 2. **���驗結果一行**:清單 X 項全綠 + 劇本 Y 步全通 + 關鍵不變式(如無殭屍進程 / 無殘影)。 3. **先讓「把關者」審劇本完整性**(這條路真的通嗎、有沒有