商業分析師的英文履歷怎麼寫
更新於 2026-09-02
商業分析師的履歷，計量單位是被留下來的東西：一條通過 UAT 沒被改動的需求、一個被拿掉的流程步驟、一套上線後業務單位真的在用的系統、一次沒有發生的返工。開了幾場訪談、寫了幾份文件、參與過幾個專案，都只是過程，讀的人會直接跳過。
這個職稱常和資料分析師、管理顧問混在一起，三者的證據其實不同。資料分析師拿分析換決策，顧問拿建議換客戶採納。商業分析師站在業務與工程中間：把業務單位講不清楚的需求變成工程做得出來、測試測得到的規格，再把上線後的落差收回來。銀行、保險公司、顧問與 IT 服務公司都在找這個人，履歷要讓讀的人一眼認出你就是。
範例全部是英文，中文只說明為什麼這樣寫。每個成效數字都留 [N]。需求有幾條、缺陷有幾個、省了多少工時，都在你的 Jira 和 UAT 紀錄裡，不在範本裡，也不在 AI 手上。
這個職位的英文履歷，完成後長這樣
下面是一份虛構人物的完整範例，由產品的排版引擎渲染成真正的頁面，分數由同一套規則引擎現算——不是我們打上去的。缺的數字一律留 [N]，所以分數停在上限以下；那不是範例的缺陷，是產品的規則在示範。
Zofia Wiśniewska
Education
- Designed the loan-origination process model for the final-year project; the department kept it as the worked example for the following cohort
- Won the faculty case competition against [N] teams with a branch-network process redesign
Experience
- Defined [N] requirements for the branch account-opening replacement and ran them through [N] thousand UAT test cases; [N] passed unchanged
- Eliminated [N] of the [N] steps in mortgage pre-approval after mapping the as-is flow with branch staff, cutting turnaround from [N] days to [N]
- Delivered the payments-onboarding launch that processed [N] million transactions in its first quarter, with [N] change requests raised after sign-off
- Halved rework on a policy-administration rollout by introducing structured walkthroughs with the client before each specification was frozen
- Standardized user-story templates and acceptance criteria across [N] delivery teams, reducing stories returned by developers for clarification by [N]%
- Resolved [N] conflicting requirements between the claims and finance departments through joint workshops, keeping the release on its original date
- Consolidated [N] invoice-approval variants into one flow adopted by [N] country teams
- Automated the reconciliation checklist the close team filled in by hand, cutting the daily routine from [N] hours to [N] minutes for [N] accountants
- Introduced one intake form for process-change requests, routing the [N] thousand tickets raised each year by process owner instead of by inbox
Projects
- Created the BRD and acceptance-criteria templates [N] analysts across [N] change teams write from
Additional Information
版面結構：讓需求與上線先被讀到
一頁為原則。銀行與 IT 服務公司的 BA 職缺投件量大，第一次掃描停在上半頁。段名用標準寫法：Summary、Experience、Skills、Certifications、Education。ATS 靠這幾個字切欄位，自創標題底下的內容會被歸進不明區塊。
每段經歷以專案或系統為單位寫，不以職責為單位。同一個職稱做過三個系統，就分三組 bullet，每組講清楚你負責哪一段：需求、流程、測試，還是上線後的變更管理。
- 1Summary
三行：年資與領域（核心銀行、支付、理賠）、一個需求或流程等級的成果、你要去的方向。讀的人在這裡決定要不要往下看。
- 2Experience
倒序。每條 bullet 一個交付物加上它的下場：需求通過 UAT 的比例、流程少了幾步、上線後開了幾張變更單。系統用功能描述，不寫內部代號。
- 3Skills
分四類：需求與流程方法、測試與交付、工具、領域。只列答得出「你用它做過什麼」的項目。
- 4Certifications
CBAP、PSM、ECBA 各佔一行。證照是關鍵字比對的入口，不是證據；證據在上面的 bullet 裡。
- 5Education
學位與主修一行。畢業三年內可以留一條專題，前提是它跟流程或系統有關；之後刪掉。
三個層級的 Summary 範例
Summary 講三件事：你做哪一類系統的需求、最大一件被留下來的成果、下一步要去哪裡。三行內寫完。
Business analyst trained through a [N]-month internship at an IT services firm: documented the as-is account-opening process for a retail bank and wrote [N] user stories that passed developer review without rework. Runs interviews with front-line staff and turns their answers into acceptance criteria. Seeking a business analyst role on a core-system implementation.
沒有年資就寫實習交付物的下場：你寫的 user story 有沒有被退回。「passed developer review without rework」是可查證的採納訊號，比形容自己細心有用。
Business analyst with [N] years on core-banking and payments change at a retail bank and an IT services firm. Owned requirements from stakeholder interview to UAT sign-off on [N] releases, including a payments-onboarding launch whose requirements went live with [N] changes after freeze. Writes BRDs developers build from and test cases the business signs.
中生代的關鍵字是 owned 加上範圍：從訪談到簽核，一條龍是你的。最後一句講清楚兩種讀者各從你手上拿到什麼文件，這就是 BA 的專業定位。
Lead business analyst with [N] years across banking and insurance platforms, running requirements and change management for programmes of [N] to [N] analysts. Owns traceability from business case to UAT, and held requirement churn on the last [N] releases under [N]%. Chairs the change-control board and signs off scope with the business sponsor.
資深看的是制度：追溯、變更控制、與 sponsor 的簽核關係。「held requirement churn under [N]%」是一個會被整場面試檢驗的數字，寫上去就要準備好講它怎麼算。
按能力分組的 bullet 範例
銀行與 IT 服務公司的面試官在 BA 履歷上找五種證據。每條範例都是完整寫法：動詞開頭、交付物明確、交付物的下場寫出來，該有數字的地方留 [N]。
需求引導與文件
· Interviewed [N] stakeholders across branch operations, compliance and IT to produce the BRD for a new account-opening system; [N] of [N] requirements passed UAT unchanged.
· Wrote [N] user stories with acceptance criteria for a claims platform, cutting stories returned by developers for clarification from [N] per sprint to [N].
· Converted a [N]-page underwriting manual into [N] testable business rules, so the compliance team could validate the rules engine before build started.
流程分析與改善
· Mapped the as-is mortgage pre-approval process across [N] hand-offs and removed [N] steps that added no control, cutting turnaround from [N] days to [N].
· Ran a gap analysis between the current onboarding process and the target operating model, producing [N] change items the steering group split into two releases.
· Redesigned the exception flow for failed payments so [N]% of cases cleared without manual review, freeing [N] operations hours a month.
測試與驗收
· Planned and led UAT for a payments release across [N] business units and [N] test cases, closing every severity-one defect before the go-live date.
· Built the traceability matrix from [N] requirements to [N] test cases, so each failed test pointed at the requirement it broke.
· Cut the UAT cycle by [N]% by writing test scripts from acceptance criteria while the stories were still in development.
利害關係人與變更管理
· Resolved [N] conflicting requirements between finance and claims through joint workshops, keeping the release date unchanged.
· Chaired the weekly change-control board for a core-banking programme, holding post-freeze scope changes to [N] over [N] months.
· Delivered training to [N] branch staff on the new account-opening flow and wrote the runbook operations still uses; first-month support tickets came to [N].
系統與廠商評估
· Led the vendor evaluation for a policy-administration system, scoring [N] vendors against [N] weighted requirements; the business sponsor approved the recommendation without amendment.
· Defined the data-migration rules for [N] million customer records leaving the legacy ledger, holding reconciliation breaks at cutover to [N].
· Established the post-launch benefit review that confirmed [N]% adoption of the new workflow by the end of the first quarter.
弱句改寫：Before → After
每一組先指出病灶。共同規律：弱句證明你在場，強句寫交付物和它的下場。
Gathered requirements from stakeholders and documented them in a BRD.
Interviewed [N] stakeholders across operations, compliance and IT and wrote the BRD for a new account-opening system; [N] of [N] requirements passed UAT without change.
差在哪 · 病灶：gathered 是這個職位的定義，寫出來等於沒寫。需求的品質只有一個指標：到了 UAT 還站得住的比例。改寫把它寫出來。
Participated in the implementation of a new core banking system.
Owned the deposits workstream of a core-banking replacement, from as-is process mapping to UAT sign-off, covering [N] requirements and [N] branch users.
差在哪 · 病灶：participated 讓讀者看不出你做了哪一段。核心系統換置動輒上百人，改寫先劃出自己的 workstream，再給範圍。
Created process flow diagrams and improved business processes.
Mapped the mortgage pre-approval process across [N] hand-offs and removed [N] steps that added no control, cutting turnaround from [N] days to [N].
差在哪 · 病灶：improved 沒有方向，流程圖只是媒介。改寫給出交接次數、拿掉的步驟、時間差，每一項都能被追問。
Acted as a liaison between business and IT teams.
Resolved [N] conflicting requirements between finance and claims in joint workshops, so development started on schedule and the release date held.
差在哪 · 病灶：liaison 是位置，不是成果。夾在中間的人到底解決了什麼？改寫給出衝突數、機制、下場。
Supported UAT and helped resolve defects.
Planned and led UAT across [N] business units and [N] test cases, closing every severity-one defect before go-live.
差在哪 · 病灶：supported 和 helped 都在說事情是別人的。UAT 誰規劃、誰定出口條件、誰簽字，改寫把主人寫回來。
Skills 段：留什麼、刪什麼
每一項都要答得出「你用它做過什麼」。BA 的 Skills 段是面試題庫，不是形容詞欄。
值得佔版面的
Requirements elicitation（interviews、workshops、document analysis） · BRD / FRD · User stories 與 acceptance criteria · BPMN 流程圖 · Gap analysis
UAT 規劃與執行 · Traceability matrix · Change control · Scrum / Kanban（寫你實際跑過的） · Waterfall 交付
Jira · Confluence · Visio 或 Lucidchart · SQL（查資料用，誠實標註程度） · Excel
Core banking · Payments · Insurance claims / policy administration · KYC 與 onboarding
可以刪掉的
- Requirements gathering · 這是職稱的定義，跟工程師寫「coding」一樣。改寫成技法：interviews、workshops、observation、document analysis。
- Communication skills / stakeholder management · 無法查證的宣稱。用一條「resolved [N] conflicting requirements」的 bullet 證明，不用寫。
- Business acumen · 形容詞。讀的人看不出你懂哪個業務。寫領域：core banking、claims、KYC。
- Agile / Six Sigma（沒有下文的） · 方法論名稱不是能力。跑過哪個 ceremony、改過哪條流程、有沒有 belt，寫得出來再列。
- Microsoft Office · 這個職位預設你會。占一行，稀釋真正的技能。
ATS 關鍵字：照職缺的寫法拼
銀行與 IT 服務公司的 BA 職缺，用字非常固定。以下依類別列出。寫進 bullet 的自然語境裡，拼法照職缺原文，縮寫第一次出現時附全名。
只放你的經歷撐得住的詞。每一個關鍵字都是面試官可以往下鑽的入口：寫了 traceability matrix，就要能說出它連了幾條需求、抓到哪一次漏測。答不出來的詞，刪掉比留著安全。
履歷以外的證據：能被查的，和不能寄的
BA 的產出幾乎全留在客戶的 Confluence、銀行的 VPN 後面。你真正能交到讀者手上的東西很少，所以每一樣都要準；剩下的要學會指向，而不是附上去。
- 沒有 repo 可以點開，起手式就不一樣
工程師的履歷會被人開著 GitHub 一起讀，你的沒有對應物：BRD 在客戶的 Confluence，流程圖在銀行的檔案庫，UAT 結果在 VPN 後面。實際會被打開的只有三個——你的 LinkedIn、發證單位的名冊，以及進到後段才問的推薦人。照這三扇門寫，不要在 header 補第四個連結來湊。
- 證照照發證單位的拼法寫，並標日期
Certifications 一行一張：「CBAP, IIBA — certified [Month Year]」、「PSM I, Scrum.org — [Month Year]」。名冊查的是那個拼法，recruiter 搜的也是。效期分兩種：Scrum.org 的 PSM 不需要更新，PMI 的憑證與 CBAP 都跑再認證週期。沒有日期的證照，過期跟現行讀起來一樣，而這一欄是發 offer 前會被查的。
- 考到哪一步就寫哪一步
報名不等於拿到。「ECBA, IIBA — exam scheduled [Month Year]」是誠實的寫法；上完兩天課就寫「CBAP (in progress)」不是——CBAP 的申請本身要提報實務時數，這句話會直接引來「時數報了多少、審過了沒有」。申請已受理就寫受理。手上只有課程，那是訓練，放 Education，不要放進 Certifications。
- 全份履歷只有名冊那一行，陌生人自己查得完
IIBA、PMI、Scrum.org 都提供確認持證人的方式。除此之外，[N] 條需求、[N]% 的 churn、哪一天上線，全部靠你拿不出來的文件撐著。所以名冊那一行要完全對得上：報考時用的姓名拼法、證照名稱、取得日期。個人檔案寫 CBAP，名冊上是 CCBA，讀的人就不會再相信上面那些數字了——而那些數字就是整份履歷。
- 不能寄的文件，用公開流程重做一份
面試官說想看一份 BRD，銀行那份不能寄，就自己重寫一份。挑一個外人看得到的流程——銀行官網公布的開戶步驟、包裹查詢、政府的線上申辦——畫出 as-is 模型、寫 [N] 條 business rule、替其中一個 story 寫驗收條件。兩頁，全是自己的字，沒有一個字屬於客戶。放在連結打得開的地方，header 加一行：「Writing sample: as-is model and acceptance criteria for a public [service] — [link]」。
- 把客戶名稱塗黑，不代表那份文件變成你的
塗掉名字的 BRD 還是客戶的 BRD，寄出去等於替對方決定了保密範圍。能合法帶著走的是人：簽過你 UAT 計畫的 product owner、跟你一起主持變更會議的 delivery manager，他們看過那段工作，也講得出來。先徵得同意，再寫「References: product owner and delivery lead from the [core-banking] programme, available on request」。一個願意證實那次上線的人，勝過一份你本來就不該附的檔案。
- 後面沒東西的連結，就不要放
BA 的 header 掛一個 GitHub，裡面兩段 SQL 加一個 fork 來的教學，比留白更糟：它回答了職缺沒問的問題，還把你送去跟資料分析師並排比較。作品頁寫「coming soon」的個人網站也一樣。header 就 email、地點、一個點得開的 LinkedIn。第四行等後面那個東西真的做完再加。
商業分析師履歷的常見錯誤
- 1把文件數量當成果
「wrote [N] BRDs」只證明你會打字。讀的人想知道那些需求後來怎麼了：多少通過 UAT、多少被退回、上線後開了幾張變更單。
- 2用 participated 描述整個專案
核心系統換置動輒上百人。「participated in the implementation」讓讀者無法分辨你是寫需求的，還是坐在旁邊的。先寫你的 workstream，再寫專案背景。
- 3需求沒有下場
每一條需求都有結局：通過、被改、被砍、上線後被補。履歷只寫「documented requirements」等於故事講到一半。把結局寫上去，那才是品質的證據。
- 4流程改善沒有量
「improved the onboarding process」沒有方向也沒有大小。少了幾個步驟、幾次交接、幾天周轉？沒有紀錄就去翻當時的流程圖，不要用形容詞蓋過去。
- 5用內部代號稱呼系統
Project Phoenix、CBS Next 在公司外沒有意義。用功能描述系統：the account-opening system、a policy-administration platform。讀者馬上知道規模與領域。
- 6把方法論名稱當能力
Agile、Scrum、BPMN 列在 Skills，卻沒有一條 bullet 用到，讀起來像剛上完課。每個方法至少對應一條你用它交付了什麼的 bullet。
- 7把資料分析師的履歷投給 BA 職缺
dashboard、SQL 查詢、報表自動化是資料分析師的證據。BA 職缺要看需求、流程、UAT。同一個人可以兩種都做過，但投哪個缺，主菜就要換成那個缺要的東西。
你的履歷會引來哪些追問
面試官讀 BA 履歷的方式，是挑一條交付物問它的下場。每一句你寫上去的話，都要準備好下面這種對話。
[N] of [N] requirements passed UAT unchanged.
改掉的那幾條是什麼？是需求寫錯，還是開發做錯？你怎麼分得出來？
追溯矩陣、變更紀錄、被改掉那幾條的前因後果。分得出需求缺陷和開發缺陷，是這個職位的核心判斷力；混在一起講，數字會被整條劃掉。
Removed [N] steps from the mortgage pre-approval process.
那些步驟原本是誰的？拿掉之前你查過它們是不是某個控制點嗎？誰反對過？
現況流程圖、每個步驟的擁有者、風險或法遵單位的簽核。拿掉一個步驟很容易，證明它不是控制點才是工作。
Resolved [N] conflicting requirements between finance and claims.
舉一個。兩邊各要什麼、最後的需求怎麼寫、誰讓步了？
一個有人輸的真實案例，以及你怎麼把決定記錄下來，讓輸的那方也簽字。說「最後大家都滿意」，面試官會判斷你不在做決定的那場會議裡。
Led UAT across [N] business units and [N] test cases.
出口條件是什麼？有沒有一次你建議不要上線？後來呢？
嚴重度定義、出口條件、一次你擋下或差點擋下上線的經歷。從沒說過「還不能上」的 BA，不算真的跑過 UAT。
Scored [N] vendors against [N] weighted requirements.
權重誰定的？分數最高的那家最後有中選嗎？沒有的話，為什麼？
評分模型、權重的簽核人、以及分數與最終決定不一致的那一次。廠商評估的價值不在算分，在把決策理由留下紀錄。
常見問題
我的職稱是 BA，但工作大半是寫 SQL 和做報表，該投哪一種缺？
同一個職稱在市場上是兩種工作。看職缺描述：列的是 BRD、UAT、process mapping，就是這一頁在講的職位；列的是 SQL、dashboard、A/B testing，那是資料分析師的缺，履歷要換成以決策為單位的寫法。
兩種都做過的人，投哪個缺，主菜就換成那個缺要的證據。另一種放進 Skills 一行就好。
專案是幾十個人一起做的，我怎麼寫出自己那一份？
BA 的產出是具名的：BRD 誰寫的、story map 誰畫的、UAT 計畫誰簽的，Jira 和 Confluence 上都有名字。寫你名下的交付物和它的下場，專案規模當背景。
真的只負責其中一個模組，就寫那個模組。範圍小但清楚，比範圍大但模糊可信。
銀行系統有保密義務，可以寫系統名稱和交易量嗎？
系統用功能描述：the account-opening system、a payments gateway。內部代號在公司外沒有意義，寫了也沒人看得懂。
量級用相對值或 [N]：處理了 [N] million transactions 是履歷語言，具體金額和客戶名單是機密。範例裡的 [N] 就是這個用法。
需要 CBAP、PMP 這類證照嗎？
職缺有列就考慮，沒列不必。證照是關鍵字入口，一行帶過。一條「[N] of [N] requirements passed UAT unchanged」的 bullet，比任何證照都有說服力。
沒有證照但有上線經驗的人，永遠比有證照沒上線的人先被約面試。
我從營運或客服轉職，沒有正式 BA 經驗，怎麼寫？
你的資產是流程知識。寫你文件化過的流程、提過的改善、被採納的那幾項、寫過的 SOP 或 runbook。營運出身的人畫的現況流程圖，常常比外部 BA 畫的準。
用這一頁的 bullet 結構重寫：交付物、範圍、下場。缺數字留 [N]，回去翻工單系統補上。
把你的需求與流程經歷改寫成這種等級的英文
用中文照實描述你負責的系統、寫過的需求、改過的流程、UAT 的結果，AI 以外商語法改寫成以交付物為單位的英文 bullet，約十秒出稿。量化密度、動詞力度、結構完整、廢話率四項分數由規則引擎計算，同一份稿重測數字不變。缺的數字一律留黃色 [N] 空格，由你的 Jira 和 UAT 紀錄來填。這裡不編數字。
免費生成兩次接著讀
同一位的英文求職信
信只引用履歷上的事實，逐段說明每一句在做什麼，旁邊是量測引擎現算的信件檢查。
商業分析師的英文求職信怎麼寫