「你到職的前 90 天打算怎麼做？」——比背 30-60-90 天模板更好的回答方式

重點摘要：「你到職的前 90 天打算怎麼做？」考的不是你有沒有背熟 30-60-90 天模板——這套模板面試官早就聽到爛了。它真正在測的是：你能不能診斷出這個團隊的真實處境，並且在對方當場追問、丟出新限制條件時把答案調整過來，而不是複誦你在停車場先想好背熟的稿子。

這題通常在面試進行到四十分鐘左右丟出來，而且往往就緊接在面試官剛描述完團隊真實狀況之後——一個做到一半的遷移專案、一條已經塞爆的客服工單佇列、一個沒人真正負責的流程。「那你覺得，你到職後的前 90 天，大概會是什麼樣子？」你腦中剛好有一套現成模板：前 30 天學習，接下來 30 天開始貢獻，90 天內交出成果。這套說法很乾淨、很有結構——但如果你一字不漏照著唸，等於什麼都沒告訴面試官，因為他早就猜到你會這樣說。

為什麼這題到哪個職等都還在問

面試官會一直問這題，是因為這是面試裡少數能「當場看到判斷力發生」的時刻，而不是事後才聽你轉述。有一套專門圍繞這題設計的 90 天規劃工具，把測試重點講得很清楚：重點不是你有沒有計畫，而是你會不會先診斷再下計畫——你會不會問「之前已經試過什麼」「團隊用什麼工具」「目前真正的瓶頸卡在哪」，而不是一聽完問題就直接跳進解法。

這個框架的源頭可以追溯到 Michael Watkins 的《The First 90 Days》（哈佛商業評論出版社）——市面上大多數這類建議，說到底都是從這本書衍生出來的，不管文章有沒有註明出處。Watkins 的核心論點是：轉職失敗通常不是因為不夠努力，而是把錯的計畫套在錯的處境上——例如在一個只需要穩定磨合的團隊上硬套「大破大立」的翻轉計畫，或是在一個其實正悄悄崩解的團隊上只做「維持現狀」。面試官不是在查你的行事曆，他們是在確認：你走進這個團隊時，有沒有能力先搞清楚自己踩進的是哪一種處境。

大家都在用的模板——以及它為什麼開始反效果

搜尋這題，幾乎每個結果長得都一樣：前 30 天學習、建立關係；接下來 30 天開始貢獻；90 天交出可衡量的成果。Indeed 官方的職涯建議也是走這套架構，而且這建議本身不算錯——只是太常見了，常見到你一字不漏照著背，等於沒給面試官任何新資訊。

《The Muse 訪問 Eliot Kaplan》（Hearst Magazines 人才招募副總裁，資歷 18 年）給出的其實是一個更收斂的建議：別帶著一份僵硬的計畫走進去，而是帶上幾個具體的想法，展現你的思考過程、應變力與主動性。這套建議沒涵蓋到的那一塊——從招募方的角度看——是接下來會發生的事：一套完全在面試前就寫死、完全沒提到這個團隊任何具體細節的計畫，一開口就聽得出是排練過的；而一個排練好的答案，其實默默回答了另一個問題：你到底有沒有認真聽面試前面的內容。

搭一個骨架，不要背一份稿子

解法不是寫出更厲害的稿子——而是用一個更輕量的骨架，現場填進面試官已經告訴你的資訊。

1. 前 30 天，提出一個診斷性的問題或假設。 不要抽象地說「我會去學這個 codebase」——根據對方描述的內容，點出你第一件要搞懂的具體事情。如果對方提到一個做到一半的遷移專案卡住了，你的 30 天答案應該是去搞懂它「為什麼」卡住，而不是籠統地說「先熟悉環境」。
2. 60 天提出一個具體、可信的貢獻——規模要符合一個真正的新人在兩個月內實際能交付的東西，而不是一場大改造。這裡把話說得太滿，比說得太保守更容易被看穿。
3. 90 天提出一個可衡量的訊號，而且要對應到對方真的會去檢查的東西——他們提過的某個指標、一個反覆出現的痛點、這一季說過的目標——而不是一句空泛的「交出成果」。

這套做法和標準模板的差別，不在階段架構本身——而在於每個階段都指回「這場對話」裡具體的細節。這也是為什麼骨架式答案禁得起追問，而背好的稿子禁不起：因為根本沒有什麼好辯護的，你的答案本來就是從對方告訴你的東西長出來的。

依經驗程度的範例回答

社會新鮮人，第一次真正找工作： 「在承諾具體產出之前，我會想先搞清楚客服工單目前是怎麼分派處理的，畢竟你提到工單佇列一直在塞車——這是我前幾週會花時間搞懂的事。到 60 天，我希望能獨立處理某一類工單。到 90 天，我希望能根據自己實際觀察到的問題，對分派流程提出一個小改動，哪怕只是一個標籤命名規則。」

