Skip to content

Product Builder 面試日練 — 2026-10-25:Behavioral & Weekly Review

2026年10月25日1 分鐘
TL;DRBehavioral 面試裡最常翻車的地方,不是講不出故事,是把『信任』『影響力』這類抽象詞直接掛在嘴上,卻說不出具體發生了什麼。今天用 STAR 當外層敘事骨架,但在『行動』那一步換成 SBI(Situation-Behavior-Impact)結構,逼自己把『我去溝通了』這種含糊說法拆成『在什麼情境下,對方做了什麼具體行為,這個行為對團隊或結果造成什麼影響』。練習題是 Amazon 真實收錄的面試題:『團隊的信任被你或別人破壞過,你怎麼修復,結果如何』,拆解示範先判斷故事主角是自己還是對方,再用 SBI 把『怎麼開口』那一刻講具體。案例是 Kim Scott 在 Google 的真實故事——她對著 Sergey Brin 和 Eric Schmidt 做簡報時說了太多次『um』,事後主管 Sheryl Sandberg 直白告訴她『妳聽起來很蠢,大家會覺得妳不行』,這句話之所以沒有傷害信任、反而成為 Kim Scott 日後寫出《Radical Candor》的起點,是因為 Sandberg 平時已經用一千件小事證明自己真心在乎她——這正是今天題目要考的『直接的回饋為什麼沒有毀掉信任,反而修復了信任』的真實版本。文末附本週七個主題的回顧表與下週預告。

查詞與收藏

正在載入查詞工具…

🌏 English version

今日主題

星期日輪到 Behavioral & Weekly Review。這類題最容易讓候選人講成「空話」的地方,是故事裡充滿「我積極溝通」「我建立了信任」這類結論性的詞,卻沒有一句話讓面試官看到具體發生了什麼。2026 年面試指南反覆強調的轉變是:結構完整的 STAR 故事已經是及格線,真正拉開差距的,是故事裡那個「關鍵一刻」——通常是一次對話、一句回饋、一個決定——講得夠不夠具體,具體到面試官聽完能在腦中「看到」那個畫面。

核心框架速記

STAR 當外層骨架,SBI 處理「關鍵一刻」: 多數候選人知道 STAR(Situation→Task→Action→Result),但整段故事平鋪直敘地講,到了「我跟對方談了一下,後來關係就修復了」這種句子,面試官完全聽不出你做了什麼。SBI(Situation-Behavior-Impact)是專門用在「描述一次具體互動」的小工具——把 STAR 的「Action」那一步,換成 SBI 的細緻度重新講一次。

框架用途結構容易犯的錯
STAR鋪陳整個故事的時間線Situation(背景)→ Task(你的責任)→ Action(你做了什麼)→ Result(可驗證的結果)Action 講得太寫意,一句話跳過最關鍵的那次對話
SBI把 STAR 的 Action 裡「那一次互動」講具體Situation(當時場合)→ Behavior(對方或你做了什麼可觀察的具體行為,不是性格評價)→ Impact(這個行為對團隊、結果或你自己造成什麼影響)把 Behavior 講成評價(「他很不負責任」)而不是行為(「他連續三次會議沒交付承諾的項目」)

兩者合起來的用法:STAR 負責讓面試官跟上整個故事的因果線,SBI 負責讓故事裡「信任被破壞」或「信任被修復」的那一刻,具體到可以被驗證、不只是你自己的感覺。

今日練習題

題目

「告訴我一次團隊的信任被某個人或你自己破壞的經驗,你怎麼修復它,結果如何。」

(來源:Amazon PM/TPM 面試真題庫,igotanoffer.com 收錄)

拆解思路

  1. 釐清問題(選主角):這題有兩個分支——信任是「別人」破壞的,還是「你自己」破壞的。先在心裡選好一個真實發生過、而且有具體後果可以講的故事,不要為了顯得謙虛硬選「我自己搞砸」卻講不出真正的細節。
  2. 定義情境:用一兩句話交代這是什麼團隊、什麼專案、信任破壞之前的狀態是什麼(例如「這個跨部門小組原本合作順暢,直到……」)。
  3. 用 SBI 講清楚「破壞」那一刻:不要說「他不夠透明」,改成「他在週會上承諾會補齊的數據,連續兩週沒有交付,也沒有提前說明原因」——這是可觀察的行為,面試官才聽得出「信任」具體是指什麼被破壞了。
  4. 再用 SBI 講「修復」那一刻:你做的具體動作是什麼?是找對方開一對一、重新設計週報機制、還是公開在會議上承認自己的疏失?重點是「做了什麼」,不是「後來感覺好多了」。
  5. 定義成功:用一個可驗證的訊號證明信任真的恢復了——例如對方後續主動回報風險、該角色重新被交付更大的任務、團隊重新願意在沒有你盯著的情況下互相補位——而不是「大家感覺比較好了」這種無法驗證的收尾。

範例回答(面試時可以這樣講)

先定情境:「我想講一個我自己破壞信任、再修復回來的經驗,因為我覺得這個故事更能說明我怎麼處理自己的錯誤。當時我負責一個跨三個團隊的專案,我在 kickoff 時承諾了一個我後來才發現沒有和工程團隊對齊過的時程。」

