對一個功能，跑完整判斷

前五站你單獨每個都會了。但真實工作裡，功能是一整包丟過來的——「我們要不要做已讀？」——沒有人會提醒你「現在該戴 JTBD 那副眼鏡了」。

這一站練的，是把五副眼鏡接成一個連貫反射：任何功能進來，你自動從頭跑一遍，不會漏掉「誰會痛」或「怎麼驗證」，也不會直接跳到「怎麼寫」。

把上面那個功能「要不要做已讀小勾勾」，一步一步套五站：

1. 為誰？他想「雇」這功能完成什麼 job？（第 1 站）
   傳訊者想消除一種不確定：「對方是沒看到，還是看到了不理我？」已讀被他雇來回答這件事。
2. 真正的問題是什麼？別直接跳解法（第 2 站）
   問題其實是「不確定對方收到了沒／在不在意」。已讀只是解法之一——「正在輸入…」「上次上線時間」也能緩解同一個焦慮。先攤開問題空間，別一頭鑽進「已讀」。
3. 值不值得排？代價是什麼？（第 3 站）
   已讀對傳訊者是小確幸，對收訊者卻是壓力：被看到「已讀不回」會焦慮，可能反而不敢開訊息、變得少用。這個隱形成本要放進優先級，不能只看「做起來簡單」。
4. 怎麼知道做對了？看哪個數字？（第 4 站）
   別全站硬上。先做「可開可關的已讀」當實驗，只放一部分人。看回訊率、開啟率、留存——如果開了已讀反而讓人少開 App，數字會說話。
5. 連回價值：用商業＋用戶的語言講結論（第 5 站）
   「做它是為了讓傳訊者更安心、對話更順 → 帶動活躍與留存；但用『可關』控制副作用，避免嚇跑重視隱私的人。」——不是「別家有所以我們也做」。

跑完你會發現，答案不是硬邦邦的「做」或「不做」，而是先做『可關的已讀』當實驗，看數字再拍板——一個有理由的判斷。