60 秒決策
先確認使用者要完成的事。
適合使用
- 一個任務已完整結束，使用者需要確認結果、編號、後續流程或回到下一個工作位置。
- 完成訊息不能只靠會消失的 Toast，因為使用者可能要回看它。
不適合使用
- 只是沒有後續工作的短成功提示；可用 Toast。
- 任務尚未真正完成，只是在背景排隊或等待審核；要清楚寫成已送出、處理中或待審核。
畫面要說清楚的事
不要只交代外觀，也要交代資料與輸入規則。
寫出完成的是哪一件事
「已送出 LumenCore 專案存取申請」比泛用的「成功」更能讓人確認結果。
保留能追溯的資訊
申請編號、送出時間與接下來誰會處理，能避免使用者重複送出同一件事。
下一步與完成語意要一致
任務已結束時可回到專案；若只是送審，不能暗示使用者已取得權限。
必要狀態與回應
每個狀態都要讓使用者知道下一步。
處理前
送出入口清楚說明會建立什麼紀錄。
已完成或已送出
顯示具體結果、追溯資訊與下一步；若仍待審核，要保留待審核語意。
回到工作流
使用者可返回專案、查看紀錄或開始另一筆申請。
重複送出防護
已有成功紀錄時，避免讓人誤以為必須再按一次相同送出按鈕。
操作 Demo
先知道要觀察什麼，再動手操作。
操作前先知道
查看已送出的存取申請
先觀察：Success State 是否告訴使用者完成內容、申請編號與下一個可去的位置。
操作：點選「建立另一份申請」。
預期結果：畫面改成新申請的起始說明，狀態文字回報可建立下一筆申請；原本成功訊息不會和新任務混在一起。
LumenDesk
任務結束後，留下可確認的結果✓
已送出 LumenCore 專案存取申請申請編號 LD-4821 · 今天 10:58 · 審核完成後會寄送通知。
尚未操作這個狀態示範。
告訴 AI
把任務、規則、狀態與操作條件一次寫清楚。
在 LumenDesk 送出專案存取申請成功後，顯示完整 Success State：「已送出 LumenCore 專案存取申請」。列出申請編號 LD-4821、送出時間與「審核完成後會寄送通知」。提供「返回專案」作為主要下一步；若使用者已不需要處理，避免再放多個相同層級按鈕。這不是會自動消失的 Toast，完成訊息要能被使用者回看。驗收清單
不要只確認欄位能不能點。
- 是否清楚說明哪一件任務已完成或已送出？
- 是否列出有用的編號、時間或後續處理資訊？
- 若仍待審核，文字是否避免說成已取得結果？
- 主要下一步是否符合完成後的工作流？
- 是否避免把需回看的成功結果塞進自動消失 Toast？
- 動態完成訊息是否能被輔助科技得知？