Mở đầu — vì sao bài này quan trọng
Khi bạn chuyển từ QA/Tester sang BA, có một quyết định mà nhiều người bỏ qua nhưng lại ảnh hưởng đến cả 5–10 năm sự nghiệp tiếp theo: chọn domain — tức lĩnh vực nghiệp vụ mà bạn sẽ làm BA trong đó. Nhiều bạn nghĩ "BA là BA, làm ngành nào chẳng giống nhau". Sai. Một BA giỏi không chỉ giỏi kỹ năng (viết user story, vẽ process flow, phỏng vấn stakeholder) mà còn phải hiểu sâu nghiệp vụ của ngành. Một BA banking biết tại sao lệnh chuyển khoản phải có hold amount, một BA e-commerce biết tại sao giỏ hàng phải lock tồn kho 15 phút, một BA edtech biết tại sao tỷ lệ hoàn thành khóa học (completion rate) lại quan trọng hơn lượt đăng ký.
Domain knowledge chính là thứ phân biệt một BA junior với một BA senior được trả lương gấp đôi. Và điều thú vị là: nền tảng QA của bạn sẽ "hợp" với một số domain hơn các domain khác. Bạn đã có sẵn lợi thế ở một vài lĩnh vực mà người chuyển từ ngành khác sang không có.
Bài học này tập trung vào ba domain phổ biến và tuyển dụng nhiều BA nhất tại Việt Nam: Banking/Fintech, E-commerce/Retail, và Edtech. Ta sẽ phân tích ưu nhược điểm từng ngành, mức độ phù hợp với người có nền QA, các công ty đang tuyển, và cách chọn cho đúng người đúng thời điểm. Đây không phải bài dạy kỹ năng — đây là bài giúp bạn đặt cược nghề nghiệp vào đúng chỗ.
Khái niệm cốt lõi
Domain là gì và tại sao nó "dính" vào BA
Domain (lĩnh vực nghiệp vụ) là ngữ cảnh kinh doanh mà sản phẩm phục vụ: ngân hàng, thương mại điện tử, giáo dục, logistics, bảo hiểm, y tế... Mỗi domain có ngôn ngữ riêng (domain language), quy trình đặc thù, ràng buộc pháp lý riêng và cách đo lường thành công khác nhau.
Vì sao domain "dính" vào BA chứ không dính nhiều vào Developer? Vì BA là người dịch nhu cầu nghiệp vụ thành yêu cầu. Developer có thể nhảy từ app ngân hàng sang app gọi xe mà code vẫn là code. Nhưng BA phải hiểu vì sao nghiệp vụ vận hành như vậy — và cái "vì sao" đó khác nhau hoàn toàn giữa các ngành. Đó là lý do tin tuyển dụng BA thường ghi rõ "ưu tiên ứng viên có kinh nghiệm domain banking/fintech" hoặc "hiểu biết e-commerce".
Ba trục để đánh giá một domain
Khi cân nhắc một domain, mình khuyên bạn đánh giá theo ba trục:
- Reward (phần thưởng): lương, độ ổn định công việc, tốc độ tăng lương, độ "sang" của domain trên CV.
- Cost (cái giá phải trả): độ khó học nghiệp vụ, áp lực compliance/pháp lý, văn hóa làm việc (waterfall cứng nhắc hay agile linh hoạt), áp lực giờ giấc.
- Fit với nền QA (độ phù hợp): kỹ năng QA của bạn chuyển hóa được bao nhiêu phần trăm; bạn có lợi thế gì so với BA xuất thân khác.
Banking / Fintech
Pros (ưu điểm): Lương cao nhất nhì thị trường BA Việt Nam. Công việc ổn định, ít layoff hơn. Domain "sang" — có ngân hàng/fintech trong CV là điểm cộng lớn cho cả đời. Quy trình bài bản, có tài liệu chuẩn (BRD, SRS đầy đủ) nên bạn được rèn nghề nghiêm túc.
Cons (nhược điểm): Compliance cực nặng — mọi thay đổi đều phải qua kiểm soát rủi ro, tuân thủ quy định của Ngân hàng Nhà nước, các chuẩn như PCI-DSS, KYC/AML. Nhiều dự án core banking vẫn chạy waterfall hoặc hybrid, tài liệu dày, phê duyệt nhiều tầng, đổi một nút bấm cũng cần văn bản. Nghiệp vụ khó: hiểu được luồng hạch toán, lãi suất, hold amount, đối soát (reconciliation) mất hàng tháng.
Top công ty đang tuyển BA tại VN: Khối ngân hàng truyền thống có TCB (Techcombank), VPB (VPBank), TPB (TPBank), VCB, ACB, MB. Khối fintech/ví điện tử có MoMo, ZaloPay, ShopeePay, Cake by VPBank, Timo, Viettel Money. Khối công ty làm sản phẩm/outsource cho ngân hàng có FPT Software, KMS, NashTech.
QA → BA fit: Đây là domain mà nền QA rất hợp. Banking đòi hỏi tư duy edge case, kiểm soát rủi ro, chú ý tiểu tiết, viết acceptance criteria chặt chẽ — toàn bộ là thế mạnh sẵn có của QA. Một BA banking phải nghĩ "nếu chuyển khoản giữa chừng mất mạng thì sao", "nếu hai giao dịch chạm cùng tài khoản cùng lúc thì sao" — đó chính là bug-hunting mindset áp dụng vào thiết kế yêu cầu.
E-commerce / Retail
Pros: Tốc độ nhanh, agile thực thụ, được ship sản phẩm liên tục và thấy kết quả ngay. Đo lường bằng dữ liệu (conversion rate, GMV, retention) nên BA học được tư duy data-driven. Văn hóa trẻ, linh hoạt, ít giấy tờ. Nghiệp vụ trực quan, dễ hình dung vì ai cũng từng mua hàng online.
Cons: Lương trung bình thường thấp hơn banking ở cùng level. Áp lực cao mùa cao điểm (sale 9.9, 11.11, 12.12 — BA có thể phải trực). Yêu cầu thay đổi liên tục, scope dễ trượt. Cạnh tranh thị trường khốc liệt nên áp lực ra tính năng nhanh.
Top công ty: Shopee, Lazada, Tiki, Sendo, TikTok Shop, Thế Giới Di Động/Điện Máy Xanh, FPT Shop, Concung, các startup D2C và nền tảng SaaS thương mại như Sapo, Haravan, KiotViet.
QA → BA fit: Fit tốt ở mảng nghiệp vụ phức tạp như promotion engine, voucher, pricing, inventory, order management — nơi có vô số edge case (chồng voucher, hết hàng giữa lúc thanh toán, hoàn tiền một phần). QA quen test những luồng này nên hiểu rất nhanh. Tuy nhiên e-commerce cũng đòi hỏi tư duy growth, UX và đọc số liệu — những thứ QA cần học thêm.
Edtech
Pros: Ý nghĩa, sản phẩm gần gũi, dễ tạo động lực. Văn hóa thường nhẹ nhàng hơn banking. Mảng đang tăng trưởng tại VN, nhiều cơ hội cho người mới. Nghiệp vụ dễ tiếp cận.
Cons: Lương thường thấp nhất trong ba domain. Thị trường biến động (nhiều startup edtech gọi vốn rồi thu hẹp). Sản phẩm dễ bị coi nhẹ về độ phức tạp kỹ thuật, đôi khi BA bị kiêm nhiệm nhiều vai. Bài toán giữ chân người học (retention, completion) khó và mơ hồ.
Top công ty: ELSA, Marathon Education, Got It, CoderSchool, FUNiX, VUS/ILA (mảng số hóa), Topica (di sản), MindX, Prep.vn, Vuihoc, các nền tảng LMS nội bộ doanh nghiệp.
QA → BA fit: Fit ở mức trung bình. Edtech ít ràng buộc edge case khắc nghiệt hơn banking, nên lợi thế QA không nổi bật bằng. Nhưng nếu sản phẩm có phần chấm điểm tự động, lộ trình học thích ứng (adaptive learning), đồng bộ tiến độ đa thiết bị — thì tư duy QA về tính nhất quán dữ liệu lại rất giá trị.
Tình huống thực tế
Ví dụ 1 — Linh: từ QA fintech sang BA Cake, lợi thế compliance
Linh có 4 năm làm QA tại một công ty outsource, từng test mảng thanh toán cho một ví điện tử. Khi muốn lên BA, Linh phân vân giữa Tiki (e-commerce) và Cake (ngân hàng số). Cô chọn Cake vì nhận ra điểm mạnh của mình: suốt 4 năm test payment, Linh đã thuộc lòng các quy tắc đối soát, các trạng thái giao dịch (pending, success, failed, reversed), và biết rõ nơi hệ thống hay phát sinh tiền sai lệch.
Trong buổi phỏng vấn BA tại Cake, khi được hỏi tình huống "thiết kế luồng hoàn tiền khi giao dịch nạp tiền thất bại nhưng tài khoản đã bị trừ", Linh trả lời mạch lạc về timeout, đối soát cuối ngày, và cờ trạng thái cần thiết — điều mà ứng viên trái ngành lúng túng. Cô được nhận với mức lương khởi điểm khoảng 18 triệu, cao hơn đề nghị 14 triệu mà cô từng nhận ở vị trí BA e-commerce.
Bài học: Domain trước đây của bạn ở vai trò QA là tài sản. Nếu bạn từng test sâu một domain, hãy ưu tiên làm BA trong chính domain đó — bạn đi trước người khác cả năm về domain knowledge.
Ví dụ 2 — Tuấn: BA voucher tại sàn TMĐT, biến edge case thành siêu năng lực
Tuấn từng là QA của một sàn thương mại điện tử lớn, chuyên test module khuyến mãi. Khi chuyển sang BA cùng công ty, anh được giao đúng mảng promotion engine. Nhiệm vụ đầu tiên: viết yêu cầu cho tính năng "voucher chồng" (cho phép dùng đồng thời voucher freeship của sàn và voucher giảm giá của shop).
Nhờ kinh nghiệm test, Tuấn liệt kê ngay loạt tình huống mà BA thường quên: voucher freeship áp trước hay sau khi tính giảm giá shop, xử lý khi đơn bị hủy một phần thì voucher có hoàn lại không, giới hạn ngân sách voucher của sàn bị chạm giữa lúc nhiều người checkout cùng lúc. Anh đưa các edge case này thẳng vào acceptance criteria. Kết quả: tính năng ra mắt mùa sale 11.11 với gần như không có sự cố tính tiền — trong khi năm trước có hơn 200 khiếu nại tính sai giá.
Bài học: Trong e-commerce, mảng promotion/pricing/inventory là nơi nền QA tỏa sáng nhất. Hãy chủ động xin về những mảng nhiều edge case này thay vì những tính năng UI đơn giản.
Ví dụ 3 — Mai: chọn edtech vì cân bằng cuộc sống, và cái giá phải trả
Mai làm QA 3 năm, là mẹ một con nhỏ, ưu tiên giờ giấc ổn định hơn lương cao. Cô chọn làm BA cho một startup edtech dạy tiếng Anh. Văn hóa nhẹ nhàng, ít OT, công việc ý nghĩa — đúng như mong đợi. Nhưng sau 18 tháng, công ty gọi vốn không thành công, cắt giảm 30% nhân sự, và mảng BA bị gộp với product. Mai phải tìm việc mới, và phát hiện kinh nghiệm edtech của mình khó "bán" sang banking hay fintech vì hai domain quá khác nhau.
Bài học: Mỗi lựa chọn domain có đánh đổi. Edtech cho bạn cân bằng cuộc sống nhưng độ ổn định thị trường thấp và domain knowledge khó chuyển ngang sang ngành lương cao. Hãy chọn với mắt mở, biết rõ mình đang đánh đổi gì, và nếu chọn domain "mềm" thì hãy chủ động giữ kỹ năng BA cốt lõi đủ mạnh để chuyển ngành khi cần.
Hướng dẫn từng bước
Bước 1 — Kiểm kê domain QA của bạn. Viết ra những domain bạn đã test sâu. Bạn test app ngân hàng? App bán hàng? Hệ thống học trực tuyến? Đây là vốn liếng domain miễn phí. Ưu tiên hàng đầu là làm BA trong chính domain bạn đã quen, vì bạn rút ngắn được giai đoạn học nghiệp vụ.
Bước 2 — Xác định khẩu vị cá nhân. Tự trả lời ba câu: (a) Bạn ưu tiên lương cao hay cân bằng cuộc sống? (b) Bạn chịu được giấy tờ/quy trình nặng (banking) hay thích nhanh gọn linh hoạt (e-commerce)? (c) Bạn muốn ổn định lâu dài hay chấp nhận rủi ro để đổi lấy tốc độ phát triển?
Bước 3 — Đối chiếu fit QA với từng domain. Banking và mảng promotion/payment của e-commerce là nơi nền QA mạnh nhất nhờ tư duy edge case và rủi ro. Edtech fit trung bình. Chọn domain mà lợi thế QA của bạn được tận dụng tối đa — đó là cách thắng nhanh ở vị trí mới.
Bước 4 — Nghiên cứu thị trường tuyển dụng. Lên các trang tuyển dụng, lọc tin "Business Analyst" theo từng domain. Đọc kỹ phần mô tả công việc và yêu cầu domain knowledge. Đếm xem domain nào có nhiều tin tuyển, mức lương khoảng nào, có yêu cầu kinh nghiệm domain bắt buộc không.
Bước 5 — Chọn một domain chính và một domain dự phòng. Đừng dàn trải. Chọn một domain để dồn sức xây CV và portfolio. Giữ một domain thứ hai liền kề làm phương án B (ví dụ banking ↔ fintech, hoặc e-commerce ↔ logistics).
Bước 6 — Lấp khoảng trống domain knowledge. Sau khi chọn, học nghiệp vụ ngành đó: đọc tài liệu, theo dõi các trang chuyên ngành, học các thuật ngữ. Với banking, học các khái niệm như KYC, hold amount, đối soát. Với e-commerce, học về order lifecycle, inventory, promotion engine.
Lỗi thường gặp & mẹo
Lỗi 1 — Chỉ chọn theo lương. Nhiều bạn lao vào banking vì lương cao mà không cân nhắc mình có chịu được văn hóa quy trình nặng, compliance, waterfall hay không. Người thích tốc độ và sự linh hoạt sẽ ngột ngạt trong môi trường ngân hàng. Mẹo: cân cả ba trục reward–cost–fit, đừng chỉ nhìn con số lương.
Lỗi 2 — Bỏ phí domain QA cũ. Đang test sâu fintech 5 năm nhưng lại nhảy sang BA edtech "cho mới mẻ", vứt bỏ toàn bộ vốn domain. Trừ khi bạn có lý do mạnh, đây thường là lựa chọn lãng phí. Mẹo: mặc định ưu tiên domain bạn đã quen, chỉ đổi khi có lý do rõ ràng.
Lỗi 3 — Nhảy domain quá thường xuyên. Mỗi lần đổi domain bạn lại reset domain knowledge về gần 0. BA nhảy ba domain trong ba năm sẽ mãi là "junior về nghiệp vụ" ở mọi nơi. Mẹo: cam kết một domain ít nhất 2–3 năm để tích lũy chiều sâu.
Lỗi 4 — Tưởng "BA là BA, ngành nào cũng như nhau". Nhà tuyển dụng rất coi trọng domain knowledge. Mẹo: khi nộp CV, làm nổi bật kinh nghiệm domain (kể cả từ thời QA) đúng với domain công ty đang tuyển.
Mẹo vàng: Nếu bạn còn lưỡng lự, hãy chọn domain mà ở đó nền QA của bạn là lợi thế cạnh tranh rõ rệt nhất — thường là banking/fintech hoặc mảng payment/promotion của e-commerce. Thắng nhanh ở vị trí BA đầu tiên quan trọng hơn việc chọn domain "lương cao nhất trên lý thuyết".
Bài tập thực hành
Bài 1 — Bảng tự đánh giá domain. Lập một bảng ba cột (Banking/Fintech, E-commerce, Edtech) và bốn dòng: Lương kỳ vọng, Văn hóa phù hợp với tôi (1–5), Fit với nền QA của tôi (1–5), Tôi đã có domain knowledge sẵn (1–5). Tự chấm điểm và cộng lại. Domain điểm cao nhất là gợi ý ban đầu của bạn.
Bài 2 — Khảo sát thị trường. Vào hai trang tuyển dụng, tìm 10 tin "Business Analyst" cho domain bạn chọn ở Bài 1. Ghi lại: mức lương trung bình, ba yêu cầu domain knowledge xuất hiện nhiều nhất, và liệu họ có chấp nhận BA chuyển từ QA không.
Bài 3 — Bản đồ chuyển hóa domain. Viết một đoạn 150–200 từ trả lời: "Domain nào tôi đã test sâu ở vai trò QA, và ba điều cụ thể tôi đã hiểu về nghiệp vụ ngành đó mà một BA trái ngành chưa chắc biết?" Đây sẽ là nguyên liệu vàng cho CV và phỏng vấn BA của bạn.
Bài 4 — Quyết định và kế hoạch lấp khoảng trống. Chọn dứt khoát một domain chính. Liệt kê năm khái niệm nghiệp vụ của domain đó mà bạn chưa nắm vững, và đặt deadline học từng cái trong 30 ngày tới.
Tóm tắt
Chọn domain là một quyết định chiến lược, không phải chuyện nhỏ. Ba domain phổ biến nhất cho BA tại Việt Nam — Banking/Fintech, E-commerce, Edtech — có hồ sơ rất khác nhau: banking cho lương cao và ổn định nhưng đổi lại compliance nặng và quy trình waterfall; e-commerce cho tốc độ, agile và tư duy data nhưng áp lực mùa sale và lương trung bình; edtech cho ý nghĩa và cân bằng cuộc sống nhưng lương thấp và thị trường biến động.
Điều quan trọng nhất với người chuyển từ QA: nền QA của bạn không trung lập giữa các domain. Tư duy edge case, kiểm soát rủi ro và sự tỉ mỉ khiến bạn đặc biệt mạnh ở banking/fintech và ở các mảng payment/promotion/inventory của e-commerce. Hãy kiểm kê domain bạn đã test sâu, cân ba trục reward–cost–fit, ưu tiên domain tận dụng được lợi thế QA, rồi cam kết với nó đủ lâu (2–3 năm) để xây chiều sâu nghiệp vụ. Domain knowledge chính là thứ sẽ đưa bạn từ BA junior lên BA senior — và nó bắt đầu từ một lựa chọn đúng ngay hôm nay.