用 SBI 講破壞的那一刻:「兩週後,工程主管在一次公開的站會上指出,這個時程根本不可能達成,因為有一個我沒考慮到的相依工作。那一刻我感覺到,其他兩個團隊看我的眼神開始帶著『他的承諾還能信嗎』的保留——這不是我自己的猜測,後來有一位 PM 私下跟我說,他們那週開始把我排的時程都打了折扣再規劃自己的工作。」

用 SBI 講修復的那一刻:「我沒有等對方來找我,而是主動在下一次站會上公開承認這個時程是我漏算的,並且當場提出一個新的、我已經先跟工程團隊對過的版本,還加了一條規則:之後任何涉及其他團隊的時程,我都會先用書面方式請對方確認,再拿去對外承諾。接下來的兩個月,我刻意讓這個確認流程透明可見。」

收斂結果:「三個月後,原本在站會上質疑我的那位工程主管,主動把一個新專案的範疇界定工作交給我主導——這對我來說是信任真正恢復的訊號,比任何人嘴上說『沒事了』都更可信。」

自我核對清單

用這張表檢查你的回答有沒有漏掉關鍵點:

核對項目有提到?
選了一個有具體後果、而不是含糊帶過的真實故事
「信任被破壞」那一刻用 SBI 講成具體行為,不是性格評價
「修復」那一刻講的是你做了什麼具體動作,不是「後來就好了」
成功指標是可驗證的行為改變,不是「感覺比較好」
誠實交代了自己在這個故事裡的責任,沒有把錯全推給別人
加分項:提到這次經驗後你改變了什麼長期習慣或流程

今日案例

Kim Scott 在 Google:一句「妳聽起來很蠢」如何沒有毀掉信任,反而修復了它

Kim Scott 剛加入 Google、第一次有重要領導機會時,帶著團隊向共同創辦人 Sergey Brin 和當時的 CEO Eric Schmidt 簡報一個行銷活動的成果。簡報本身被評價為成功,但事後她的主管 Sheryl Sandberg(後來成為 Facebook/Meta COO)把她留下來,直白地告訴她:簡報裡「um」說得太多次,聽起來像是對自己講的話沒有信心,如果不改,大家會開始覺得她「不行」。Scott 後來坦言,這句話在當下聽起來很刺耳。

但這句直白的回饋沒有毀掉兩人之間的信任,反而成為她日後寫出《Radical Candor: Be a Kick-Ass Boss Without Losing Your Humanity》這本管理學經典的起點。原因不是 Sandberg 說話的方式特別委婉——事實上她說得很直接——而是在那之前,Sandberg 已經用一連串具體行動證明自己真心在乎 Scott 這個人:邀她加入自己的讀書會、支持她在家人生病時請假照顧。Scott 自己的解釋是:「Sheryl 之所以能夠那麼直白地跟我說『妳聽起來很蠢』,是因為我知道她真心在乎我——她已經用一千件事證明了這一點。」這正是 Radical Candor 框架的核心主張:「直接挑戰」(Challenge Directly)只有疊在「真心在乎」(Care Personally)之上,才會被對方當成修復信任的動作,而不是破壞信任的攻擊。

面試連結:這個案例最適合用在「怎麼用直接的回饋修復或建立信任」這類行為題——重點不是「要不要說實話」,而是示範一個具體的因果鏈:平時的小動作先建立「這個人真心在乎我」的信任基礎,之後一句尖銳的回饋才會被接收成幫助,而不是傷害。回答「信任怎麼修復」時,可以借用這個框架反問自己:修復信任的動作,前面有沒有先鋪墊「我在乎你」的證據。

延伸閱讀

本週回顧

日主題練習題自評
一 10/19Product SenseMeta 真題:被指派負責一個全新的志工媒合產品,怎麼收斂 segment 與痛點☐ 完成 ☐ 需複習
二 10/20Metrics & AnalyticsYouTube 留言數上升、觀看時長卻下降的指標衝突診斷題☐ 完成 ☐ 需複習
三 10/21Strategy & ExecutionGoogle 真題:你是 Zoom 的 CPO,面對 Google Meet 的強力競爭怎麼應對☐ 完成 ☐ 需複習
四 10/22AI Product Design自擬題:AI 貸款核准系統要不要人工覆核,怎麼分級設計審核強度☐ 完成 ☐ 需複習
五 10/23Growth & ExperimentationIGotAnOffer 真題:結帳漏斗一週內掉了 20%,先排除什麼才能開藥方☐ 完成 ☐ 需複習
六 10/24Technical PM2026 年真題:設計一個系統讓 Gemini 回答使用者的一個查詢☐ 完成 ☐ 需複習
日 10/25BehavioralAmazon 真題:團隊信任被你或別人破壞,你怎麼修復,結果如何☐ 完成 ☐ 需複習

下週預告

下週(10/26–11/1)維持標準輪替,沒有加練主題:一 Product Sense、二 Metrics & Analytics、三 Strategy & Execution、四 AI Product Design、五 Growth & Experimentation、六 Technical PM、日再回到 Behavioral & Weekly Review。本週如果「信任修復」「SBI 講具體行為」這兩個核對項目常常打勾不起來,下週可以在準備故事庫時,特別挑一兩個「我自己搞砸過」的故事先練到能用 SBI 講清楚,而不是只準備「別人的錯」的故事。

參考資料