Mở đầu — vì sao bài này quan trọng
Khi bạn nộp đơn xin việc BA (Business Analyst) đầu tiên với nền Marketing, nhà tuyển dụng sẽ rơi vào một thế khó: họ thích tiềm năng của bạn, nhưng họ không có bằng chứng gì để tin rằng bạn làm được việc BA. CV ghi "có tư duy phân tích", "ham học hỏi" thì ai cũng ghi được. Cái mà người phỏng vấn thực sự cần là bằng chứng có thể chạm vào được rằng bạn đã từng bóc tách một quy trình nghiệp vụ, viết một bộ requirements, vẽ một sơ đồ process. Đó chính là portfolio.
Với người chuyển ngành, portfolio không phải là thứ "có thì tốt" — nó là vũ khí cân bằng. Một ứng viên Khoa học máy tính ra trường có thể không cần portfolio vì bằng cấp đã nói thay. Bạn thì khác: bạn không có bằng IT, không có kinh nghiệm BA chính thức, nên portfolio chính là thứ duy nhất thay bạn nói "tôi đã làm được việc này rồi, đây là sản phẩm".
Tin tốt là: bạn không cần xin một dự án phần mềm thật để có portfolio. Toàn bộ dữ liệu Marketing bạn đang có trong tay — các chiến dịch email, funnel quảng cáo, phễu chuyển đổi, báo cáo A/B test — đều là nguyên liệu vàng để dựng nên một portfolio BA chuyên nghiệp. Bài học này dạy bạn cách "tái chế" chính công việc Marketing cũ thành ba case study BA chuẩn mực, đủ sức thuyết phục nhà tuyển dụng tại các công ty Việt Nam như FPT, VNG, Tiki, MoMo hay các agency.
Lưu ý: bài này tập trung riêng vào cách xây dựng và đóng gói portfolio — cách chọn case study, cấu trúc tài liệu, trình bày. Các kỹ thuật chi tiết như viết User Story chuẩn INVEST (Bài 19) hay vẽ BPMN (Bài 22) đã có bài riêng; ở đây ta dùng chúng như công cụ, không dạy lại từ đầu.
Khái niệm cốt lõi
Portfolio BA thực chất là gì?
Portfolio BA không phải là một bộ sưu tập "ảnh đẹp" như portfolio của designer. Nó là một tập artifact (tài liệu/sản phẩm công việc) chứng minh bạn thực hiện được vòng đời phân tích nghiệp vụ: từ phát hiện vấn đề → thu thập yêu cầu → mô hình hóa → đề xuất giải pháp → đo lường kết quả.
Một artifact BA điển hình gồm: sơ đồ quy trình (process flow/BPMN), bộ requirements (business/functional), user story, wireframe, ma trận ưu tiên, phân tích AS-IS vs TO-BE, và các bảng số liệu chứng minh tác động. Người chuyển ngành Marketing có lợi thế đặc biệt ở mảng số liệu: bạn vốn quen sống với metrics, conversion rate, CAC, ROAS — đây chính là ngôn ngữ "giá trị kinh doanh" mà BA giỏi phải nói thạo.
Nguyên tắc "show, don't tell"
Đừng viết "tôi biết phân tích quy trình". Hãy đưa ra một sơ đồ BPMN của một quy trình thật bạn từng làm, kèm chú thích bạn đã phát hiện điểm nghẽn nào và đề xuất gì. Sự khác biệt giữa một ứng viên bị loại và một ứng viên được mời phỏng vấn vòng hai thường nằm ở chỗ: người được mời có vật chứng.
Ba trụ cột của một portfolio BA cho người chuyển ngành
Một portfolio đủ mạnh cho vị trí BA Junior nên có ba case study, mỗi cái thể hiện một nhóm năng lực khác nhau, để nhà tuyển dụng thấy bạn không phải "ăn may" một kỹ năng:
- CS1 — Process Optimization (Tối ưu quy trình): chứng minh bạn mô hình hóa được quy trình nghiệp vụ và tìm ra điểm cải thiện. Đây là case dễ làm nhất với người Marketing vì bạn vẽ lại chính funnel/chiến dịch bạn từng chạy.
- CS2 — Data-driven Requirements (Yêu cầu dựa trên dữ liệu): chứng minh bạn biến insight số liệu thành yêu cầu sản phẩm cụ thể — ví dụ từ phân tích tỉ lệ rớt ở bước thanh toán, bạn đề xuất một tính năng và viết user story cho nó.
- CS3 — Solution Proposal (Đề xuất giải pháp có wireframe): chứng minh bạn hình dung được giải pháp ở mức màn hình/luồng tương tác, đi kèm wireframe đơn giản và tiêu chí chấp nhận.
Cấu trúc chuẩn của mỗi case study
Mỗi case study nên trình bày theo khung STAR mở rộng cho BA, dài khoảng 1–2 trang:
- Context (Bối cảnh): doanh nghiệp/sản phẩm là gì, vấn đề kinh doanh nào.
- Problem (Vấn đề): điểm đau cụ thể, kèm số liệu chứng minh nó là vấn đề thật.
- Analysis (Phân tích): artifact chính — sơ đồ, bảng, mô hình.
- Recommendation (Đề xuất): giải pháp bạn đưa ra.
- Impact (Tác động): kết quả thực tế hoặc kết quả ước tính có cơ sở.
Tình huống thực tế
Ví dụ 1 — Lan, cựu Email Marketer tại một sàn TMĐT, dựng CS1 Process Optimization
Lan từng phụ trách email marketing cho một sàn thương mại điện tử thời trang ở TP.HCM. Công việc cũ của cô là gửi chuỗi email nuôi dưỡng khách hàng (nurture flow): email chào mừng, email nhắc giỏ hàng bị bỏ quên, email khuyến mãi. Khi chuyển sang học BA, cô tưởng kinh nghiệm này "vô dụng" cho hồ sơ BA.
Mentor gợi ý cô làm điều này: vẽ lại toàn bộ luồng email campaign cũ thành một sơ đồ BPMN process. Cô liệt kê các bước: khách đăng ký → hệ thống gắn tag → chờ 1 giờ → gửi email chào mừng → kiểm tra điều kiện (đã mua chưa?) → nếu chưa, sau 3 ngày gửi email khuyến mãi → nếu bỏ giỏ hàng, kích hoạt nhánh nhắc giỏ hàng. Khi vẽ ra dạng sơ đồ có gateway (điểm rẽ nhánh điều kiện), Lan tự phát hiện một lỗ hổng: luồng cũ không có nhánh xử lý khách đã mua nhưng vẫn tiếp tục nhận email khuyến mãi giảm giá sản phẩm họ vừa mua nguyên giá — gây phản cảm và tăng tỉ lệ unsubscribe.
Cô đóng gói thành CS1: bối cảnh (chuỗi email nurture của sàn), vấn đề (tỉ lệ unsubscribe 4,2%/chiến dịch, cao bất thường), phân tích (sơ đồ BPMN AS-IS chỉ ra nhánh thiếu), đề xuất (thêm gateway kiểm tra "đã mua trong 7 ngày?" để loại khỏi nhánh khuyến mãi), tác động ước tính (giảm unsubscribe xuống ~2,5% dựa trên tỉ lệ trùng lặp đối tượng cô tính được từ data thật).
Bài học rút ra: Lan không bịa ra dự án nào cả. Cô lấy đúng công việc Marketing đã làm, nhưng nhìn nó bằng con mắt BA — mô hình hóa thành process, tìm điểm nghẽn, đề xuất cải tiến có số liệu. Đó chính xác là điều một BA làm hàng ngày.
Ví dụ 2 — Tuấn, cựu Performance Marketer, dựng CS2 Data-driven Requirements từ funnel quảng cáo
Tuấn chạy quảng cáo Facebook và Google cho một app fintech ví điện tử (bối cảnh giả định kiểu MoMo/ZaloPay). Anh có sẵn dữ liệu funnel onboarding: 100.000 người click quảng cáo → 60.000 tải app → 38.000 mở app lần đầu → 12.000 hoàn tất KYC (xác minh danh tính) → 7.000 liên kết ngân hàng → 3.500 thực hiện giao dịch đầu tiên.
Khi nhìn dãy số này bằng con mắt BA, Tuấn thấy ngay điểm "rơi" tệ nhất là bước mở app → hoàn tất KYC: từ 38.000 xuống 12.000, mất 68% người dùng. Anh đào sâu (giả định từ session recording và khảo sát): nhiều người bỏ cuộc vì KYC yêu cầu chụp CCCD hai mặt cùng selfie ngay lập tức, ngay khi vừa mở app, trước cả khi họ hiểu app làm được gì.
Tuấn biến insight này thành một bộ requirements: đề xuất tính năng "KYC trì hoãn" (deferred KYC) — cho phép người dùng khám phá app và thực hiện giao dịch nhỏ trước, chỉ bắt buộc KYC khi vượt hạn mức. Anh viết vài user story cho tính năng này (theo chuẩn đã học ở Bài 19), kèm acceptance criteria, và một bảng ưu tiên đơn giản. Quan trọng nhất, anh gắn mỗi yêu cầu với một con số mục tiêu: "nếu cải thiện tỉ lệ qua KYC từ 32% lên 50%, ước tính thêm ~6.800 người dùng hoàn tất onboarding mỗi 100k lượt click".
Bài học rút ra: Tuấn dùng đúng thế mạnh Marketing — đọc funnel và metrics — nhưng đầu ra không còn là báo cáo quảng cáo, mà là yêu cầu sản phẩm gắn với giá trị kinh doanh. Đây là cây cầu hoàn hảo cho thấy anh đã "nói được ngôn ngữ BA".
Ví dụ 3 — Mai, cựu Content/Social Marketer, dựng CS3 Solution Proposal với wireframe
Mai không có nhiều dữ liệu số như Tuấn; cô làm content và quản lý fanpage cho một chuỗi cà phê. Điểm đau cô quan sát được: khách hàng nhắn tin fanpage hỏi giờ mở cửa, menu, đặt bàn — và team trả lời thủ công, hay sót tin nhắn vào giờ cao điểm, dẫn đến mất khách.
Mai dựng CS3 dạng "đề xuất giải pháp". Cô không cần code. Cô vẽ một wireframe đơn giản (dùng Figma/Balsamiq, mức low-fidelity) cho một chatbot đặt bàn: màn hình chọn chi nhánh → chọn giờ → số người → xác nhận. Cô viết luồng tương tác, liệt kê các trường hợp ngoại lệ (hết bàn, ngoài giờ mở cửa), và một bảng acceptance criteria nhỏ. Cô bổ sung phần "đo lường thành công": giảm thời gian phản hồi trung bình từ 15 phút xuống dưới 1 phút, và đặt mục tiêu chuyển 30% câu hỏi lặp lại sang bot.
Bài học rút ra: Ngay cả khi nền Marketing của bạn nghiêng về định tính (content, social) chứ không phải định lượng, bạn vẫn dựng được portfolio BA — bằng cách quan sát một điểm đau thật và đề xuất giải pháp ở mức wireframe + tiêu chí chấp nhận. Nhà tuyển dụng đánh giá rất cao tư duy "từ vấn đề đến giải pháp hữu hình".
Hướng dẫn từng bước
Bước 1 — Kiểm kê "kho dữ liệu Marketing" của bạn. Liệt kê ra giấy mọi thứ bạn từng chạm: chiến dịch email, funnel quảng cáo, báo cáo A/B test, dashboard GA4, quy trình duyệt content, luồng chăm sóc khách hàng. Mỗi mục là một ứng viên cho case study.
Bước 2 — Chọn 3 nguyên liệu phủ đủ 3 trụ cột. Chọn một thứ có quy trình (cho CS1), một thứ có số liệu funnel (cho CS2), và một thứ có điểm đau cần giải pháp (cho CS3). Đừng chọn cả ba từ cùng một kiểu công việc, vì sẽ trông một màu.
Bước 3 — Với CS1, vẽ lại quy trình thành BPMN. Bắt đầu bằng start event, liệt kê tuần tự các task, thêm gateway ở mỗi điểm rẽ nhánh điều kiện, kết thúc bằng end event. Trong lúc vẽ, hãy tự hỏi: bước nào thừa? bước nào thiếu? đâu là nút thắt? Ghi lại phát hiện — đó là phần "giá trị" của bạn.
Bước 4 — Với CS2, trải funnel ra thành bảng và tìm điểm rơi lớn nhất. Tính tỉ lệ chuyển đổi giữa từng bước. Bước nào tụt mạnh nhất là nơi bạn tập trung. Từ đó viết 3–5 user story + acceptance criteria cho giải pháp, mỗi story gắn với một metric mục tiêu.
Bước 5 — Với CS3, vẽ wireframe low-fidelity và viết luồng. Không cần đẹp; cần rõ. Dùng khung xám, hộp chữ. Kèm danh sách màn hình, luồng chính, các trường hợp ngoại lệ, và tiêu chí chấp nhận.
Bước 6 — Đóng gói mỗi case theo khung Context → Problem → Analysis → Recommendation → Impact. Mỗi case 1–2 trang. Luôn có ít nhất một con số ở phần Problem và một con số ở phần Impact.
Bước 7 — Xuất bản nơi nhà tuyển dụng xem được. Gộp thành một file PDF gọn gàng, hoặc dựng trên Notion (link công khai), hoặc một trang Google Site đơn giản. Đính link ở đầu CV và LinkedIn. Đặt tên rõ ràng: "Portfolio BA — [Tên bạn]".
Bước 8 — Chuẩn bị kể lại bằng miệng. Mỗi case study phải kể được trong 2 phút khi phỏng vấn. Tập trả lời câu "Vì sao bạn đề xuất giải pháp đó mà không phải cái khác?" — đây là câu BA hay bị hỏi.
Lỗi thường gặp & mẹo
Lỗi 1 — Bịa dự án không liên quan đến mình. Nhiều bạn copy một case study mẫu trên mạng (ví dụ "thiết kế hệ thống đặt vé máy bay") mà không có trải nghiệm thật. Người phỏng vấn chỉ cần hỏi sâu hai câu là lộ. Mẹo: luôn dựng từ dữ liệu Marketing thật của bạn — bạn sẽ trả lời được mọi câu hỏi đào sâu vì bạn đã sống với nó.
Lỗi 2 — Chỉ có artifact, không có "câu chuyện vấn đề". Một sơ đồ BPMN đứng trơ trọi không nói lên điều gì. Mẹo: luôn mở đầu bằng vấn đề kinh doanh có số liệu, kết thúc bằng tác động có số liệu. Artifact là phần giữa, không phải toàn bộ.
Lỗi 3 — Lạm dụng thuật ngữ để "ra vẻ". Nhồi BABOK, RACI, MoSCoW vào cho oai nhưng dùng sai. Mẹo: chỉ dùng thuật ngữ khi nó thực sự cần và bạn giải thích được. Một CS dùng đúng hai kỹ thuật còn hơn nhồi mười cái nửa vời.
Lỗi 4 — Wireframe quá chi tiết, sa vào vai designer. BA không cần wireframe pixel-perfect; cần wireframe đủ rõ để truyền đạt luồng. Mẹo: giữ ở mức low-fidelity (xám trắng), đừng phối màu, đừng chọn font.
Lỗi 5 — Số liệu Impact không có cơ sở. Ghi "tăng doanh thu 200%" mà không giải thích được tính từ đâu sẽ phản tác dụng. Mẹo: nếu là kết quả thật, ghi rõ nguồn; nếu là ước tính, ghi rõ "ước tính dựa trên..." và nêu giả định. Sự trung thực có phương pháp đáng tin hơn con số khủng.
Mẹo vàng: Bảo mật dữ liệu công ty cũ. Đừng đưa tên khách hàng thật, doanh thu nhạy cảm hay dữ liệu cá nhân vào portfolio công khai. Hãy ẩn danh ("một sàn TMĐT thời trang"), làm tròn/quy đổi số liệu, và giữ lại logic phân tích — đó mới là thứ nhà tuyển dụng quan tâm.
Bài tập thực hành
- Kiểm kê (15 phút): Liệt kê tối thiểu 5 "nguyên liệu" Marketing bạn từng làm. Đánh dấu mỗi cái phù hợp với trụ cột nào (CS1/CS2/CS3).
- Dựng CS1 (60 phút): Chọn một chiến dịch/quy trình bạn từng chạy. Vẽ lại thành sơ đồ BPMN có ít nhất một gateway điều kiện. Viết một đoạn 3–4 câu chỉ ra một điểm nghẽn và đề xuất cải tiến của bạn, kèm một con số chứng minh đó là vấn đề.
- Dựng CS2 (60 phút): Lấy một funnel có số liệu (thật hoặc tái dựng hợp lý). Lập bảng tỉ lệ chuyển đổi từng bước, xác định điểm rơi lớn nhất, và viết 3 user story + acceptance criteria cho giải pháp, mỗi story gắn một metric mục tiêu.
- Đóng gói (30 phút): Viết phần Context → Problem → Analysis → Recommendation → Impact cho CS1, đúng 1 trang, có ít nhất 2 con số.
- Thử thách kể chuyện (10 phút): Quay video hoặc tự bấm giờ thuyết trình CS1 trong đúng 2 phút. Nghe lại và cắt bớt phần rườm rà.
Tóm tắt
Portfolio là vũ khí cân bằng quan trọng nhất của người chuyển ngành từ Marketing sang BA, vì nó thay bạn chứng minh năng lực mà CV và bằng cấp không làm được. Bạn không cần dự án phần mềm thật: chính dữ liệu Marketing cũ — chiến dịch email, funnel quảng cáo, điểm đau khách hàng — là nguyên liệu để dựng ba case study chuẩn. CS1 (Process Optimization) chứng minh bạn mô hình hóa và tối ưu quy trình; CS2 (Data-driven Requirements) chứng minh bạn biến số liệu funnel thành yêu cầu sản phẩm; CS3 (Solution Proposal) chứng minh bạn hình dung được giải pháp ở mức wireframe. Mỗi case đóng gói theo khung Context → Problem → Analysis → Recommendation → Impact, luôn có số liệu ở đầu (vấn đề) và cuối (tác động). Nguyên tắc xuyên suốt là "show, don't tell": dựng từ trải nghiệm thật để bạn trả lời được mọi câu hỏi đào sâu, trung thực về số liệu, và bảo mật dữ liệu công ty cũ. Khi bạn nhìn công việc Marketing bằng con mắt BA, bạn sẽ ngạc nhiên vì mình đã làm BA từ lâu mà không gọi tên nó.