# 對一個功能，跑完整判斷

產品思維 · 第 6 站（頂點）　｜　把前五站串成一條「該不該做」的流水線

先講一句話
  
綜合實戰不教新招，教怎麼把前五站一次用上：一個功能丟過來，你依序問「為誰 → 什麼問題 → 值不值得 → 怎麼驗證 → 連回價值」，最後給出有理由的**做／不做／先做小實驗**。

    ① 為誰・什麼 job② 真正的問題③ 值不值得排④ 怎麼驗證＋看數字⑤ 連回價值

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

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

核心對比
  
學招式（前五站）

      一次學一個工具：JTBD、問題空間、優先級、驗證、連回價值。**各自都懂**。

用招式（這一站）

      一個真實功能進來，**五個工具一次全用上**，收斂成一句「該不該做」。

差別就像「會背單字」和「開口講一段話」。這站要的是串起來、跑得順。

  這五步是哪來的？（點開看出處）
  這條流水線是把本 roadmap 前五站串起來的整理框架，**非引自單一來源**。背後的觀念各有出處：value／usability／feasibility／viability 四大風險出自 SVPG（Marty Cagan）；「先探問題再想解法」出自 Teresa Torres 的 opportunity solution tree；「先做小實驗再拍板」出自 Eric Ries 的 build–measure–learn。連結見文末「想深讀」。

把抽象變成動作 ⚙️
  
拿一個天天在用的功能來跑：「**該不該做訊息『已讀』小勾勾 ✔✔**？」同一個功能，被三個關鍵問題輪流照亮（會動，點圖可放大）：

頂點不是新招，是把前面五站一次用上

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

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

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

✍️ 換你試一題
  
換一個功能自己跑五步：「**貼文的『按讚數』要不要公開顯示**？」（或：限時動態的「誰看過」清單。）

① 誰想看到讚數、他想完成什麼？　② 真正的問題是不是「按讚數」本身？　③ 公開讚數對誰有壓力？　④ 拿什麼數字驗證（發文量？留存？）　⑤ 你會怎麼跟老闆講這個決定？

卡住的那一步，就是你這站還要多練的地方。

✔ 過關標準
  
這是整條 roadmap 的頂點，過關代表你能獨立走完全程：

隨便給你一個功能，你能**自己跑完**「為誰 → 什麼問題 → 值不值得 → 怎麼驗證 → 連回價值」，並給出**有理由的**「做／不做／先做小實驗」。

不用答得像資深 PM，**五步都跑到、每步講得出理由**就過關。到這裡，產品思維已經是你的反射，不是背出來的框架。

帶走這一句
  
**頂點不是背更多框架。**
是拿到任何功能，都能自動跑一遍
「為誰 → 什麼問題 → 值不值得 → 怎麼驗證 → 連回價值」。

📚 想深讀（權威來源）
- [SVPG（Marty Cagan）— The Four Big Risks](https://www.svpg.com/four-big-risks/)：判斷一個功能該不該做，先過 value／usability／feasibility／viability 四關。
- [Teresa Torres — Opportunity Solution Trees](https://www.producttalk.org/opportunity-solution-trees/)：別從目標直接跳功能，先探問題空間再想解法。
- [Eric Ries — The Lean Startup（build–measure–learn）](https://theleanstartup.com/principles)：用最小實驗先學再做，拿數據決定 pivot／persevere。
- [ACM CHI 2022 — Read-receipt practices（已讀行為研究）](https://dl.acm.org/doi/fullHtml/10.1145/3491102.3517496)：已讀為何造成回覆壓力與社交焦慮的一手訪談研究。

＊「五步判斷流水線」是把本 roadmap 前五站串起來的整理框架、**非引自單一來源**；各步觀念出處如上。

筆記整理　**Chance Lu**　·　產品思維 roadmap 第 6 站（頂點）　·　例子皆為通用示意