Mở đầu — vì sao bài này quan trọng
Nếu bạn từng làm Sales hay BD (Business Development) trong một ngành cụ thể từ 3 năm trở lên, tôi có một tin rất vui dành cho bạn: bạn đang sở hữu một tài sản mà phần lớn BA mới vào nghề phải mất nhiều năm mới có được — đó là domain expertise, tức kiến thức nghiệp vụ chuyên sâu về một lĩnh vực.
Trong những bài trước, chúng ta đã nói về việc chuyển hóa kỹ năng giao tiếp, đàm phán, hiểu khách hàng từ Sales sang BA. Nhưng có một thứ ít người nói tới mà lại quyết định cực lớn đến việc bạn được tuyển hay không, lương cao hay thấp, và tốc độ thăng tiến: bạn hiểu ngành sâu đến đâu.
Hãy hình dung thế này. Một BA fresher học rất giỏi về BABOK, viết user story chuẩn, vẽ BPMN đẹp — nhưng khi vào dự án ngân hàng, họ không biết "đối soát" là gì, không hiểu vì sao một giao dịch lại bị "treo" khi qua kênh NAPAS, không phân biệt được tài khoản thanh toán với tài khoản tiết kiệm. Mỗi lần họp với khách hàng, họ phải ghi chú lại để về tra Google. Ngược lại, một ex-Sales từng bán giải pháp cho ngân hàng 4 năm bước vào, họ hiểu ngay câu chuyện, hỏi đúng câu hỏi, và nói cùng "ngôn ngữ" với stakeholder.
Sự khác biệt đó chính là điều bài học này tập trung làm rõ: domain expertise của bạn là gì, nó đáng giá đến đâu trên thị trường BA Việt Nam, và làm thế nào để biến nó thành lợi thế cạnh tranh có thể chứng minh được trong CV và phỏng vấn — chứ không chỉ là cảm giác "tôi hiểu ngành này".
Khái niệm cốt lõi
Domain expertise là gì trong nghề BA?
Trong nghề BA, "domain" là lĩnh vực nghiệp vụ mà hệ thống/sản phẩm phục vụ: ngân hàng, bảo hiểm, thương mại điện tử, logistics, y tế, giáo dục, bất động sản, SaaS B2B... "Domain expertise" là sự hiểu biết về cách ngành đó vận hành: quy trình kinh doanh, thuật ngữ chuyên ngành, các bên liên quan, quy định pháp lý, nỗi đau thực sự của người dùng, và những "luật ngầm" mà chỉ người trong ngành mới biết.
Một BA có hai loại năng lực:
- Năng lực phương pháp (BA craft): viết requirement, vẽ quy trình, làm elicitation, quản lý thay đổi... Đây là thứ học được qua khóa học và sách vở.
- Năng lực nghiệp vụ (domain knowledge): hiểu ngành. Đây là thứ phải sống trong ngành mới có.
Quy tắc nền tảng: 3 năm Sales = vượt 80% BA mới về domain
Đây là một nguyên tắc mà tôi muốn bạn khắc cốt ghi tâm: một người làm Sales/BD từ 3 năm trở lên trong cùng một ngành thường có domain knowledge sâu hơn 80% các BA mới vào nghề.
Vì sao? Vì Sales không phải đứng ngoài nhìn ngành. Sales sống chết với khách hàng trong ngành đó. Mỗi cuộc gặp, bạn phải hiểu mô hình kinh doanh của khách hàng để bán đúng giải pháp. Mỗi lần bị từ chối, bạn phải hiểu vì sao quy trình hiện tại của họ không cho phép thay đổi. Mỗi deal lớn, bạn phải nói chuyện với cả người dùng cuối lẫn cấp quản lý ra quyết định. Sau 3 năm, bạn đã vô tình tích lũy một bản đồ nghiệp vụ mà BA fresher phải phỏng vấn hàng chục stakeholder mới dựng lại được.
Nhưng — và đây là điều quan trọng — domain expertise của Sales có một góc nhìn riêng. Bạn hiểu ngành từ góc "giá trị và quyết định mua hàng", chứ chưa chắc hiểu từ góc "vận hành chi tiết". Một Sales bảo hiểm hiểu rất rõ vì sao khách hàng do dự mua hợp đồng, nhưng có thể chưa nắm quy trình thẩm định bồi thường (claim) chạy nội bộ thế nào. Phần việc của bạn khi chuyển sang BA là bổ sung chiều sâu vận hành vào nền tảng domain đã có. Việc này nhanh hơn rất nhiều so với học domain từ con số 0.
Domain mapping: ngành Sales của bạn dẫn tới domain BA nào?
Đây là phần thực dụng nhất. Hãy nhìn bảng ánh xạ dưới đây để xác định bạn nên nhắm vào domain BA nào dựa trên nền Sales của mình:
| Nền Sales/BD trước đây | Domain BA phù hợp nhất | Vốn nghiệp vụ bạn đã có sẵn |
|---|---|---|
| Bán sản phẩm ngân hàng, thẻ tín dụng, vay tiêu dùng | BA Fintech / Core Banking / Lending | Sản phẩm tín dụng, lãi suất, hạn mức, hồ sơ vay, quy trình duyệt |
| Tư vấn bảo hiểm nhân thọ / phi nhân thọ | BA Insurance / Bancassurance | Hợp đồng, quyền lợi, phí, kênh phân phối, tâm lý khách hàng |
| Bán phần mềm B2B / giải pháp doanh nghiệp | BA SaaS / Enterprise Software | Pricing model, onboarding, tích hợp, vòng đời khách hàng |
| Sales sàn TMĐT / FMCG / bán lẻ | BA E-commerce / Retail / OMS | Đặt hàng, kho, vận chuyển, khuyến mãi, hành vi mua |
| BD logistics / vận tải / kho bãi | BA Logistics / Supply Chain | Tuyến vận chuyển, theo dõi đơn, tồn kho, đối tác giao hàng |
| Sales thiết bị/dịch vụ y tế, dược | BA Healthtech / HIS | Quy trình khám chữa, hồ sơ bệnh án, bảo hiểm y tế |
| Sales bất động sản | BA Proptech / CRM BĐS | Vòng đời dự án, giỏ hàng, hợp đồng mua bán, dòng tiền |
Tình huống thực tế
Tình huống 1: Ex-Sales bảo hiểm vào dự án bancassurance — hiểu "nỗi đau" mà cả team không thấy
Chị Hằng làm tư vấn bảo hiểm nhân thọ tại Prudential khoảng 4 năm, sau đó chuyển sang vị trí BA tại một công ty fintech làm nền tảng bancassurance (bán bảo hiểm qua kênh ngân hàng). Dự án: xây flow để nhân viên ngân hàng tư vấn và chốt hợp đồng bảo hiểm ngay trên app.
Trong buổi workshop với khách hàng, team thiết kế một luồng nhập liệu rất "đẹp về kỹ thuật": nhân viên ngân hàng nhập đầy đủ 20 trường thông tin sức khỏe của khách rồi mới ra báo giá. Cả team gật gù. Chỉ có chị Hằng phản đối. Chị nói: "Nhân viên ngân hàng không phải tư vấn viên bảo hiểm chuyên nghiệp. Họ chỉ có 5-7 phút với khách giữa lúc làm thủ tục vay. Nếu bắt nhập 20 trường trước khi thấy con số phí, họ sẽ bỏ cuộc ngay, và tỷ lệ chốt sẽ rớt thê thảm."
Chị đề xuất đảo ngược: cho ra báo giá ước tính chỉ với 3 thông tin cơ bản (tuổi, giới tính, số tiền bảo hiểm) trước, để khách thấy con số và quan tâm; phần khai báo sức khỏe chi tiết để sau khi khách đã đồng ý về mặt giá trị.
Bài học rút ra: Không một BA fresher nào trong phòng đó biết được "nhân viên ngân hàng chỉ có 5-7 phút" hay "khách bỏ cuộc nếu chưa thấy phí". Đó là tri thức từ 4 năm chị Hằng đứng bán bảo hiểm. Domain expertise không nằm trong tài liệu — nó nằm trong việc bạn biết người dùng thật sự hành xử thế nào. Đây chính là loại insight giúp ex-Sales tỏa sáng trong vai trò BA.
Tình huống 2: Ex-Sales SaaS hiểu pricing — giúp dự án tránh một quyết định sai 6 tháng
Anh Tuấn từng làm BD cho một công ty SaaS bán phần mềm quản lý nhà hàng theo mô hình thuê bao (subscription). Sau khi chuyển sang BA tại một startup SaaS khác ở TP.HCM, anh được giao làm requirement cho module tính phí (billing).
Đội product muốn làm pricing theo kiểu "mỗi nhà hàng một gói cố định/tháng". Anh Tuấn, từ kinh nghiệm bán hàng, biết ngay đây là cái bẫy: "Khách F&B Việt Nam phản ứng cực mạnh với phí cố định khi mùa thấp điểm họ vẫn phải trả như mùa cao điểm. Bên cũ của em từng mất 30% khách vào mùa Tết vì lý do này. Mình nên có gói tính theo số hóa đơn xử lý (usage-based) để khách thấy công bằng."
Anh dẫn ra con số cụ thể từ trải nghiệm cũ, và đề xuất mô hình hybrid: phí nền thấp + phụ phí theo lượng dùng. Team chấp nhận thử nghiệm và tỷ lệ giữ chân khách (retention) cải thiện rõ rệt sau 2 quý.
Bài học rút ra: Domain expertise của ex-Sales không chỉ là hiểu sản phẩm — mà là hiểu kinh tế học của ngành: khách trả tiền vì cái gì, vì sao họ rời bỏ, ngưỡng giá nào là chấp nhận được. Khi requirement chạm tới tiền, giá, và quyết định mua, ex-Sales gần như luôn nhìn xa hơn người chỉ giỏi kỹ thuật.
Tình huống 3: Ex-Sales ngân hàng đọc vị stakeholder — rút ngắn elicitation
Chị Linh từng bán sản phẩm vay tiêu dùng cho một công ty tài chính (consumer finance) gần 5 năm, rồi chuyển sang BA tại một ngân hàng số đang xây sản phẩm vay online. Khi làm việc với phòng Thẩm định tín dụng, các BA khác mất rất nhiều buổi họp để hiểu vì sao một hồ sơ "đẹp" vẫn bị từ chối.
Chị Linh thì hiểu ngay: rủi ro tín dụng không chỉ nằm ở thu nhập, mà còn ở "lịch sử tín dụng CIC", "tỷ lệ DTI" (debt-to-income), và các "rule ngầm" như nghề nghiệp rủi ro cao. Chị biết chính xác phải hỏi gì, nên buổi elicitation với phòng thẩm định của chị chỉ cần một buổi đã ra được phần lớn business rule, trong khi đồng nghiệp phải họp ba bốn buổi.
Bài học rút ra: Domain expertise rút ngắn thời gian elicitation một cách đáng kể. Bạn không cần stakeholder giải thích từ đầu — bạn đã biết khung nghiệp vụ, chỉ cần xác nhận và đào sâu chi tiết. Điều này khiến stakeholder tin tưởng bạn nhanh hơn, và requirement bạn lấy ra cũng chính xác hơn.
Hướng dẫn từng bước
Đây là quy trình để bạn khai thác và đóng gói domain expertise thành lợi thế cạnh tranh thực sự:
Bước 1 — Lập "bản đồ domain" của riêng bạn. Ngồi xuống và viết ra: trong những năm làm Sales/BD, bạn đã hiểu được những gì về ngành? Liệt kê theo các nhóm: (a) các bên liên quan chính, (b) quy trình kinh doanh cốt lõi, (c) thuật ngữ chuyên ngành bạn dùng thành thạo, (d) các nỗi đau thực sự của người dùng, (e) quy định pháp lý liên quan bạn từng va chạm. Đây là kho vàng của bạn — đừng để nó nằm im trong đầu.
Bước 2 — Xác định khoảng trống vận hành. Vì bạn hiểu ngành từ góc bán hàng, hãy thành thật đánh dấu những phần vận hành nội bộ bạn chưa rõ. Ví dụ Sales bảo hiểm: bạn hiểu khâu bán, nhưng khâu thẩm định bồi thường (claim), tái bảo hiểm, hạch toán phí thì sao? Lập danh sách những phần cần bổ sung — đây là lộ trình tự học domain nhanh nhất vì bạn chỉ cần lấp chỗ trống, không học lại từ đầu.
Bước 3 — Học ngôn ngữ vận hành của ngành. Tìm đọc tài liệu nghiệp vụ chuẩn ngành (ví dụ với ngân hàng: tài liệu về core banking, NAPAS, đối soát; với bảo hiểm: quy trình underwriting, claim). Mục tiêu là biết nói chuyện với cả team vận hành chứ không chỉ team bán hàng.
Bước 4 — Đóng gói domain expertise vào CV và portfolio. Đừng viết chung chung "có kinh nghiệm bán hàng". Hãy viết cụ thể: "4 năm tư vấn bảo hiểm nhân thọ, am hiểu sản phẩm, quy trình tư vấn, tâm lý khách hàng và kênh bancassurance — sẵn sàng đảm nhận BA cho dự án insurtech." Domain phải nổi bật như một USP (điểm bán độc nhất).
Bước 5 — Dùng domain làm "neo" trong phỏng vấn. Khi nhà tuyển dụng hỏi tình huống, hãy chủ động lấy ví dụ từ domain bạn rành. Câu "ở ngành X, vấn đề thường gặp là Y, và tôi sẽ tiếp cận thế này..." cho thấy bạn không phải BA tay ngang — bạn là người vừa biết nghề BA vừa hiểu ngành. Đây là tổ hợp cực kỳ hiếm và đắt giá.
Lỗi thường gặp & mẹo
Lỗi 1 — Tưởng domain expertise là đủ, xem nhẹ BA craft. Domain mở cửa cho bạn, nhưng phương pháp BA mới giữ bạn lại. Một số ex-Sales tự tin "tôi quá hiểu ngành" rồi lười học viết requirement, vẽ quy trình. Kết quả: stakeholder quý mến nhưng dev không dùng được tài liệu của bạn. Hãy cân bằng cả hai chân.
Lỗi 2 — Nhầm góc nhìn bán hàng với góc nhìn vận hành. Bạn hiểu vì sao khách mua, nhưng đừng cho rằng mình hiểu hệ thống chạy thế nào bên trong. Khiêm tốn xác nhận lại với team vận hành, đừng giả định.
Lỗi 3 — Nhảy domain vì thấy ngành khác "hot". Như đã nói, đây là tự bỏ tài sản quý nhất. Hãy tận dụng domain sẵn có ít nhất cho 1-2 năm BA đầu tiên, khi bạn còn đang xây nền craft.
Lỗi 4 — Không cập nhật domain. Ngành thay đổi liên tục, nhất là fintech với eKYC, Open Banking, AI. Domain expertise 5 năm trước nếu không cập nhật sẽ lỗi thời. Hãy theo dõi tin tức ngành đều đặn.
Mẹo: Khi vào dự án mới, chủ động làm "người dịch ngôn ngữ" giữa team kỹ thuật và stakeholder nghiệp vụ. Đây là vị trí mà domain expertise của bạn phát huy mạnh nhất, và cũng là cách nhanh nhất để được công nhận trong team.
Bài tập thực hành
- Lập bản đồ domain cá nhân: Viết ra một trang giấy theo 5 nhóm ở Bước 1 (stakeholder, quy trình, thuật ngữ, nỗi đau, quy định) dựa trên ngành Sales/BD bạn từng làm. Mục tiêu: có ít nhất 5 mục mỗi nhóm.
- Xác định 5 khoảng trống vận hành: Liệt kê 5 phần vận hành nội bộ của ngành bạn chưa rõ (vì trước đây chỉ làm khâu bán). Với mỗi phần, ghi một nguồn bạn dự định học (sách, người quen trong ngành, tài liệu).
- Viết một đoạn "domain positioning" cho CV: 3-4 câu nêu bật domain expertise của bạn như một USP cho vai trò BA, gắn với một domain cụ thể trong bảng mapping.
- Tập kể một insight nghiệp vụ: Chuẩn bị một câu chuyện thật (kiểu Tình huống 1-3) thể hiện bạn hiểu một "nỗi đau" của ngành mà người ngoài không biết. Tập kể trong 90 giây như khi trả lời phỏng vấn.
Tóm tắt
- Domain expertise là tài sản quý nhất mà ex-Sales mang theo khi chuyển sang BA. 3+ năm Sales trong một ngành thường cho bạn domain knowledge sâu hơn 80% BA mới vào nghề.
- Nghề BA cần hai chân: BA craft (học được nhanh) và domain knowledge (phải sống trong ngành). Bạn đã có sẵn chân thứ hai — phần khó nhất với người khác.
- Domain mapping: ngành Sales của bạn dẫn thẳng tới một domain BA tương ứng (ngân hàng → fintech, bảo hiểm → insurance, SaaS → enterprise software...). Đừng nhảy ngành — hãy tận dụng vốn sẵn có.
- Domain expertise của Sales mạnh ở góc "giá trị, quyết định mua, tâm lý khách"; cần bổ sung chiều sâu vận hành nội bộ để hoàn thiện.
- Lợi thế thực tế: hiểu nỗi đau người dùng mà team không thấy, nhìn xa khi requirement chạm tới tiền/giá, và rút ngắn elicitation nhờ đã thuộc khung nghiệp vụ.
- Hãy đóng gói domain expertise thành USP trong CV và dùng nó làm "neo" trong phỏng vấn — đó là tổ hợp hiếm và đắt giá: người vừa biết nghề BA vừa hiểu ngành.