今日主題
Behavioral 面試最容易被低估的地方，是候選人以為它在考「你有沒有故事可以講」，但招聘委員會真正在評的是三件事：agency（你有沒有主動出手）、judgment（你怎麼在取捨中做決定）、learning（你事後有沒有變得更好）——而且是照這個順序聽。多數人準備 behavioral 的方式是背幾個 STAR 故事庫，卻在被追問「如果重來一次你會怎麼做」時當場卡住，這正是委員會用來分辨「會執行的人」和「會成長的人」的關鍵一問。
今天要練的，是把經典 STAR 框架升級成 STAR-R，並用一道「沒有正式職權卻要影響關鍵關係人」的情境題，練習怎麼在故事裡誠實揭露代價，而不是只講一個乾淨的成功結局。
核心框架速記
STAR-R：比 STAR 多一個 Reflection
| 步驟 | 內容 | 時間配比 | 常見失誤 |
|---|---|---|---|
| Situation | 30 秒內講清楚背景 | 15% | 鋪陳太長，委員會還沒聽到重點就分心 |
| Task | 定義你的具體責任範圍 | 10% | 講成「我們團隊」而非「我」 |
| Action | 你的決策與怎麼發揮影響力 | 35% | 只列做了什麼事，不講怎麼說服人 |
| Result | 量化成果，同時揭露代價 | 20% | 只講漂亮數字，被追問 trade-off 就語塞 |
| Reflection | 學到什麼、後來怎麼改變做法 | 20% | 用「這次經驗很寶貴」帶過，沒有具體行為改變 |
不同公司的評分項目用詞不同，但都在測同一件事：At Meta 是「Drive for Results」「Move Fast」「Build Relationships」；At Amazon 是 Leadership Principles 裡的「Dive Deep」「Earn Trust」；At Google 是「General Cognitive Ability」與「Leadership」。這些詞彙背後對應的，其實就是 STAR-R 裡的 Action（你怎麼做）和 Reflection（你學到什麼）。
失敗故事的兩種類型（決定怎麼開場）
被問到「tell me about a time you failed」之前，先分清楚自己要講哪一種故事：
- Type 1／我做錯的決定：問題出在你自己的判斷。開場就要清楚地說「是我決定的」，不要用「我們決定」模糊責任；結尾要落在一個具體的行為改變，而不是抽象的「我學到要更謹慎」。
- Type 2／我解決的爛攤子：問題不是你造成的，而是外部出了狀況，你負責收拾。重點放在「我怎麼判斷根本原因、做了什麼取捨」，而不是條列做了哪些事。
選錯類型最常見的錯誤，是把 Type 2 的故事講成 Type 1（過度攬責，聽起來像在邀功而非解決問題），或把 Type 1 講成 Type 2（迴避責任，聽起來在怪罪別人）。
今日練習題
題目
你負責一項訂閱制產品的續費挽留功能，提案在跨部門會議上被平台工程的 tech lead 公開反對——他認為你要的做法會拖慢核心系統，而你對他的團隊沒有正式的管轄權，無法直接要求排入 sprint。請談一次你在類似情境下，如何在沒有職權的狀況下，成功影響一位立場強硬、掌握關鍵資源的關係人。
（來源：自擬，融合 Amazon／Meta behavioral 面試委員會常見提問模式「influencing without authority」與「conflict with eng/design」）
拆解思路
- 選對故事庫裡的哪一個：先確認這是不是一個「真正沒有職權」的情境，不要挑一個對方本來就會配合的順風案例——委員會問的重點就是你在對方有正當理由拒絕時怎麼辦。
- 30 秒定調 Situation／Task：講清楚背景與你的具體角色，不要花時間鋪陳專案全貌，委員會要聽的是衝突和你的責任邊界。
- 具體化 Action 裡的影響力手段：講清楚你怎麼理解對方真正的顧慮（不是表面理由）、怎麼用數據或小範圍驗證降低對方的不確定感，而不是「我開了很多會、一直溝通」這種空話。
- 誠實揭露 Result 的取捨：量化最後的成果，同時老實講出代價或反彈——委員會最想聽到你能不能面對「這個決定值不值得」的追問。
- 收在 Reflection：講出你之後怎麼調整做法，證明這是一個會被你內化、下次會主動用上的習慣，而不只是「順利解決了」。
範例回答（面試時可以這樣講）
先講清楚我沒有的權力，和要解決的衝突：半年前我負責訂閱產品的續費提醒功能，提案是在到期前一週用推播通知搭配一次性折扣挽留。平台工程的 tech lead 在跨部門會議上當場反對，理由是這會佔用推播排程資源，而且「行銷式折扣不該綁在核心續費流程上」。他掌握推播基礎設施的排程權，我完全沒有正式管轄權能要求他排進 sprint。
用降低對方風險，而不是爭辯論點的方式做 Action：我沒有在會議上反駁，而是私下約他聊，才發現他真正擔心的是半年前另一個團隊濫用推播導致大量退訂的舊傷。我提出先用現有的 email 管道做兩週 A/B 測試，完全不佔用他的推播資源，等有數據再談要不要投入工程資源。
誠實揭露 Result 的取捨，收在 Reflection：測試結果是續費率提升 6 個百分點，但退訂前的客服工單也增加了 15%，因為部分使用者對折扣機制有疑慮。我把這個 trade-off 誠實帶進最終決策會議，他後來主動把推播資源排進下個 sprint，而不是我去追他要。這件事讓我學到，influencing without authority 的關鍵不是準備更強的論點，而是先弄清楚對方被什麼燙過——我現在跨團隊要資源前，一定先問一句「上次類似的事，你們踩過什麼坑」。
自我核對清單
用這張表檢查你的回答有沒有漏掉關鍵點：
| 核對項目 | 有提到？ |
|---|---|
| Situation/Task 在 30-40 秒內講完，沒有過度鋪陳 | |
| Action 講清楚「怎麼理解對方顧慮」，不是只列做了哪些事 | |
| Result 有量化成果，也誠實揭露代價或反彈 | |
| 有明確分辨這是 Type 1（自己的決定）還是 Type 2（收拾爛攤子）的故事 | |
| Reflection 落在具體的行為改變，而非「學到很多」這類空話 | |
| 加分項：被追問「如果重來一次會怎麼做」時，答案跟 Reflection 一致 |
今日案例
Amazon Bar Raiser debrief：有 ownership、卻說不清楚 influence without authority 的候選人
一場 Amazon L5 PM 職缺的招聘委員會 debrief 中，候選人展現了扎實的 ownership，但被問到「怎麼影響一個你沒有直接管轄權的工程團隊」時，說法含糊。委員會為此爭辯了 18 分鐘，最終決定不予晉級——不是因為候選人經驗不夠，而是因為故事沒有揭露他怎麼處理跨部門的抵抗。這場真實 debrief 被面試教練 Johnny Mai 寫進分析文章，成為 PM 圈子常被引用的案例：hiring committee 真正在乎的不是你做了什麼，而是你怎麼在沒有職權的情況下讓事情發生。
面試連結：這個案例可以直接用來回答「為什麼 behavioral 面試比想像中更看重 influence without authority」——遇到任何跟跨部門合作、資源爭取有關的題目，都可以援引這個案例說明「單純展現 ownership 不夠，委員會要看到你怎麼處理阻力」。
延伸閱讀
- How to Ace Behavioral Interviews as a PM: The STAR-R Framework — 完整說明 STAR-R 框架，以及 Amazon／Meta／Google 各自的評分重點差異。
- Two types of stories for "tell me about a time you failed" — 教你分辨「我做錯的決定」與「我解決的爛攤子」兩種失敗故事該怎麼講。
- Tell Me About a Failure: Interview Answers (2026) — STAR+L 框架，附新鮮人與資深工作者的分級範例回答。
本週回顧
| 日 | 主題 | 練習題 | 自評 |
|---|---|---|---|
| 一 | Product Sense | YouTube 提升銀髮族用電視遙控器搜尋內容的成功率 | ☐ 完成 ☐ 需複習 |
| 二 | Metrics & Analytics | Google News DAU 上升 8%、廣告主預算卻縮減 15% 的矛盾分析 | ☐ 完成 ☐ 需複習 |
| 三 | Strategy & Execution | Perplexity 市佔率僅 2%，該如何鞏固未來 12 個月策略定位 | ☐ 完成 ☐ 需複習 |
| 四 | AI Product Design | B2B AI 客服自動結案準確率 94%，該怎麼設信心門檻 | ☐ 完成 ☐ 需複習 |
| 五 | Growth & Experimentation | 執行長要求加碼推薦好友計畫，該不該照做 | ☐ 完成 ☐ 需複習 |
| 六 | Technical PM | 客戶要求新增必要欄位，會造成 API breaking change 怎麼處理 | ☐ 完成 ☐ 需複習 |
| 日 | Behavioral | 沒有職權時，如何影響立場強硬的工程 tech lead | ☐ 完成 ☐ 需複習 |
下週預告
下週輪替回到 Product Sense 開頭，重點預習方向：
- 一 Product Sense：複習 CIRCLES 框架與 MECE 使用者分群，練習把模糊題目收斂成「行為驅動」的診斷，而不是列功能清單。
- 二 Metrics & Analytics：準備指標樹的畫法，練習在多個訊號互相矛盾時，先判斷哪個指標可能在「說謊」。
- 三 Strategy & Execution：複習 TAM-SAM-SOM 與五力分析，練習講清楚「你會犧牲什麼」而不是只講你要做什麼。
- 如果本週回顧裡有題目自評是「需複習」，優先在下週對應的固定日之前重練一次，再往新題目推進。
參考資料
- How to Ace Behavioral Interviews as a PM: The STAR-R Framework — 對應「核心框架速記」中 STAR-R 框架與「今日案例」中 Amazon debrief 的原始出處。
- Two types of stories for "tell me about a time you failed" — 對應「核心框架速記」中 Type 1／Type 2 失敗故事分類。
- Tell Me About a Failure: Interview Answers (2026) — 對應「自我核對清單」中 STAR+L 評分維度。
- Tell me about a time you failed as a product manager — 對應「今日練習題」拆解思路中「用具體行動而非空話描述 Action」的評語範例。
Loading...