產品經理的英文履歷怎麼寫
更新於 2026-09-02
產品經理的履歷多半死於模糊。工程師有程式碼、設計師有作品集，PM 的產出就是決定本身。所以每一條 bullet 都要寫出一個你做的決定：砍了什麼、選了什麼、停了什麼，以及哪個指標因此移動。「Drove alignment」這種句子只證明你參加過很多會議，外商招募者不會為開會發面試邀請。
可信的 PM 履歷同時呈現兩面：你怎麼決定做什麼（訪談、實驗、停損標準），和你怎麼把它做出來（與工程、設計的範圍取捨、上線節奏）。只寫探索，讀起來像研究員；只寫交付，讀起來像專案經理。外商面 PM，兩面都會查。
這一頁的範例照同一個標準寫：動詞開頭、範圍具體、指標的位置一律留 [N]。數字是你的。把 [N] 換成你面試時守得住的數字，被追問才站得住。
這個職位的英文履歷，完成後長這樣
下面是一份虛構人物的完整範例，由產品的排版引擎渲染成真正的頁面，分數由同一套規則引擎現算——不是我們打上去的。缺的數字一律留 [N]，所以分數停在上限以下；那不是範例的缺陷，是產品的規則在示範。
Hannah Park
Education
- Founded the department’s product society, which grew to [N] members and shipped with two startups a semester
- Won the national business case competition, presenting a market-entry plan to [N] industry judges
Experience
- Owned payroll pricing and roadmap for [N] enterprise accounts, growing attached revenue by [N] million won
- Shipped the approvals workflow after [N] interviews, cutting the approval cycle from [N] days to [N] hours
- Eliminated [N] planned features after usage data showed fewer than [N]% of accounts would reach them
- Led the courier app rebuild across [N] engineers and [N] designers, raising on-time delivery from [N]% to [N]%
- Doubled the checkout team’s experiment velocity, landing the flow that lifted order completion by [N] points
- Launched the scheduled-order feature to [N] million users, which became [N]% of weekend volume within a quarter
- Built the onboarding checklist that walked a new workspace to its first saved report, raising week-one activation by [N] points
- Introduced a customer call rota across the [N]-person company, which turned [N] recurring complaints into the quarter’s two committed fixes
- Grew trial-to-paid conversion by rebuilding the trial around the one report buyers asked for, landing the company’s first [N] thousand-seat account
Projects
- Created a quarterly scorecard ranking [N] payroll partners on uptime and revenue, cutting integration escalations by [N] points in two quarters
- Established a tagged library holding [N] thousand minutes of customer calls that three product teams now search before opening a discovery cycle
Additional Information
履歷該有哪些區塊、什麼順序
PM 履歷以一頁為原則，五年以上經歷最多兩頁。排序的邏輯只有一個：讓讀的人在前三分之一頁就判斷出你是哪一種 PM，包括什麼產品、什麼階段、動過哪些指標。判斷不出來的履歷，不會被讀完。
- 1Summary
三句話定位：產品類型、你擁有的指標、你的決策風格。招募者用這一段決定要不要往下讀。
- 2Experience
整份履歷的重量所在。每段職務三到五條 bullet，決策優先於活動，倒序排列。
- 3Selected Product Work（可省略）
轉職者與新鮮人用來補證據：side project 或代表作。標準與正職相同：有使用者、有決策、有指標，缺一就不要放。
- 4Skills & Tools
給 ATS 和快速掃描用的名詞區。方法與工具分開列，只放經歷撐得起的詞。
- 5Education
有工作經驗後放最後，一到兩行。應屆可以前移，加上相關修課與專題。
三種年資的 Summary 範例
Summary 是定位聲明。三個版本對應三種處境，共同點是沒有形容詞，只有範圍、指標和一個講得出口的取捨。
Product manager trained through [N] internships and one shipped campus product with [N] weekly users. Ran the user interviews, wrote the spec, and cut scope with two engineers to hit the launch date. Looking to own a single metric end to end on a consumer product.
沒有頭銜就寫可查證的動作：訪談、規格、砍範圍。最後一句講你要的責任，不用講熱情。
Product manager with [N] years in B2B SaaS, owning activation and retention for a product serving [N] accounts. Shipped [N] releases a year while running discovery in parallel, and stopped [N] initiatives the evidence did not support. Works in English and Mandarin with distributed engineering teams.
兩個指標、一個節奏、一個停損。中生代 PM 的可信度來自停掉過什麼，不只是上線過什麼。
Senior product manager who has taken [N] products from first interview to paid launch, owning activation, then retention, then revenue. Sets roadmaps by writing the tradeoffs down, and stays on record for the bets that failed as well as the ones that shipped. Manages [N] product managers and reports decisions directly to the executive team.
資深的訊號是願意對失敗留紀錄，以及指標責任隨年資升級的軌跡。範圍全部具體，形容詞一個都沒有。
依能力分組的 bullet 範例
外商評估 PM 看的是這五件事，功能清單排不上。每條 bullet 結構相同：動詞開頭、你做的決定、可驗證的範圍、該有數字的位置留 [N]。
決策與取捨
· Cut launch scope from [N] features to [N] after interviews showed one workflow carried most engagement; the release shipped [N] weeks early.
· Chose to rebuild onboarding over adding requested features, presenting the churn evidence to leadership; week-one activation rose [N] points.
· Stopped a [N]-month initiative when the pilot missed its pre-agreed threshold, and published the decision memo so the team redirected within one sprint.
探索與驗證
· Ran [N] user interviews and [N] usability tests each quarter, turning findings into a scored opportunity backlog reviewed weekly with design.
· Tested [N] problem hypotheses with prototypes before committing engineering time; dropped [N] of them on evidence and wrote down why.
· Piloted a pricing change with [N] accounts before rollout, surfacing an objection that reshaped the packaging and the launch FAQ.
與工程、設計協作交付
· Shipped [N] releases across [N] quarters with a [N]-engineer team, holding a weekly tradeoff review that kept every scope cut visible.
· Wrote specs engineers could estimate without a follow-up meeting, covering edge cases, an out-of-scope list, and the metric each release answered to.
· Re-sequenced the roadmap with the engineering lead when a migration slipped, protecting the quarter’s committed launch without adding weekend work.
指標所有權
· Owned activation for a product with [N] weekly active users; moved week-one activation from [N]% to [N]% across two quarters.
· Defined the team’s north-star metric and its guardrails, then retired [N] dashboards no decision had ever depended on.
· Designed [N] A/B tests a quarter with the data analyst; shipped only variants that cleared the threshold agreed before each test ran.
利害關係人溝通
· Replaced a sales escalation channel with a monthly prioritization review; the top [N] requests got written decisions, including the declined ones and why.
· Briefed executives with a one-page memo per launch (the bet, the metric, the kill criteria) before any engineering work started.
· Coordinated legal, support, and marketing for a [N]-market launch through one shared decision log instead of parallel meeting threads.
改寫前後對照
左邊是最常見的寫法，右邊是同一件事的可信版本。差別不在英文程度，在有沒有寫出誰決定、決定了什麼、結果如何。
Responsible for driving alignment across cross-functional teams.
Ran a weekly tradeoff review with engineering and design; every scope cut carried a written reason, and [N] launches shipped on the committed date.
差在哪 · 原句開頭是職掌宣告，「driving alignment」寫的則是活動。改寫後有機制（每週會議）、有紀錄（書面理由）、有可驗證的產出。
Managed the product roadmap and backlog.
Rebuilt the roadmap around [N] validated problems, stopped [N] low-evidence initiatives, and freed [N]% of engineering capacity for the retention bet.
差在哪 · 管理 roadmap 是職位說明書，每個 PM 都寫得出來。改寫後看得到你的判準：什麼算驗證過、什麼被停掉、釋出的資源去了哪裡。
Worked closely with engineers and designers to launch new features.
Shipped [N] features in [N] months by pairing with the design lead on weekly usability tests and cutting scope when findings demanded it.
差在哪 · 「Worked closely」看不出你決定了什麼。改寫後協作有具體形式（每週易用性測試），而且寫出了你的動作：依證據砍範圍。
Improved user engagement through data-driven decisions.
Raised week-four retention from [N]% to [N]% by rebuilding onboarding around the one action interviews showed predicted long-term use.
差在哪 · 原句是無法查證的主張：哪個指標、動了什麼、怎麼歸因，全部沒有。改寫後指標具體、機制明確，數字留 [N] 給守得住的人填。
Communicated with stakeholders to gather requirements.
Replaced a request inbox with a quarterly bet review: stakeholders argued evidence, and the top [N] decisions were published with reasons.
差在哪 · 蒐集需求是被動的活動。PM 被評價的是決定。改寫後你設計了決策機制，而且決定有署名、有理由、有下文。
技能欄：留什麼、刪什麼
技能欄是掃描區。方法、資料、工具、領域分開放，每個詞都要對得上上面的某一條 bullet。
值得佔版面的
User interviews · Usability testing · A/B experiment design · Opportunity sizing · PRD / spec writing
SQL · Funnel analysis · Cohort analysis · Amplitude / Mixpanel
Roadmap planning · Sprint planning · Jira / Linear · Figma (review-level)
B2B SaaS · Subscription pricing · Multi-market launches
可以刪掉的
- Microsoft Office / Google Workspace · 所有職位的基本盤，佔一行就是浪費一行。
- Communication / Leadership · 放在技能欄是自評。這兩件事由 bullet 裡的事件證明，不由名詞證明。
- Agile / Scrum（單獨一詞） · 每份 PM 履歷都有，零鑑別度。要寫就寫你實際主持過的節奏與產出。
- Product sense · 無法驗證的自我形容。一個砍掉功能的決定，比這兩個字有力。
ATS 關鍵字
外商的第一關常是解析履歷的系統。這些詞出現在 bullet 的自然語境裡最有效，單獨堆在技能欄效果最差。
只放你的經歷撐得起的詞。關鍵字塞好塞滿不會讓解析器加分，對人類讀者只是雜訊。每個詞都該對得上某一條你答得出追問的 bullet。
履歷之外的證據：他們會先打開你的產品
讀 PM 履歷的人，多半在你第二段經歷之前就另開了一個分頁，把產品叫出來。產品是公開的，你在裡面做的那些決定不是。這一段講怎麼把兩者接起來，以及產品根本打不開的時候，拿什麼給對方看。
- 產品本身，而且是先打開再往下讀
順序幾乎是固定的：先找官網或 App 商店頁面，確認這個產品真的存在、現在還活著，再回頭找你說你負責的那一塊。所以公司名旁邊要有一個入口。寫法是接在公司行後面：「Acme — payroll product for mid-market teams (acme.example.com)」。沒有入口，對方會自己搜尋，而搜到的第一個結果不一定是你要他看的那個。
- 指到你負責的那個畫面，不是整個 App
產品是公司的，畫面才是你的。一條可以直接抄的寫法：「Rebuilt the approvals flow, live at payroll.example.com/approvals (shipped [Month Year])」。連結指到那個流程的入口，上線月份寫在後面。首頁只證明公司存在，證明不了你動過什麼；把讀者送進你重寫過的那個畫面，他點兩下就知道你講的範圍是不是真的。
- 線上那一版已經不是你的，就把連結拿掉
你離職之後產品還會繼續改，對方看到的永遠是現在這一版。判準只有一個：現在的畫面還看得出你的決定嗎。看得出就附連結加月份；已經被重做，就留日期不留網址：「Shipped the scheduled-order flow in [Month Year]; the screen has since been rebuilt」。連過去發現是完全不同的東西，讀者不會想成產品改版，只會想成你誇大。死連結、要登入才進得去的頁面、還掛著 coming soon 的網址，一律不要放。
- 產品要登入才進得去，但文件、更新紀錄和定價頁是公開的
B2B 產品和公司內部工具本來就打不開，可是外圍那一圈通常都在外面：說明文件、release notes 或 changelog、定價與方案頁、公司自己發布過的客戶案例。這些頁面往往也是 PM 自己盯出來的。挑一頁跟你負責的東西直接相關的，最好是 changelog 裡你那一則上線紀錄。真的完全沒有公開表面的內部工具就不要給連結，改成把畫面寫出來：誰在什麼時候打開它、按下哪一顆按鈕、你把哪一個步驟拿掉了。客戶名字不要寫，NDA 保護的是名字，不是你那個決定的形狀。
- 什麼都不能給的時候，能給的是你寫的東西
挑一個你完全沒有利害關係的產品做拆解，公開發表。只談一個功能：它要解決誰的問題、你會用什麼指標量、你會砍掉哪一半。這種文章沒有保密問題，而且正好回答頭銜回答不了的那一題——你怎麼挑問題。上線後的公開心得、去識別化的決策備忘、一場演講的錄影，作用相同。反過來也要提醒：一個只有兩篇文章、最後更新停在上一份工作之前的網誌，附上去比不附更傷。只放那一篇你願意被逐段追問的。
- 查得到的，和只能相信你的
LinkedIn 的職稱和年月一定會被拿來對，這格最常出事：履歷寫 Senior Product Manager、profile 停在 Product Manager，對方不會問你，他會自己下結論。升遷就把兩段任期日期都列出來。認證同理，CSPO 這類證照在發證機構的認證人名冊查得到，而且會到期，所以年份要寫，失效了就直接註明，不要讓對方替你查到一筆過期紀錄。App 商店的版本歷史和 changelog 也一樣帶日期：你說某一季上線的東西，如果公開紀錄落在你離職之後，這一頁其他每一句都會跟著被打折。
PM 履歷最常見的錯誤
- 1整頁看不到你決定了什麼
團隊成就寫滿一頁，面試官讀完不知道哪個決定是你的。每條 bullet 至少要有一個你做的決定或你親手改的東西，團隊的功勞留給上下文。
- 2把會議寫成成果
「Drove alignment」「facilitated discussions」寫的是行事曆。會議只有在產出決定時才值得一條 bullet，而且要寫那個決定。
- 3只有交付、沒有探索
整頁都是時程、上線、里程碑，讀起來是專案經理。外商 PM 面試一定會問你怎麼決定做什麼，履歷上就要有訪談、實驗和停損的痕跡。
- 4指標沒有機制
寫 engagement 上升，卻不寫你改了什麼、怎麼歸因。沒有機制的指標會被當成搭順風車，追問一輪就露餡。
- 5功能流水帳
列出每一個上線的功能，卻沒有一條寫你砍掉或推遲了什麼。取捨才是 PM 的工作內容，全部都做等於沒有排序。
- 6軟技能寫成名詞
「Stakeholder management」放在技能欄是主張。把它寫成一件發生過的事：你把失控的需求管道改成了什麼機制，結果如何。
這些 bullet 會被怎麼追問
外商面試官讀履歷是在準備追問。每一條 bullet 都是你自己出的考題。寫上去之前，先確定下面這種問題你答得出來。
Moved week-one activation from [N]% to [N]% across two quarters.
同一段時間行銷有沒有做活動？你怎麼把提升歸因到你改的東西？
要能講出對照方式：實驗設計、分群比較，或誠實說明歸因的限制。答不出歸因，這條 bullet 連同整頁的數字都會被重新標價。
Stopped a [N]-month initiative when the pilot missed its pre-agreed threshold.
停損門檻是事前寫下的，還是結果出來才決定的？當時誰反對？
最好拿得出事前的 kill criteria 或決策備忘。沒有文件，就要能重述當時的標準、反對者的理由，以及你怎麼回應。
Shipped [N] releases a year with a [N]-engineer team.
舉一個你和工程 lead 判斷相反、最後照你的版本走的決定。後來證明你對還是錯？
準備一個真的意見相反的案例，包含對方的理由和事後的驗證。「我們合作一直很順利」在外商面試裡是扣分答案。
Defined the team’s north-star metric and its guardrails.
為什麼選這個指標而不是營收？它有沒有一次把團隊帶錯方向？
要能講出當時的候選指標、否決理由，和至少一次指標的副作用。講不出副作用，代表你沒有真的用它做過決定。
Ran [N] user interviews each quarter.
說一個訪談推翻你原本假設的例子。你因此改了什麼決定？
如果每次訪談都「驗證了想法」，面試官會懷疑訪談只是流程。準備一個假設被推翻、方向因此轉彎的具體案例。
常見問題
我是工程師轉 PM，履歷重點怎麼調整？
技術背景是優勢，但要換主詞。工程經歷挑與產品決策有關的部分寫：估過工時所以砍範圍有依據、看得懂資料表所以自己跑 SQL。bullet 的動詞從 built 換成 decided、prioritized、stopped。
如果正職還沒有 PM 頭銜，用 Selected Product Work 放一個你完整主導過的東西：有使用者、有決策、有指標，標準跟正職一樣。
PM 的成果都是整個團隊做的，我怎麼寫「我」而不搶功？
寫你的決定，把團隊的產出留給上下文。上線是團隊的，「砍掉哪些功能、為什麼」是你的。指標上升是大家的，「選哪個指標、設什麼門檻」是你的。決定寫成「我」，執行歸給團隊，這樣寫既誠實又清楚。
我的頭銜是產品企劃／專案經理，能投外商 PM 嗎？
頭銜照實寫，不要改，但內容用 PM 的證據結構：決策、取捨、指標。外商看的是你實際做的事情涵蓋多少 PM 職責，一條「停掉過什麼」的 bullet 比一個修飾過的頭銜有說服力。
差距太大的部分不要硬寫。沒碰過實驗就不要寫 A/B testing，面試一追問就結束了。
指標是公司機密，或離職後記不得精確數字，怎麼辦？
寫你守得住的範圍或相對值：從個位數百分比到雙位數、翻了一倍。絕對不要憑印象填一個精確數字。面試官追問細節時，編的數字守不住，而且會連累整頁。
這也是這裡的草稿一律留黃色 [N] 空格的原因：AI 不會替你發明數字，每一格都由你決定填什麼、填到多細。
PM 履歷要放 side project 嗎？
新鮮人和轉職者值得放，前提是它經得起 PM 的標準檢驗：真的有使用者、你做過至少一個取捨、有一個你追蹤過的指標。「做了一個 App」不算，「為了留存率砍掉兩個功能」才算。
有三年以上正職 PM 經歷，版面留給工作內容，side project 只在它明顯強於正職成果時才放。
把你的專案經歷，改成這種等級的英文 bullet
用中文照實描述你做過的決定，AI 以你選的產業視角改寫成外商可讀的英文履歷。四項分數由規則引擎計算，同一份稿重測數字不變。缺的指標一律留黃色 [N] 空格，由你自己填，不會有任何編出來的數字。登入後履歷與求職信各可免費生成 2 次。
免費生成履歷