Mở đầu — vì sao bài này quan trọng
Bạn đã đi được một chặng đường dài. Qua các bài trước, bạn đã học cách chuyển hóa tư duy Designer sang tư duy BA, viết use case, user story, đọc ERD, làm việc với BABOK và cả kỹ năng giao tiếp với dev lẫn stakeholder. Nhưng có một sự thật phũ phàng mà nhiều người chuyển ngành hay bỏ quên: nhà tuyển dụng không thấy được những gì trong đầu bạn — họ chỉ thấy những gì bạn trình bày ra được.
Với một Designer, portfolio là chuyện đương nhiên. Không có portfolio thì không xin được việc Design. Nhưng khi bạn chuyển sang BA, phần lớn ứng viên BA "chính thống" lại KHÔNG có portfolio — họ chỉ có CV liệt kê dự án. Đây chính là lợi thế cạnh tranh khổng lồ của bạn. Bạn đến từ một ngành mà việc "kể chuyện bằng hiện vật" (visual storytelling) đã ăn vào máu. Nếu biết cách chuyển đổi kỹ năng đó sang ngôn ngữ nghiệp vụ, bạn sẽ nổi bật hơn hẳn giữa một rừng CV chữ khô khan.
Bài này tập trung duy nhất vào một thứ: cách xây dựng BA portfolio dạng case study chuẩn để xin việc. Không phải CV (đã có bài 6 và bài 47 tổng thể), không phải luyện phỏng vấn (bài 48), mà là bộ hiện vật minh chứng năng lực BA của bạn — thứ bạn gửi kèm CV, mang theo khi phỏng vấn, và đăng lên để nhà tuyển dụng chủ động tìm tới bạn.
Khái niệm cốt lõi
Portfolio BA khác gì portfolio Design?
Đây là điểm nhiều ex-Designer hiểu sai đầu tiên. Portfolio Design bán cái đẹp và trải nghiệm: bạn khoe màu sắc, layout, micro-interaction, cảm xúc. Portfolio BA bán tư duy giải quyết vấn đề nghiệp vụ: bạn khoe cách bạn bóc tách một bài toán mơ hồ của doanh nghiệp thành yêu cầu rõ ràng, có cấu trúc, đo lường được và triển khai được.
Nói cách khác, người xem portfolio Design hỏi "đẹp không, dùng có sướng không?". Người xem portfolio BA hỏi "bạn có hiểu vấn đề business không, cách bạn phân tích có logic không, giải pháp có mang lại giá trị đo được không?". Một wireframe đẹp lung linh không giúp bạn ghi điểm BA. Một sơ đồ As-Is/To-Be process flow rõ ràng kèm con số "giảm 40% thời gian xử lý" mới là thứ ghi điểm.
Cấu trúc chuẩn của một BA portfolio
Một portfolio BA hoàn chỉnh nên có bốn khối:
1. Trang About (1 trang) — câu chuyện chuyển ngành. Đây là nơi bạn kể ngắn gọn: bạn là ai, xuất phát từ Design, tại sao chuyển sang BA, và những kỹ năng cầu nối bạn mang theo. Đừng giấu quá khứ Design — hãy biến nó thành điểm mạnh. Một câu như "3 năm làm UX Designer giúp tôi luôn đặt end-user làm trung tâm khi viết requirement" đáng giá hơn nhiều so với việc giả vờ mình là BA thuần từ đầu.
2. Ba đến năm case study sâu. Đây là trái tim của portfolio. Mỗi case study là một câu chuyện hoàn chỉnh về một lần bạn giải quyết vấn đề nghiệp vụ. Chất lượng quan trọng hơn số lượng — 3 case study được đầu tư kỹ tốt hơn 8 case study hời hợt.
3. Bộ artifact mẫu (sample deliverables). BRD, SRS, use case, user story, RTM, wireframe có annotation, process flow BPMN... Đây là bằng chứng bạn biết tạo ra sản phẩm công việc thực của BA, không chỉ nói lý thuyết.
4. Thông tin liên hệ và call-to-action. LinkedIn, email, link tải CV.
Cấu trúc một case study chuẩn: mô hình STAR-R mở rộng
Mỗi case study nên đi theo một khung nhất quán. Tôi khuyên bạn dùng khung sau, đây là biến thể của STAR (Situation-Task-Action-Result) bổ sung phần Reflection dành riêng cho BA:
- Context / Bối cảnh: Dự án gì, công ty/domain nào, vai trò của bạn, team ra sao, timeline.
- Problem / Vấn đề nghiệp vụ: Pain point cụ thể của business là gì? Ai chịu ảnh hưởng? Tại sao cần giải quyết?
- Approach / Cách tiếp cận: Bạn đã elicit yêu cầu thế nào (phỏng vấn, workshop, quan sát), phân tích ra sao, dùng technique nào (MoSCoW, journey map, BPMN...).
- Artifacts / Sản phẩm công việc: Show ra hiện vật thật — process flow, user story, wireframe annotation, RTM. Đây là phần "hiện vật" mà Designer bạn có lợi thế trình bày đẹp.
- Result / Kết quả: Con số. Luôn luôn có con số. Giảm bao nhiêu %, tiết kiệm bao nhiêu giờ, tăng conversion bao nhiêu, giảm defect bao nhiêu.
- Reflection / Bài học: Bạn học được gì, nếu làm lại sẽ làm khác gì. Phần này cho thấy bạn có tư duy trưởng thành, biết tự phản tư — điều BA senior rất coi trọng.
Tình huống thực tế
Ví dụ 1: Trang, UX Designer chuyển BA, và case study "giả định" đầu tiên
Trang có 4 năm làm UX Designer tại một agency ở TP.HCM, chưa từng làm BA chính thức. Vấn đề kinh điển: "Chưa có kinh nghiệm BA thì lấy đâu ra case study để bỏ vào portfolio?"
Câu trả lời của tôi: bạn xây case study từ chính dự án Design cũ, nhưng kể lại dưới góc nhìn BA. Trang từng làm một app đặt lịch spa cho một chuỗi 12 chi nhánh. Trước đây cô kể chuyện này theo kiểu Design: "Tôi thiết kế flow booking mượt, giảm số bước từ 6 xuống 3." Khi chuyển sang góc BA, cô viết lại:
- Problem: Chuỗi spa mất 30% booking do khách gọi điện vào giờ cao điểm không ai nghe máy; lễ tân nhập lịch tay lên Excel dẫn tới trùng slot 15% các ngày cuối tuần.
- Approach: Trang phỏng vấn 5 lễ tân, quan sát quy trình đặt lịch tại 2 chi nhánh, vẽ As-Is process flow cho thấy điểm nghẽn, rồi đề xuất To-Be với booking online tự động.
- Artifacts: Cô đưa vào BPMN của quy trình mới, một bảng business rule (ví dụ "không cho đặt slot cách hiện tại dưới 2 giờ"), và user story kèm acceptance criteria theo Gherkin.
- Result: Sau 3 tháng go-live, tỷ lệ trùng slot giảm còn 2%, booking online chiếm 45% tổng đơn.
Ví dụ 2: Hùng và cái bẫy "portfolio đẹp nhưng rỗng nghiệp vụ"
Hùng là Product Designer chuyển BA, tay nghề Figma cực cứng. Anh làm một portfolio BA đẹp như tạp chí: mỗi trang là một wireframe hi-fidelity lung linh, gradient, shadow chuẩn chỉnh. Anh nộp vào một fintech tại Hà Nội (giả định: một ví điện tử tầm trung) và bị loại từ vòng hồ sơ.
Khi tôi review, vấn đề lộ ra ngay: portfolio của Hùng có 90% là hình ảnh đẹp, 10% là nội dung nghiệp vụ. Không có process flow, không có business rule, không có con số kết quả, không có RTM. Nhà tuyển dụng BA nhìn vào chỉ thấy "một Designer đang giả làm BA".
Chúng tôi làm lại. Với cùng một dự án tính năng "chuyển tiền theo lịch định kỳ", Hùng bổ sung: state machine cho các trạng thái của lệnh chuyển tiền (scheduled → pending → executed → failed → cancelled), bảng business rule về hạn mức và retry khi thất bại, một đoạn API spec đọc hiểu, và đặc biệt là phần "trade-off analysis" — tại sao chọn giải pháp A thay vì B xét trên chi phí và rủi ro. Wireframe vẫn giữ, nhưng giờ mỗi wireframe có annotation giải thích logic nghiệp vụ đằng sau từng element.
Kết quả: vòng nộp lại, Hùng lọt phỏng vấn và được nhận. Bài học: với ex-Designer, cám dỗ lớn nhất là để "cái đẹp" lấn át "cái logic". Portfolio BA của bạn nên để phần nghiệp vụ dẫn dắt, hình ảnh chỉ là công cụ minh họa. Tỷ lệ lý tưởng gần như ngược lại với Hùng ban đầu: 70% nghiệp vụ, 30% visual.
Ví dụ 3: Case study "sửa lại tính năng có sẵn" — chiến thuật cho người zero-experience
Linh chưa có bất kỳ dự án nào, cả Design lẫn BA (cô mới ra trường, tự học). Chiến thuật của cô: chọn một sản phẩm Việt Nam thật, quen thuộc, rồi làm một case study "reverse-engineer + đề xuất cải tiến".
Cô chọn tính năng đặt xe của một ứng dụng gọi xe phổ biến. Cô đóng vai BA được giao nhiệm vụ "giảm tỷ lệ hủy chuyến". Cô tự elicit bằng cách khảo sát 30 người dùng qua Google Form, phân tích lý do hủy, vẽ journey map hiện tại, xác định các moment gây hủy, rồi viết requirement cho 3 cải tiến (ví dụ: hiển thị lý do tài xế chưa nhận, cho phép chờ thêm 1 phút với ưu đãi). Cô kèm giả định về metric mục tiêu và cách đo (dù không có dữ liệu thật, cô ghi rõ "giả định dựa trên benchmark ngành").
Bài học: dù không có kết quả thật, case study này chứng minh quy trình tư duy của Linh — từ vấn đề mơ hồ tới requirement có cấu trúc. Với fresher, nhà tuyển dụng không kỳ vọng con số ROI thật; họ muốn thấy bạn biết cách tư duy. Điều tối quan trọng: Linh ghi rõ ràng đây là bài tập cá nhân, không liên kết với công ty đó, tránh mọi hiểu lầm về tính xác thực.
Hướng dẫn từng bước
Bước 1 — Kiểm kê "nguyên liệu thô". Liệt kê mọi dự án bạn từng chạm: dự án Design cũ, side project, bài tập trong khóa học này (như Capstone bài 30), thậm chí việc bạn phân tích một app quen thuộc. Mỗi cái đều có thể thành một case study nếu kể đúng góc BA.
Bước 2 — Chọn 3–5 case study đa dạng. Đừng để cả 5 case đều cùng một domain hoặc cùng một loại vấn đề. Lý tưởng: 1 case về tối ưu quy trình (process improvement), 1 case về xây tính năng mới (new feature), 1 case về phân tích dữ liệu/metric, 1 case thể hiện elicitation qua workshop. Sự đa dạng cho thấy năng lực toàn diện.
Bước 3 — Viết từng case theo khung Context-Problem-Approach-Artifacts-Result-Reflection. Mỗi case dài khoảng 1–2 trang. Bắt đầu bằng một câu tóm tắt "hook" ở đầu: "Giảm 40% thời gian duyệt hồ sơ vay bằng cách tái thiết kế quy trình phê duyệt." Người bận rộn chỉ đọc câu đầu là đủ hiểu giá trị.
Bước 4 — Chèn artifact thật, có annotation. Đây là lúc kỹ năng Design của bạn tỏa sáng. Trình bày process flow, RTM, user story board sao cho sạch, dễ đọc, có chú thích. Nhưng nhớ: artifact phải là loại của BA, không phải mockup thuần Design.
Bước 5 — Định lượng kết quả. Nếu có số thật, dùng số thật. Nếu là project giả định, ghi rõ "giả định/ước tính dựa trên...". Không bao giờ để một case study kết thúc mà không có phần Result đo lường được.
Bước 6 — Chọn định dạng và kênh phân phối. Ba lựa chọn phổ biến: (a) PDF thiết kế đẹp, gửi kèm email — an toàn, kiểm soát tốt; (b) trang web/Notion public — dễ chia sẻ link, cập nhật nhanh; (c) LinkedIn "Featured" — tăng khả năng nhà tuyển dụng chủ động tìm. Ex-Designer nên tận dụng cả PDF đẹp lẫn một trang Notion gọn gàng.
Bước 7 — Ẩn danh thông tin nhạy cảm. Nếu case study từ dự án có thật của công ty cũ, hãy ẩn tên khách hàng, con số nhạy cảm, hoặc xin phép trước. Ghi "một chuỗi bán lẻ tại TP.HCM" thay vì nêu tên thật nếu chưa được phép. Vi phạm NDA là dấu chấm hết cho uy tín của bạn.
Lỗi thường gặp & mẹo
Lỗi 1 — Portfolio đẹp nhưng rỗng nghiệp vụ. Như case của Hùng. Mẹo: sau khi viết xong mỗi case, tự hỏi "nếu bỏ hết hình ảnh đi, phần chữ có còn chứng minh được năng lực BA không?". Nếu không, bạn đang làm portfolio Design đội lốt.
Lỗi 2 — Không có con số kết quả. Case study kể lể quá trình mà kết thúc bằng "và mọi người đều hài lòng". Vô nghĩa. Mẹo: mỗi case bắt buộc có ít nhất một metric định lượng, dù là ước tính.
Lỗi 3 — Quá nhiều case, mỗi case hời hợt. Nhồi 8–10 dự án nhưng mỗi cái chỉ vài dòng. Mẹo: 3 case sâu luôn thắng 8 case cạn. Chất lượng.
Lỗi 4 — Giấu hoặc xin lỗi về quá khứ Design. Nhiều người viết kiểu "tôi biết mình chưa có kinh nghiệm BA...". Đừng. Mẹo: framing lại thành lợi thế — "nền tảng UX giúp tôi viết requirement luôn bám sát nhu cầu người dùng thật".
Lỗi 5 — Dùng full mockup hi-fi thay cho artifact BA. Wireframe trong portfolio BA nên ở dạng lo-fi có annotation nghiệp vụ, không phải bản hoàn thiện màu mè. Mẹo: nếu bạn muốn khoe cả kỹ năng Design, để một mục riêng "bonus" nhỏ, đừng để nó lấn át.
Lỗi 6 — Bịa kết quả hoặc phóng đại vai trò. Nói mình "lead" một dự án mà thực ra chỉ tham gia phụ. Rủi ro: reference check sẽ lộ. Mẹo: trung thực về vai trò, dùng "tôi phụ trách phần..." thay vì "tôi làm tất cả".
Mẹo vàng cho ex-Designer: Hãy có một câu "signature" xuyên suốt portfolio — ví dụ "BA với con mắt UX". Đây là định vị thương hiệu cá nhân giúp bạn khác biệt và đáng nhớ giữa hàng trăm ứng viên.
Bài tập thực hành
- Kiểm kê nguyên liệu: Liệt kê tối thiểu 5 dự án/hoạt động bạn từng làm (Design, side project, bài tập khóa học) có thể chuyển thành case study BA. Với mỗi cái, viết một dòng "vấn đề nghiệp vụ" mà nó giải quyết.
- Viết một case study hoàn chỉnh: Chọn dự án tốt nhất, viết đầy đủ theo khung Context-Problem-Approach-Artifacts-Result-Reflection (1–2 trang). Bắt buộc có ít nhất một artifact BA (process flow hoặc user story kèm acceptance criteria) và một con số kết quả.
- Viết trang About: Soạn 150–200 từ kể câu chuyện chuyển ngành Designer → BA, nhấn mạnh 2 kỹ năng cầu nối bạn mang theo. Kết thúc bằng một câu định vị "signature".
- Bài kiểm tra "xóa hình": Lấy case study vừa viết, che hết hình ảnh, chỉ đọc phần chữ. Tự chấm: phần chữ có tự chứng minh được năng lực BA không? Nếu chưa, sửa lại cho tới khi đạt.
- Chọn kênh phân phối: Quyết định bạn sẽ dùng PDF, Notion hay LinkedIn Featured (hoặc kết hợp). Dựng khung sơ bộ trên kênh đó và đặt link vào CV.
Tóm tắt
Portfolio BA là vũ khí cạnh tranh mà phần lớn ứng viên BA không có — nhưng bạn, một ex-Designer, lại có sẵn bản năng kể chuyện bằng hiện vật. Điều then chốt: chuyển trọng tâm từ "cái đẹp" sang "tư duy giải quyết vấn đề nghiệp vụ". Một portfolio BA chuẩn gồm trang About kể chuyện chuyển ngành, 3–5 case study sâu theo khung Context-Problem-Approach-Artifacts-Result-Reflection, bộ artifact mẫu, và thông tin liên hệ.
Ba nguyên tắc cần khắc cốt ghi tâm: (1) mỗi case study phải có con số kết quả đo lường được; (2) để nghiệp vụ dẫn dắt, hình ảnh chỉ minh họa — tỷ lệ khoảng 70% nghiệp vụ, 30% visual; (3) tuyệt đối trung thực về vai trò và nguồn gốc dữ liệu, đặc biệt với case study giả định hay từ dự án cũ. Nếu chưa có kinh nghiệm BA thật, ba chiến thuật cứu cánh là: kể lại dự án Design cũ dưới góc BA, làm case study "reverse-engineer + cải tiến" một sản phẩm quen thuộc, hoặc dùng chính bài Capstone trong khóa học này. Đừng giấu quá khứ Design — hãy biến "BA với con mắt UX" thành thương hiệu cá nhân của bạn.