去年幫一個朋友改履歷，他在一間中型網路公司做了兩年後端開發，跳槽投了一個多月，面試寥寥無幾。我拿過他的履歷一看，工作經歷那一欄是這樣的：
負責訂單系統日常開發與維護，參與需求評審、API 開發、Bug 修復，配合測試完成版本上線。
我說你寫的這不是工作經歷，是出勤紀錄。任何一個和你同職位的人都能把這段話複製到自己履歷上，改個系統名字就行。
這其實是絕大多數人的問題——不是工作經歷沒東西寫，而是把自己做了兩年的事，寫成了一句誰都能寫的話。
面試官看工作經歷，到底在看什麼
先換個角度想這件事。一個 HR 或業務面試官篩履歷，一份履歷平均停留時間也就十到二十秒。工作經歷這一塊是他停留最久的地方，但他真正在找的不是你「做了什麼」，而是三個資訊：
- 你在什麼樣的環境裡工作過——大廠還是小團隊？業務成熟還是從零開始？
- 你在裡面扮演什麼角色——扛事的那個人，還是一直在接任務的那個人？
- 你離開的時候留下了什麼——是維護了一個正常運作的系統，還是讓某些指標發生了實質變化？
第三個問題尤其關鍵。很多人寫工作經歷的時候，描述的全是「我在職期間做了什麼」，但面試官真正在意的是「因為你做了什麼，局面和原來有什麼不同」。這兩個問題看起來差不多，寫出來的東西差很多。
打個比方。你去一家餐廳應徵廚師，你不會在履歷上寫「每天切菜、炒菜、洗鍋」，你會寫「負責後廚熱菜線，高峰期單餐出菜 80 道，三個月內將招牌菜退貨率從 6% 降到 1.5%」。後面那個才是別人想看的。
道理不複雜，但落到履歷上很多人就忘了。下面拆 5 個真實碰過的案例，每個案例的產業和階段不一樣，但底層問題出奇地一致。
案例 1：有經驗但寫成了「什麼都做過」
背景： 小 A，兩年半前端開發，在一家 B 輪新創公司待了兩年，公司的前端就三個人，他什麼都碰過。履歷上寫：
負責公司多個產品線的 Web 前端開發工作，包括後台管理系統、H5 活動頁、小程序等。使用 React 和 Vue 技術棧，配合產品和後端完成需求開發。參與元件庫的搭建和維護。
第一眼看上去問題不大，但仔細讀會發現一個問題：說了很多，什麼也沒說清楚。「多個產品線」是幾個？「元件庫搭建」是你主導的還是你用了別人的東西？「配合產品和後端」——每個前端都配合產品和後端，這不算資訊。
他的真實情況其實挺能打的：後台管理系統是他一個人從零搭起來的，H5 活動頁最高的一場活動 PV 過了百萬，元件庫也是他帶頭搞的，後來其他兩個前端都在用。
但這些東西履歷上一個字都沒體現。不是他不會包裝，是他根本沒意識到這些資訊值錢。
改後：
獨立搭建公司後台管理系統前端架構（React + TypeScript），從專案初始化到上線全流程負責，支援營運、客服、資料三條業務線日常使用。
帶頭建設團隊內部元件庫，沉澱表單、表格、彈窗等業務通用元件 30+，團隊成員全部接入使用，新需求開發效率提升明顯。
負責行銷 H5 活動頁開發（Vue），單場活動最高 PV 120 萬+，活動期間零線上故障。
這版不只是「做過什麼」，而是「做到什麼程度」。面試官一眼能看出這個人的技術棧、獨立作戰能力和團隊影響力。小 A 用這一個版本投了兩週，面試邀約翻了差不多三倍。
案例 2：跳槽頻繁，怕被覺得不穩定所以寫得很虛
背景： 小 B，三年內待過三家公司，其中一家只待了七個月。他擔心跳槽太頻繁被篩掉，於是把每家公司的經歷寫得很短、很模糊，想著「低調」一點可能不會被注意到。
結果恰恰相反。你寫得越模糊，面試官越會盯著你那一段經歷看——因為他得不到任何正面資訊，只能往壞處想。
他有一段七個月的工作是這樣寫的：
參與電商平台促銷模組開發，完成秒殺、拼團等功能的 API 實作。
我問他這段經歷到底是怎麼回事。他說那家公司雖然只待了七個月，但他是跟著專案走的——進去的時候專案剛開始，他負責了秒殺模組從設計到上線的全流程，專案做完他就走了（公司業務方向調整，和 HR 談好的離職）。這段經歷其實是他三年裡技術成長最快的一段時間。
改後：
入職後獨立承接秒殺模組設計開發，完成庫存預扣減、限流熔斷、非同步下單等核心邏輯，上線後承載雙 12 大促，峰值 QPS 4500+，無超賣事故。
同步完成拼團模組 API 開發，涵蓋開團、參團、成團回調全流程，上線首月拼團訂單佔比達 15%。
你看，與其遮遮掩掩，不如把事情講清楚。尤其是短期經歷，你越模糊面試官越猜疑，你寫具體了他反而會理解——因為真正做事的人才能寫到這個顆粒度。
這裡順便說一句：跳槽頻繁本身不是致命傷，致命的是「頻繁跳槽 + 履歷上完全看不出來你每次跳槽累積了什麼」。如果你的每段經歷都有明確的能力增長軌跡，面試官一般不會因為跳槽次數卡你。
案例 3：在同一家公司待了五年以上
背景： 小 C，在一家傳統軟體公司做了六年 Java 開發，履歷上工作經歷只有一條，列了七八個 bullet point，大致長這樣：
- 參與 XXX 管理系統開發
- 負責 YYY 模組維護
- 配合需求方完成 ZZZ 功能疊代
- ……
六年寫成這樣，問題很大。在同一個地方待得越久，你越不能寫得像「我一直在做同一件事」。面試官看到六年只有一條工作經歷、還沒有任何職級或業務深度的變化，第一反應是：這個人是不是六年都在原地踏步？
但小 C 的真實情況遠非如此。他在的這六年裡，前兩年做業務開發，中間兩年被調到基礎架構組做中介軟體，最後兩年又回到業務線，帶了一個三人的小團隊負責一個新方向的探索。
改後，拆成三個階段：
資深 Java 開發工程師（近 2 年）
帶 3 人小組負責新業務線從 0 到 1 搭建，完成系統架構選型、核心模組開發和團隊技術規範建設，業務上線後穩定運作至今。Java 開發工程師 / 基礎架構（中間 2 年）
調至基礎架構組，負責公司級訊息中介軟體的二次開發和維護，解決叢集訊息積壓和消費延遲問題，支援日均千萬級訊息流轉。Java 開發工程師 / 業務線（前 2 年）
參與公司核心業務系統開發，獨立負責訂單、庫存等模組設計實作，從需求分析到上線全流程跟進。
同一家公司、同一個人，拆成三個階段之後，面試官看到的是一個「技術深度在增長、職責範圍在擴大」的人。這對長期待一家公司的求職者來說是最關鍵的訊號。
如果你也有類似情況，可以試著把同一家公司拆成不同階段，用角色變化來體現成長——不一定非要正式升遷，哪怕是你做的事情變了、承擔的責任變了，都可以拆開寫。
案例 4：轉行，之前的經歷和現在投的沒關係
背景： 小 D，做了三年的線下活動策劃，想轉網路業做使用者營運。他最初的做法是把「活動策劃」那段經歷盡量往營運上靠，寫了一堆「拉新」「促活」「留存」之類的詞，但都是浮在表面的，看起來像硬湊。
我跟他聊完發現，他有一段經歷是完全可以寫成營運視角的，但他一直覺得「那是活動策劃的一部分」所以沒在意：
負責線下沙龍活動的整體統籌，包括場地對接、物料準備、現場執行和活動回顧。
這段話和網路營運的關係，他自己完全沒看出來。但我問他幾個問題就發現不對了：活動的參與者怎麼來的？（答：線上社群招募的）來多少人？（平均每場 80-120 人）這些人來了之後有沒有後續動作？（拉進社群了，轉化率大概 30%）活動有沒有內容產出？（每場都有嘉賓分享，做成了圖文和短影片）
改後：
策劃並執行線下沙龍 20+ 場，涵蓋使用者 2000+ 人：從線上社群完成使用者招募和篩選，單場到場率穩定在 85% 以上；活動後透過社群承接和內容分發，將參與者轉化為社群使用者的轉化率達到 30%。
將嘉賓分享內容整理為圖文和短影片，同步分發至公眾號和影片號，累計產出內容 60+ 篇，平均閱讀量 3000+。
這版之所以成立，不是因為加了一堆營運術語，而是因為「招募→到場→承接→轉化→內容分發」這條線本身就對應了使用者營運的核心鏈路。轉行的人最忌諱硬套術語，最應該做的是把你做過的事情用目標職位的語言重新翻譯一遍——前提是你得先找到你做的事情和那個職位的真正交集。
案例 5：工作經歷不寫時期，或者只寫年份
這個案例短一點，但值得一提。我遇過不少人，工作經歷只寫「2019 - 2021」不寫月份，或者乾脆不寫時間。問他們為什麼，得到的回答通常是：
有一段太短了不好看。
中間有一兩個月的空窗期不知道怎麼解釋。
怕算出來工作時間不夠長。
說實話，這些顧慮可以理解，但不寫時間比寫時間更危險。面試官看到缺失的時間資訊，預設假設是「你有事情不想讓我知道」，而不是「你忘了寫」。這個假設一旦形成，他對你後面所有經歷的信任度都會打折扣。
如果你真有一段很短的經歷或者空窗期，更好的處理方式是：時間照寫，但把那段時間做了什麼寫在履歷上，哪怕是非全職的事。
比如你有一段兩個月的空窗期，你可以寫：
2023.04 - 2023.06 | 個人學習期：系統補了分散式系統的課程，完成了兩個相關專案練習。
這比你留白要好太多。面試官不怕你空窗，怕的是你空窗期什麼都沒做，或者更糟——你試圖藏著。
六個能立刻用的改寫原則
如果你不想按案例一個個對照自己的履歷，可以先記住這六個原則，過一遍自己的工作經歷：
1. 不寫職位說明書，寫個人成績
差：負責後台管理系統的開發與維護。
好：獨立負責後台管理系統前端架構，從零搭建到交付，支援營運、客服兩條業務線日常使用。
2. 不寫「參與」，寫清楚你做了什麼
差：參與訂單系統優化。
好：主導訂單查詢鏈路優化，將核心 API P95 從 820ms 降至 140ms。
3. 每段經歷至少有一個數字
數字不一定是「提升了多少百分比」，它可以是：負責的系統涵蓋了多少使用者、處理了多少資料量、寫了多少 API、服務了多少業務方、跨了多少部門協作、帶了多大的團隊。
如果你實在找不到數字，至少寫出範圍。比如「涵蓋訂單、支付、退款三個核心流程」就比「參與後端開發」具體得多。
4. 同一家公司待得久，拆階段寫
不是非得有職位名稱的變化才能拆。你做的事情變了、承擔的職責變了、技術棧疊代了，都可以作為拆分的依據。
5. 短期經歷不要藏著
寫清楚你這段時間做了什麼、學到了什麼，比留白更安全。面試官怕的是未知，不怕已知。
6. 工作經歷的顆粒度要和年資匹配
剛畢業的：可以寫具體的任務和技能。
三年以上的：應該寫出獨立性和業務影響。
五年以上的：最好能體現「你做的事對團隊或業務線有影響」。
改完自查，五條就夠
- 每段工作經歷至少有一條能看出你個人的貢獻，而不是團隊一起做的事
- 有數字的地方盡量放數字，沒有數字的地方至少寫出具體範圍
- 「參與」「協助」「配合」這三個詞，每出現一次就問自己能不能換掉
- 超過三年的時間在同一家公司，有按階段拆分嗎
- 任何三個月以上的時間空白，你說明了原因或做了什麼
如果你看完這些還是不確定自己寫得怎麼樣，可以上傳到 DeepResume 做一次診斷。它會從成果量化、關鍵字涵蓋、ATS 友善度三個維度幫你看每條經歷哪裡需要補強，並給出具體修改方向。