Mở đầu — vì sao bài này quan trọng
Bạn có thể học thuộc lòng toàn bộ BABOK, viết được PRD hoàn chỉnh, đọc trôi ERD — nhưng nếu portfolio và CV của bạn vẫn "trông giống một Designer", nhà tuyển dụng BA sẽ không bao giờ gọi bạn đến vòng phỏng vấn. Đây là nút thắt cổ chai mà rất nhiều Designer chuyển ngành mắc phải: kỹ năng đã đủ, nhưng cách đóng gói và trình bày bản thân thì vẫn nói ngôn ngữ cũ.
Bài học này tập trung vào ba thứ quyết định việc bạn có "qua cửa" hay không: portfolio, CV/resume, và buổi phỏng vấn. Cả ba đều là bài toán marketing bản thân, và ở đây bạn có một lợi thế mà dân IT thuần chuyển sang BA không có: bạn vốn là người làm nghề trình bày và kể chuyện. Vấn đề chỉ là kể đúng câu chuyện, cho đúng khán giả.
Lưu ý: bài này không dạy bạn cách viết PRD hay cách làm research (những nội dung đó nằm ở các bài khác). Bài này dạy bạn cách biến những gì bạn đã làm thành bằng chứng thuyết phục rằng bạn tư duy như một BA.
Khái niệm cốt lõi
Ba tài liệu, ba mục tiêu khác nhau
Nhiều người nhầm CV và portfolio là một. Không phải. Chúng phục vụ ba giai đoạn khác nhau trong phễu tuyển dụng:
- CV/Resume (1–2 trang): công cụ để vượt qua vòng lọc. Người đọc nó là recruiter hoặc HR — thường không phải dân BA — và họ chỉ dành khoảng 20–30 giây cho mỗi CV. Mục tiêu: khiến họ tin bạn có thể làm được việc BA.
- Portfolio (3–6 case study): công cụ để chứng minh chiều sâu. Người đọc là hiring manager, BA lead hoặc PM. Mục tiêu: cho họ thấy bạn tư duy phân tích như thế nào, chứ không chỉ vẽ đẹp.
- Phỏng vấn: nơi bạn đối chất trực tiếp về tư duy. Mục tiêu: chứng minh rằng những gì viết trong CV/portfolio là thật, và bạn suy nghĩ được ngay tại chỗ.
CV của Designer chuyển BA: dịch lại ngôn ngữ
Sai lầm phổ biến nhất là để nguyên CV Designer rồi đổi mỗi chức danh mục tiêu. Recruiter đọc thấy "thiết kế UI cho app", "làm prototype Figma", "chọn màu và typography" — và họ xếp bạn vào nhóm Designer, hết. Bạn phải dịch lại từng dòng thành ngôn ngữ giá trị nghiệp vụ.
Cùng một công việc, hai cách viết:
> Cách Designer viết: "Thiết kế lại luồng thanh toán cho app thương mại điện tử, làm wireframe và high-fidelity mockup trên Figma."
> Cách BA viết: "Phân tích luồng checkout hiện tại (as-is), phát hiện 3 điểm gây rơi rớt người dùng qua data funnel; đề xuất và đặc tả lại luồng mới, phối hợp dev triển khai, giúp tỷ lệ hoàn tất đơn tăng từ 61% lên 74% trong 2 tháng."
Câu thứ hai vẫn là sự thật, chỉ khác góc nhìn: nhấn vào vấn đề nghiệp vụ, phân tích, phối hợp, và kết quả đo được. Đây chính là "chất BA".
Nguyên tắc STAR + con số
Mọi dòng thành tích nên bám khung STAR ngầm: Situation (bối cảnh) — Task (nhiệm vụ) — Action (bạn làm gì) — Result (kết quả, có số). Con số là thứ ngôn ngữ chung của BA và của doanh nghiệp. "Cải thiện trải nghiệm" là ngôn ngữ Designer; "giảm thời gian xử lý đơn từ 8 phút xuống 3 phút" là ngôn ngữ BA.
Portfolio BA khác portfolio Design ở đâu
Portfolio Design bán thành phẩm đẹp: ảnh mockup lung linh, animation mượt. Portfolio BA bán quá trình tư duy: bạn nhìn ra vấn đề gì, thu thập yêu cầu ra sao, đánh đổi thế nào, và ra quyết định dựa trên bằng chứng nào. Một case study BA tốt phải trả lời được: "Vấn đề nghiệp vụ là gì? Ai là stakeholder? Bạn phân tích thế nào? Giải pháp nào được chọn và vì sao? Kết quả ra sao?" Artifact đi kèm không phải mockup, mà là process flow, bảng phân tích stakeholder, danh sách yêu cầu, hoặc bảng đánh đổi phương án.
Tình huống thực tế
Tình huống 1 — Linh, UI Designer tại một startup edtech ở TP.HCM
Linh có 3 năm làm UI Designer, portfolio Behance rất đẹp với hàng chục màn hình app. Cô rải 15 CV cho vị trí BA junior trong một tháng, không nhận được cuộc gọi nào. Khi review lại, vấn đề lộ ra ngay: CV của cô liệt kê "Figma, Sketch, Adobe XD, Principle" ở mục kỹ năng, và mỗi dòng kinh nghiệm đều bắt đầu bằng "Thiết kế...".
Mentor giúp cô làm ba việc: (1) đổi mục kỹ năng thành "Requirement elicitation, User flow analysis, Wireframing, SQL cơ bản, Jira/Confluence"; (2) viết lại kinh nghiệm theo góc nghiệp vụ — ví dụ dự án feature "lịch học" được kể lại thành "làm việc với 2 nhóm stakeholder (giáo viên và học viên) có nhu cầu mâu thuẫn, tổ chức phỏng vấn, tổng hợp thành 12 yêu cầu, ưu tiên theo MoSCoW"; (3) thêm một dòng tóm tắt đầu CV nêu rõ định vị "Designer chuyển hướng BA, mạnh về user research và tư duy giải pháp".
Kết quả: trong 3 tuần sau đó, cô nhận 4 lời mời phỏng vấn. Bài học: nội dung công việc không đổi, nhưng cách đóng gói mới là thứ recruiter đọc.
Tình huống 2 — Portfolio một case study "cứu" cả buổi phỏng vấn tại một agency
Đức, Product Designer tại một agency ở Hà Nội, ứng tuyển BA cho một công ty logistics. Anh chuẩn bị một case study portfolio duy nhất nhưng cực kỹ: dự án tối ưu màn hình quản lý đơn giao hàng.
Thay vì show mockup, anh trình bày theo mạch BA: bắt đầu bằng vấn đề (nhân viên điều phối mất trung bình 8 phút để gán một đơn cho tài xế, thường gán sai vùng); cách anh tìm hiểu (ngồi cạnh 3 điều phối viên nguyên một buổi, vẽ lại as-is flow, đếm số click); phát hiện (hệ thống bắt nhập tay mã vùng thay vì gợi ý theo địa chỉ); giải pháp và đánh đổi (auto-suggest vùng vs. bản đồ trực quan — anh chọn auto-suggest vì rẻ và nhanh triển khai hơn); kết quả giả định có cơ sở (thời gian gán đơn xuống còn 3 phút). Trong buổi phỏng vấn, hiring manager dành gần như toàn bộ thời gian đào sâu vào case này và bỏ qua phần "kiểm tra kiến thức BABOK" mà anh lo sợ.
Bài học: một case study kể đúng mạch "problem → analysis → trade-off → result" có sức thuyết phục hơn mười màn hình đẹp, và nó tự dẫn dắt buổi phỏng vấn về đúng vùng bạn mạnh.
Tình huống 3 — Câu hỏi "bẫy" trong phỏng vấn tại một ngân hàng số
Trang phỏng vấn vị trí BA tại một ngân hàng số ở VN. Giữa buổi, người phỏng vấn hỏi thẳng: "Em là Designer, làm sao anh tin em xử lý được yêu cầu nghiệp vụ phức tạp, chứ không chỉ lo giao diện?" Đây là câu hỏi phản đối (objection) mà gần như Designer chuyển ngành nào cũng gặp.
Trang đã chuẩn bị trước. Cô không phòng thủ, mà lật ngược thành lợi thế: "Chính vì xuất thân Design nên em có thói quen luôn hỏi tại sao trước khi làm — em không nhận yêu cầu rồi làm ngay, mà đào đến nhu cầu thật của người dùng và mục tiêu kinh doanh phía sau. Ví dụ trong dự án X, yêu cầu ban đầu là 'thêm nút export', nhưng khi em hỏi kỹ thì vấn đề thật là họ cần đối soát số liệu cuối ngày — và giải pháp đúng hoàn toàn khác." Cô kết bằng con số kết quả.
Bài học: câu hỏi phản đối về xuất thân là chắc chắn sẽ đến. Đừng né. Hãy chuẩn bị sẵn 1–2 câu chuyện biến điểm "yếu" (không có nền IT) thành điểm "mạnh" (tư duy lấy vấn đề và người dùng làm gốc).
Hướng dẫn từng bước
Bước 1 — Audit lại toàn bộ chất liệu bạn đang có. Liệt kê mọi dự án Design đã làm. Với mỗi dự án, tự hỏi: dự án này giải quyết vấn đề nghiệp vụ gì? Có số liệu nào không? Mình đã làm gì mang tính phân tích (research, đề xuất, đánh đổi)? Đây là mỏ quặng để bạn đãi ra "chất BA".
Bước 2 — Viết lại CV theo ngôn ngữ nghiệp vụ. Cấu trúc gợi ý: (a) dòng tóm tắt định vị 2–3 dòng ở đầu; (b) mục kỹ năng tách làm hai — kỹ năng BA (elicitation, documentation, process modeling, SQL cơ bản, Jira/Confluence) và kỹ năng nền Design (đặt sau, như bonus); (c) kinh nghiệm viết theo STAR + con số, mỗi gạch đầu dòng bắt đầu bằng động từ nghiệp vụ (phân tích, đề xuất, phối hợp, đặc tả) thay vì "thiết kế". Giữ CV trong 1–2 trang.
Bước 3 — Chọn 2–3 dự án làm case study portfolio. Không cần nhiều, cần sâu. Ưu tiên dự án có vấn đề nghiệp vụ rõ, có phối hợp nhiều bên, có kết quả đo được.
Bước 4 — Cấu trúc mỗi case study theo mạch BA: Bối cảnh & vấn đề nghiệp vụ → Stakeholder liên quan → Cách bạn tìm hiểu (research/elicitation) → Phát hiện chính → Các phương án & đánh đổi → Giải pháp chọn và lý do → Kết quả (số liệu). Đính kèm artifact "chất BA": as-is/to-be flow, bảng yêu cầu, wireframe có annotation — không phải mockup bóng bẩy.
Bước 5 — Chuẩn bị "phần đối chất". Dự trù trước: 1 câu trả lời cho "vì sao chuyển từ Design sang BA", 2 câu chuyện STAR cho các tình huống phổ biến (xử lý stakeholder mâu thuẫn, ra quyết định dựa trên data), và 1 câu lật ngược cho câu hỏi phản đối về xuất thân.
Bước 6 — Luyện nói to. Đọc thầm không đủ. Kể case study của bạn cho một người không cùng ngành nghe trong 5 phút. Nếu họ hiểu vấn đề và giải pháp, bạn đã sẵn sàng.
Lỗi thường gặp & mẹo
- Lỗi: CV như một brochure Design. Đầy Behance link, ảnh mockup, tên phần mềm đồ họa. Recruiter BA không quan tâm. Mẹo: mỗi dòng phải trả lời được "điều này chứng minh tôi tư duy BA ở chỗ nào?".
- Lỗi: portfolio chỉ show thành phẩm. Nhiều màn hình đẹp, không có process. Mẹo: dành ít nhất 60% mỗi case study cho quá trình tư duy (vấn đề, phân tích, đánh đổi), chỉ 40% cho giải pháp.
- Lỗi: không có con số. "Cải thiện đáng kể", "tối ưu trải nghiệm" là từ ngữ rỗng. Mẹo: ép mình gắn ít nhất một con số cho mỗi dự án; nếu không có số thật, dùng số ước lượng có cơ sở và nói rõ đó là ước lượng.
- Lỗi: phòng thủ khi bị hỏi về xuất thân. Mẹo: chuẩn bị sẵn tâm thế biến nền Design thành lợi thế khác biệt (empathy, tư duy hệ thống, khả năng trực quan hóa vấn đề).
- Lỗi: nói dối hoặc thổi phồng. BA giỏi là người trung thực với dữ liệu. Người phỏng vấn dày dạn sẽ đào sâu và bạn sẽ lộ. Mẹo: thà kể dự án nhỏ mà thật, sâu, còn hơn dự án lớn mà bạn không nắm.
Bài tập thực hành
- Dịch lại 5 dòng CV. Lấy 5 gạch đầu dòng kinh nghiệm hiện tại của bạn (viết theo góc Designer) và viết lại từng dòng theo ngôn ngữ BA + STAR, mỗi dòng cố gắng gắn một con số.
- Dựng khung một case study. Chọn một dự án bạn tâm đắc nhất và điền vào 7 mục: Bối cảnh & vấn đề — Stakeholder — Cách tìm hiểu — Phát hiện — Phương án & đánh đổi — Giải pháp chọn — Kết quả. Mỗi mục 2–4 câu.
- Trả lời câu hỏi phản đối. Viết ra (rồi nói to) câu trả lời của riêng bạn cho: "Bạn là Designer, sao tôi tin bạn làm được nghiệp vụ phức tạp?" trong tối đa 90 giây, kết bằng một câu chuyện có con số.
- Test 30 giây. Đưa CV mới của bạn cho một người bạn xem đúng 30 giây rồi cất đi, hỏi họ nhớ gì. Nếu họ nhớ bạn là "BA có nền Design mạnh về research", bạn thành công. Nếu họ nhớ "Designer", làm lại.
Tóm tắt
Chuyển từ Designer sang BA, kỹ năng của bạn thường đã đủ — thứ còn thiếu là cách đóng gói chúng. CV là công cụ vượt vòng lọc: dịch mọi thành tích Design sang ngôn ngữ nghiệp vụ, dùng khung STAR và luôn có con số. Portfolio là công cụ chứng minh chiều sâu: chọn 2–3 case study, kể theo mạch problem → analysis → trade-off → result, và trưng ra process chứ không phải mockup. Phỏng vấn là nơi đối chất: chuẩn bị sẵn câu chuyện, đặc biệt là câu lật ngược cho câu hỏi về xuất thân, và biến nền Design thành lợi thế khác biệt thay vì điểm yếu cần bào chữa. Nền Design không phải gánh nặng — nó là câu chuyện độc đáo khiến bạn nổi bật giữa hàng trăm BA "sinh ra từ IT". Việc của bạn là kể câu chuyện đó cho đúng.