十七分鐘先被計時了：得物的 KPI 二面，是一頁沒有回饋的介面

（事件回顧：面試發生於 10 月 17 日，發帖當晚即出現在牛客網。）

先從幾個數字看起。一面 9 月 16 日，口頭說過了之後沒有下文；10 月 13 日一通電話告知原崗位沒了，詢問是否接受轉崼二面；同意之後約到 10 月 17 日上午 10 點 50 分。全程面試時長十七分鐘，扣掉自我介紹是十五分鐘。這一串時間戳本身就是一份介面：等待、轉崗、壓縮，每一格都被排得很滿，唯獨對話本身被排得很空。

原帖作者描述的畫面相當具體。面試官照著八股題單念題，只念一遍；沒聽清而反問，不複述，直接念下一題；回答之後沒有任何反饋，直接念下一題；主動詢問是否需要細講，對方當作沒聽到；聽到一半不想聽了，念下一題。沒有手撕，沒有問項目，連反問環節都省略，最後一句是「你退出會議吧」。

把這段經歷當成一個介面來讀，它的問題很清楚：單向、無回饋、無錯誤處理。任何一個做過產品的人都知道，使用者輸入之後系統至少要給一個狀態，loading、成功、失敗都行。這場面試的迴路裡沒有任何狀態顯示，提問者唯一做的事就是推進到下一條。題單在這裡退化成一份播放清單，而且連暫停鍵都被拔掉了。

留言區則提供了對照組。有人留言自己也遇過得物二面類似的場面：面試官語速極快、聲音很輕，二十分鐘結束，第二天秒掛。也有人直接下判斷：「這種就是不想招。」這條留言之所以獲得最多回覆，在於它給出了整場介面失靈的解釋框架：當一場面試的目的已經不是評估，而是走完流程，題單的單向推進就不再是失誤，而是效率。

對照另一則同期出現在相關推薦裡的得物 Java 二面涼經，差異更明顯。那一場基本沒問八股，而是拷打專案、實習與 AI 工程：獨立實作還是團隊協作、是否上線、使用人數、ReAct 與 Plan-And-Execute 的區別、如何保證 AI 產出程式碼的品質。同一家公司、同一個季節、同一輪面試，一個是逐題追問的深挖介面，一個是十五分鐘念完的清單介面。同一個節點上，不同面試官把介面做成了完全不同的東西。這也接近我們先前在攜程前端一面那條由淺入深的題流裡觀察到的現象：面試的品質，往往藏在題目排序與追問節奏這些排版層級的細節裡。

值得多看一眼的是「KPI 二面」這個詞。它已經是求職社羣裡的成熟詞彙，指公司為了沖面試場次而安排的、結果預先決定的面試。原帖標題把它放進「挑戰秋招最 mean 面試官」的句式裡，meanness 於是有了一個結構性的來源：態度問題被轉譯成流程問題。一篇 大廠招聘者的秋招忠告 式的修辭還會包裝一下誠意，而 KPI 面試連包裝都省了，直接把內部流程的介面裸露給候選人看。

收束的觀點很簡單。這場十七分鐘的面試之所以引來圍觀，不是因為它特別殘酷，而是因為它特別誠實：它把一家公司內部怎麼對待「不值得投入評估成本的候選人」這件事，原樣播給了當事人看。面試是一場雙向的品牌接觸點，得物在這個接觸點上交出的介面，沒有回饋、沒有對話、沒有收尾，只有一句「你退出會議吧」。求職者把這一頁截圖下來貼到牛客網，等於替這個介面做了一次公開的可用性測試，而結果已經寫在留言數裡了。
本文依據牛客網 10 月 17 日發布的原始帖子與其留言區撰寫，僅反映發帖者單方陳述與社羣討論，未經得物方面證實。