Product Builder 面試日練 — 2026-08-29:Technical PM
Technical PM 面試考的不是你會不會寫程式,是你能不能把一個技術決策(要不要接受 breaking change)講成一個工程師會認同的產品判斷。今天用「釐清→草擬→拆解取捨→回扣產品」四步法搭配輕量版 ADR,練一道 API 版本控管的真實題,並對照 Stripe 用 idempotency key 把「網路重試會不會重複扣款」這個不確定性收斂成一紙契約的做法。
Technical PM 面試考的不是你會不會寫程式,是你能不能把一個技術決策(要不要接受 breaking change)講成一個工程師會認同的產品判斷。今天用「釐清→草擬→拆解取捨→回扣產品」四步法搭配輕量版 ADR,練一道 API 版本控管的真實題,並對照 Stripe 用 idempotency key 把「網路重試會不會重複扣款」這個不確定性收斂成一紙契約的做法。
Technical PM 面試考的不是你會不會畫架構圖,是你會不會在畫圖之前先講清楚限制條件。今天練 Clarify → Estimate → Sketch → Trade-off → Mitigation 五步結構,題目是 Google 真實面試題「設計企業版 Google Keep」,案例是 Uber 一則 latency vs consistency 的真實工程協商故事。
Technical PM 面試不要求你寫 production code,但你要能讀懂 trade-off。核心能力:API 設計的基本思維(RESTful、版本控制、錯誤處理)、系統架構的 high-level 理解(微服務、資料庫選型、快取策略)、與工程師協作的溝通模式(RFC 流程、技術 spec review),以及在技術限制下做產品決策的能力。