中階，想爭取更大範疇的機會（例如轉戰外商）： 「根據你說遷移專案卡在資料層這一塊，我前 30 天會專門去搞懂它到底為什麼卡住——是工具上的缺口、沒人認領的相依關係，還是單純被排到後面去了。60 天內，我希望能把這一塊解開。到 90 天，我希望這個遷移專案至少能重新有一個可信的完成日期——聽起來現在是沒有的。」

管理職或資深 IC，預期要主導一份書面計畫： 「我會先跟團隊逐一 1:1 談過，才承諾具體的行動項目——這不是走過場，而是因為你提到人才流失一直是個隱憂，我不想讓我的 90 天計畫去解決一個我根本還沒確認真的存在的問題。我現在能承諾的是結構：先花時間診斷，60 天內修好一個團隊自己點出來很痛的問題並讓大家看得到，90 天有一個我們在第一週就一起談好的留任率或產出指標。」

應付真正在考你的追問

真正的考驗很少停在第一個答案。重點是後續的追問：「如果 IT 不肯優先處理那個遷移修復怎麼辦？」或是「上一個講過類似話的人後來沒做起來——你憑什麼會不一樣？」市面上幾乎所有關於這題的建議，都停在你事先排練好的那個版本；幾乎沒人談到面試官當場反駁你之後該怎麼辦。

這裡的關鍵不是去捍衛你原本的計畫——而是把對方丟出的新限制條件複述一次，然後當場調整答案裡的某一個具體部分。「如果 IT 沒辦法優先處理，那我 60 天的里程碑就從『修好上線』改成『整理出替代方案，並附上明確商業理由送出 IT 工單』——診斷本身不變，只是這個時間窗內能達成的事情變了。」這一句話，示範出這題真正在測的東西：不是規劃能力，而是你能不能在對話進行到一半就修改計畫，而不是把原話講得更大聲一遍。

這也是為什麼搭配即時的面試 AI 助手練習真的有幫助，而不只是心理上的拐杖——重點從來不是事先把一套完美的 90 天答案寫死背熟，畢竟骨架本來就得依面試官現場說的話彈性調整。它比較像多一雙耳朵，幫你當場抓住那個骨架應該圍繞的具體細節——對方提到的工具、對方在意的指標——而且是在你真正需要的當下抓住，而不是等三個問題之後你才發現自己漏接了。

下一場面試前

不管這場面試會不會剛好問到這一題，底層在測的東西——你能不能吸收一個真實處境的新資訊，並當場調整思路——會不斷出現，包括在你在下一份工作中在找什麼這類問題裡，或是你到職第一天打算怎麼展現你的管理風格。骨架只要搭好一次，三題都能用。

常見問題

面試官問「你前 90 天的計畫是什麼」，我該怎麼回答？ 別背那套「學習-貢獻-交付」的標準模板。用面試官剛剛告訴你的團隊狀況，當場搭一個輕量骨架：前 30 天定一個診斷重點，60 天定一個可信的貢獻，90 天定一個可衡量的訊號——每一項都扣著這場對話裡的某個具體細節，而不是一套換到哪家公司都能用的計畫。

你的 30 天、60 天、90 天目標是什麼？ 讓每個階段都圍繞這個團隊的真實處境，而不是套用通用的里程碑：30 天用來診斷他們描述過的那個具體問題，60 天做出一個貼合真實新人規模的具體貢獻，90 天達成一個他們真的會去檢查的可衡量成果。

你到職後前 90 天會完成什麼？ 比通用答案承諾的要少，但講得更具體。承諾一場大改造，比承諾一個小而可信的成果——一個診斷重點、一個貢獻、一個可衡量的訊號——更像警訊；而且要做好準備，在面試官當場追問時把它們改口說出來。

在面試中提出 30-60-90 天計畫算是警訊嗎？ 如果內容明顯很通用，那就是。有經驗的面試官已經看過這套三階段模板幾百次，聽第一句話就能認出是背好的稿子。真正的警訊不在格式本身——而在於這份計畫拿去套到任何一家公司的面試都能原封不動地用。

我需要帶一份書面的 30-60-90 天計畫去面試嗎？ 只有當這個職位資深到本來就預期你要提出領導層轉任計畫時才需要（管理職、副總級，或明確要求做簡報的職缺）。對大多數一般職級的面試來說，帶一份書面計畫反而顯得準備過頭，可能對你不利——用清楚的口頭骨架回答比較安全。

---

作者・Alex Chen。職涯顧問，曾任科技業獵頭。在招募端待了 5 年後，轉而專職幫求職者準備面試。寫的是真實的面試互動，不是教科書式建議。