從四五年前開始，因自己在公司角色上開始轉換為 Senior PM，開始擔任 Hiring PM 時的面試角色，期望是透過我對工作的了解、以及對 PM 要求以及特質的敏感度，來評估 Candidate 對於工作的適合度。
我其實滿喜歡擔任面試官的，首先是我很喜歡這種可以透過一個超正當理由，去跟一個人的職涯深度的了解，能夠了解更多人做事的方法、不同領域的知識、商業模式等，看到比較印象深刻的特質或是技巧，也能借鏡後學習來提升自己，雖然面試很消耗精神腦力，但都能大幅拓展自身視野以及能力，通常面試玩我心情也都會滿好(有那種深度交流的愉悅感)，因此整體我很喜歡面試，也都會用心準備。
這一陣子公司要找一位與 AI 關連的 PM，因此想趁著完成這一輪面試後，對於面試整體還熱騰騰的狀況下紀錄這個過程，以及分享我所做的準備與想法。
進行面試的準備
就如同我們平常在做產品規劃一樣，先以終為始的去確認自己最後要給予主管、給予 HR 同仁的「產出內容為何」。我們公司是屬於小型的軟體公司，基本上面試流程主要只有兩關，一開始是 Direct PM 電話簡單訪談，然後在做實體面試。
Direct PM 電話訪談只有做基本檢核，確認基本資訊以及初步意向，通常是把明顯不符合的角色剔除，把比較有可能性的拉進第二關實體面試。而第二關 On-site 面試，流程主要為：
- Senior PM 面談 <– 這就是我在做的部分
- Direct PM 面談
- HR 面談
我的角色就是第一關 Senior PM 面談，通常我的面試部分是時間最長的部分，我通常會進行 1 到 1.5 小時左右，我的產出目標是 ‘提供給 Direct PM 我認為這個人整體在作為 PM 的合格程度’，因此在這幾年的面試經驗中，我自己通常設定要在面試過程中產出的目標為：
- 評估面試者作為 PM 的軟實力，著重在對 Define 事情、邏輯思考、表達能力，對產品與商業洞察的解析
- 評估面試者作為 PM 的硬實力，開發流程技巧、Framework tool 掌握，以及 Domain 知識等
- 評估面試者是否好相處，學習能力，與團隊未來合作比較有關的評估
而在我的部分面試結束後，我通常會跟我的主管去過以上這些內容，讓他了解我心中對於這個人是否 Qualify 的想法，而如果這一次面試者眾多的時候，我也會比較殘忍的把他們互相拿來比較，例如直接 ‘A 優於 B’、‘C 就是 D 的優化版，可以不用考慮 D’ 之類的，基本上也是提供一個快速的 Ref 讓後續主管與 HR 快速選人。
面試流程 0 - 面試環境啟動
由於是 on-site 的第一關，我通常進去與面試者碰面時，會刻意做一些提問技巧來做開場：
「你是 xxx 嗎？」
「你有沒有需要水或是其他飲料？」
「剛剛過來天氣會太熱嗎？」
「你這樣做會不會不舒服，有沒有要調整的位置」
以及在動作上，我也會盡量有幾個原則，第一是不坐在面試者「正對面」，盡量選擇側身，以及我通常會讓他可以「看到我的手」，因此我很少打字，並且大多時候會雙手放在我自己的大腿、身體上，整體感覺有一點像是諮商師的動作，還有我會自己帶水杯，我自己會很常喝水。
這些對話與小動作是我試著從 UX 裏面 interview user 的技巧拿過來的，目標都是想辦法讓面試者可以放鬆、更自在地表達，讓他可以達到自己最滿意的狀態，我也能更有效的評估他的能力狀況。
接著我會自己做簡單的開場，介紹自己後完整地告訴他我的面試目標「我是現職 PM，我跟你面談是為了評估你的能力並向主管說明」，然後說明公司在做什麼以及這個職缺的工作內容。
最後在面試開始前，我會說明兩個原則，去讓雙方面試可以真正的自在：
- 我的提問不會有預設答案
- 如果我的問題太尖銳、太冒犯，或你不想回答，你可以隨時制止或拒絕
面試流程 1 - 自介與工作介紹
「我已經看過你的履歷，但我想在請你自我介紹一次，並且著重在你的一、兩個工作的描述，可以不用是現職工作」
這個開場有很多的目的，例如會先聽到這個人的表達能力，怎麼描述他的組織、業務、工作內容，從中去細聽他有沒有把人事物串接在一起描述，理解前因後果的能力。
有趣的是，這樣 open 的答案，也可以知道這個人過去經歷中在乎以及擅長的事情，例如他可能對開發流程描述較多、可能會很精準的說明商業模式、說明市場觀察等不同面向，而我常見會追問的問題包含：
- 請幫我完整說明商業模式，客戶是誰？為什麼有需求？產品/服務解決什麼需求？
- 你的角色是什麼，細節上你做了 output 與 outcome 是哪些？
- 產品/業務中還有什麼 stackholder 或合作人員？大家的關係是什麼？
而通常我在這段，可能已經就差不多取得對這個人選的大部分理解，而以我自己的喜好來說，我對於 ‘越能把事情介事地清楚’ 的能力是比較肯定的，不論是說清楚商業模式、產品功能解說、利害人關係，對我而言也更符合我對於 PM Define 與釐清事務能力的肯定。
這裡我通常會設定三個 Check point，有講到之後對我來說這部分就結束了，包含 ‘說清楚商業模式、說清楚你的工作細節、說清楚所有相關人士的R&R’
面試流程 2 - 技術檢驗與討論
這裡所謂的技術包兩種類型的檢驗，第一是 PM 需要的如 User Story、Critical Path、Xmind、RISE 等各種 Framework 等操作與使用，或是到傳統敏捷式開發、PDCA、或 Git flow 等開發技術。第二種是在指 Domain knowhow，例如對雲端、網路、AI 熟悉程度，知不知道軟硬體 deploy 模式、什麼是 CICD 等這類比較知識性的內容。
通常會先用一間關鍵字看面試者知不知道這些單字，然後會請他們去解釋、去說明使用方式，或是過去有使用的經驗。而我這幾年面試下來，通常只有偏向 Senior 的角色比較熟悉，Junior 對於大多數的內容都沒有使用的經驗，整體來說如果 Senior 普遍平均可以拿到 80 分的話，Junior 大多只有 40 分的程度，差異性比較大。
這一段我可能只有花到 10-15 分鐘，而多數狀況下由於前面解釋工作與討論已經談過很多實作方法，因此這個階段只是在多做一個確認而已。
另外講個這次面試對於 AI 的心得(2026 年 4 月)，原本我是很期待面試者會有對於 AI Agent、AI 開發進行探索，可能會分享一堆 skill 或神奇的案例，但面試下來發現多數人對於 AI 的使用主要還是在 Cloud Provider 例如 ChatGPT、Gemini 等，對於 CLI 或是 Agent 概念都沒有接觸。後續跟主管討論後，可能還是 RD 類型的角色才有機會跟動力往自動化整合研究，而且現實是現在發展真的太快了，我自己也是今年才更熟悉 CLI 與 skill 等 harness 的應用，因此現階段市場上的 PM 或許還沒有那麼多人接觸。
面試流程 3 - 白板題目情境模擬
等等我會有兩個角色，第一個是 stakeholder，我會跟你說我要做什麼題目，第二個是開發工程師，你邀請她進來一個會議，並準備要跟他有一個新案子的描述。
你可以跟 stakeholder 詢問任何問題，藉以釐清你心中的任何疑問與不確定性，你可以使用這裡的白板做任何筆記或畫圖，只要當你準備好之後，你就可以呼叫開發工程師，看你是要跟他解釋圖片、或純粹用講的都可以。
好，那我們開始 —— 我現在是 Stakeholder，我的題目是「做一個 AI 保全」
這個白板題目標是去檢驗 PM 在面對需求方、面對內部的各種能力表現，AI 保全是假題目，真正要解決的問題是透天與獨棟建築物沒有可以收發包裹、外送的機制，因此其實我會觀察面試者是否會透過提問，來找到原因。而最後跟開發工程師的講解，我會觀察他如何描述 story、如何拆解任務，並打算提供什麼樣的 output 給工程師。
如果要整理的話，這個題目可以分成以下幾點來衡量：
- 挖掘與定義問題
- 拆解任務需求
- 描述與解釋
這幾輪面試下來，我自己覺得這個題目滿好玩的，越優秀的人才所提供的內容會越完整，也能透過他們對 Stakeholder 的提問，再次了解他們行動與思考的脈絡。
面試流程 X - 闔上電腦聊天，送出感謝與微笑
我通常最後開放提問，讓面試者可以自由提問問題，而在最後結束後，我通常會 ‘主動做出闔上電腦的動作’，並在跟他們聊一兩個小東西，並大概透露出這個聊天已經不計入面試階段了，可能是聊聊他的轉職心境、或聊聊共同朋友，之類的。在這段輕鬆之後，我會面帶微笑地跟他說聲謝謝，結束這段面試。
結語 - 保持真心而非試探
最後，我對於面試都保持著一個「好奇心」，抱著真正的好奇去詢問對方的工作、產業、公司特色等，聽不懂的地方會認真的提問、請對方再次解釋，甚至會稍微刻意地說「我對這個領域/技術很不熟悉，可否再跟我解釋清楚一點」，我覺得這個好奇心除了幫助我理解外，也會某種程度的降低面試者對我提問的恐懼，而可以實際展現自己的實力。
最後回到一句老話，面試是互相的，在自己擔任面試官之後，我也更明白面試不僅僅是一個「測驗」，而更像是一個雙方彼此了解的過程~~(或許更像相親)~~，因此真誠的對待每一個面試者，認真傾聽、認真回答每一個問題，都是一個面試官必要的職責。