Bài 52 — Domain banking: 30 thuật ngữ key cho ex-CS BA — Từ Customer Service sang BA: Lộ Trình Chuyển Đổi

Mở đầu — vì sao bài này quan trọng

Nếu bạn đang làm Customer Service trong ngành ngân hàng và muốn chuyển sang BA, thì tin vui là: bạn đang ngồi trên một mỏ vàng mà bản thân chưa nhận ra. Trong khi một ứng viên BA "tay ngang" từ ngành khác phải mất 6-12 tháng chỉ để hiểu nổi ngân hàng vận hành như thế nào, thì bạn đã tiếp xúc với KYC, AML, tra soát giao dịch, thẻ, tài khoản tiết kiệm... mỗi ngày rồi. Vấn đề duy nhất là bạn đang gọi tên những thứ đó bằng "ngôn ngữ tổng đài" thay vì "ngôn ngữ BA".

Domain knowledge (kiến thức lĩnh vực) là thứ mà nhà tuyển dụng BA ngân hàng đánh giá cực cao, đôi khi còn hơn cả kỹ năng viết User Story. Lý do rất thực tế: một BA giỏi kỹ thuật nhưng không hiểu "hạn mức thấu chi" hay "phong tỏa tài khoản theo lệnh cơ quan chức năng" là gì sẽ viết ra requirement sai, làm dev code sai, và cuối cùng tạo ra sản phẩm vi phạm quy định. Trong ngân hàng, sai domain = sai tuân thủ = phạt tiền hoặc mất giấy phép.

Bài này không dạy bạn viết tài liệu (đã có ở các bài về documentation, requirements). Bài này tập trung duy nhất vào việc trang bị cho bạn 30 thuật ngữ ngân hàng cốt lõi mà một BA ngân hàng phải nắm, đồng thời chỉ ra chính xác thuật ngữ nào bạn đã âm thầm thành thạo từ ghế CS. Học xong, bạn sẽ tự tin ngồi vào phòng phỏng vấn BA của một ngân hàng số hay một fintech mà không bị "khớp" khi họ nhắc đến CASA, NAPAS hay Circular của Ngân hàng Nhà nước.

Khái niệm cốt lõi

Tôi sẽ nhóm 30 thuật ngữ theo cụm chức năng để bạn dễ nhớ và dễ liên hệ với công việc CS cũ, thay vì học vẹt danh sách rời rạc.

Nhóm 1 — Tài khoản & tiền gửi (Deposit & Account)

CASA (Current Account Savings Account) — Tổng số dư tiền gửi không kỳ hạn (tài khoản thanh toán + tiết kiệm không kỳ hạn). Đây là chỉ số "vàng" của ngân hàng vì nguồn vốn này lãi suất thấp. Khi bạn từng tư vấn khách mở tài khoản, bạn đang trực tiếp góp phần tăng CASA.
Term Deposit / Tiền gửi có kỳ hạn — Sổ tiết kiệm khách gửi 3, 6, 12 tháng. CS thường xử lý yêu cầu tất toán trước hạn — đây chính là một "business rule" điển hình.
Overdraft / Thấu chi — Cho phép rút vượt số dư đến một hạn mức. Bạn từng giải thích cho khách "sao tài khoản âm mà vẫn rút được" — đó là overdraft.
Dormant Account / Tài khoản ngủ đông — Tài khoản không phát sinh giao dịch quá lâu, bị chuyển trạng thái. CS xử lý yêu cầu kích hoạt lại.
Statement / Sao kê — Bảng liệt kê giao dịch. BA sẽ viết requirement cho tính năng "xuất sao kê PDF theo khoảng ngày".

Nhóm 2 — Thanh toán & chuyển tiền (Payment)

NAPAS — Công ty chuyển mạch tài chính quốc gia, xử lý chuyển tiền liên ngân hàng nội địa 24/7. Bạn đã quá quen với "lỗi NAPAS", "giao dịch NAPAS đang tra soát".
Citad — Hệ thống thanh toán điện tử liên ngân hàng của Ngân hàng Nhà nước, dùng cho giao dịch giá trị lớn. Chậm hơn NAPAS, có cut-off time (giờ chốt).
SWIFT code / BIC — Mã định danh ngân hàng trong chuyển tiền quốc tế. CS mảng quốc tế đọc mã này hàng ngày.
Beneficiary / Người thụ hưởng — Người nhận tiền trong một lệnh chuyển. Thuật ngữ này xuất hiện trong mọi requirement về payment.
Reconciliation / Đối soát — So khớp giao dịch giữa hai hệ thống để tìm chênh lệch. Khi bạn tra soát "tiền đã trừ nhưng chưa tới", bạn đang chạm vào bài toán đối soát.
Settlement / Quyết toán — Thời điểm tiền thực sự chuyển giao giữa các ngân hàng, thường T+0 hoặc T+1.
Chargeback / Tra soát hoàn tiền — Khách khiếu nại giao dịch thẻ và yêu cầu hoàn tiền. CS thẻ là người tiếp nhận chargeback đầu tiên.

Nhóm 3 — Thẻ & tín dụng (Card & Credit)

Credit Limit / Hạn mức tín dụng — Số tiền tối đa được chi tiêu trên thẻ tín dụng.
Statement Date & Due Date — Ngày sao kê và ngày đến hạn thanh toán thẻ tín dụng. Bạn từng nhắc khách "hôm nay là ngày đến hạn" hàng trăm lần.
Interchange Fee — Phí ngân hàng phát hành thu từ ngân hàng chấp nhận thẻ trong mỗi giao dịch. BA sản phẩm thẻ phải hiểu để tính doanh thu.
3D Secure / OTP xác thực thẻ — Lớp bảo mật khi thanh toán online. CS xử lý case "không nhận được OTP" — chính là 3DS lỗi.
PCI DSS — Bộ tiêu chuẩn bảo mật dữ liệu thẻ. BA phải biết để không viết requirement lưu số thẻ đầy đủ sai cách.

Nhóm 4 — Tuân thủ & rủi ro (Compliance & Risk)

KYC (Know Your Customer) — Định danh khách hàng. Bạn đã xử lý hàng nghìn case xác minh giấy tờ — đây là lợi thế cực lớn.
eKYC — Định danh điện tử qua ảnh chụp CCCD và khuôn mặt. Xu hướng nóng của ngân hàng số VN.
AML (Anti-Money Laundering) / Phòng chống rửa tiền — Quy trình phát hiện giao dịch đáng ngờ. Nếu bạn từng escalate case "giao dịch bất thường", bạn đã đứng ở tuyến đầu AML.
CDD / EDD (Customer/Enhanced Due Diligence) — Thẩm định khách hàng thông thường và tăng cường (với khách rủi ro cao).
PEP (Politically Exposed Person) — Người có ảnh hưởng chính trị, thuộc nhóm rủi ro AML cao.
Sanction Screening / Rà soát danh sách cấm vận — Đối chiếu khách với danh sách đen quốc tế.
Account Freeze / Phong tỏa tài khoản — Chặn giao dịch theo lệnh tòa án, cơ quan điều tra. CS là người báo tin cho khách và nhận... cơn giận của khách.

Nhóm 5 — Tín dụng & vận hành (Lending & Operations)

NPL (Non-Performing Loan) / Nợ xấu — Khoản vay quá hạn trên 90 ngày. Chỉ số sức khỏe của ngân hàng.
Collateral / Tài sản đảm bảo — Tài sản khách thế chấp khi vay.
Disbursement / Giải ngân — Việc ngân hàng chuyển tiền vay cho khách.
Core Banking — Hệ thống lõi xử lý tài khoản, giao dịch, sổ cái (ví dụ T24 của Temenos, phổ biến ở VN). BA ngân hàng làm việc với core banking gần như mỗi dự án.
Ledger / Sổ cái — Nơi ghi nhận mọi bút toán ghi nợ/ghi có. Khái niệm nền tảng của data model ngân hàng.
Circular / Thông tư (của NHNN) — Văn bản quy định của Ngân hàng Nhà nước, ví dụ Thông tư 09 về mở tài khoản. Requirement ngân hàng luôn phải "trace" về một thông tư.

Ba lợi thế "ngầm" của ex-CS ngân hàng

Đọc lại 30 thuật ngữ trên, bạn sẽ thấy ba cụm bạn đã thành thạo mà không nhận ra: KYC/AML escalation (bạn từng chuyển case đáng ngờ lên đội tuân thủ), quy trình xử lý lỗi NAPAS/Citad (bạn hiểu vòng đời một giao dịch lỗi), và retail product như tiết kiệm, thẻ (bạn biết chính xác nỗi đau của khách). Ba lợi thế này là "chất liệu" để bạn kể chuyện trong phỏng vấn BA.

Tình huống thực tế

Tình huống 1 — Chị Ngân, CS thẻ tại TPBank chuyển sang BA fintech

Chị Ngân làm CS mảng thẻ tín dụng 3 năm, mỗi ngày xử lý 40-50 case chargeback và "OTP không về". Khi ứng tuyển BA tại một fintech ví điện tử, chị lo sợ vì "chưa từng viết requirement thẻ". Nhưng trong buổi phỏng vấn, khi được hỏi "bạn hiểu gì về luồng 3D Secure?", chị mô tả chính xác: khách nhập thẻ → hệ thống gọi 3DS → OTP gửi về số điện thoại đăng ký → nếu SIM đổi mà chưa cập nhật thì OTP thất bại. Chị còn nói thêm rằng 30% case chargeback thực chất là khách quên đã mua nên tưởng bị lừa.

Bài học rút ra: Nhà tuyển dụng nhận ra chị hiểu luồng nghiệp vụ thẻ ở mức chi tiết mà một BA mới ra trường không có. Chị được nhận với vai trò BA sản phẩm thẻ. Domain knowledge từ ghế CS đã thắng cả những ứng viên có chứng chỉ nhưng "chỉ học qua sách".

Tình huống 2 — Anh Tuấn và bài toán đối soát tại một ngân hàng số

Anh Tuấn từng là CS chuyên tra soát giao dịch NAPAS tại Timo. Khi chuyển sang BA, dự án đầu tiên của anh là xây tính năng "cảnh báo giao dịch treo" (tiền đã trừ nhưng chưa ghi có cho người nhận). PO ban đầu định nghĩa requirement rất sơ sài. Anh Tuấn, nhờ hiểu quy trình reconciliation, đã chỉ ra: cần phân biệt case "NAPAS báo thành công nhưng core banking chưa ghi nhận" với case "NAPAS timeout". Hai case này cần logic xử lý và thông báo khác nhau hoàn toàn.

Bài học rút ra: Kiến thức về settlement, reconciliation và cut-off time giúp anh viết requirement chính xác hơn cả PO. BA không chỉ ghi lại điều người khác nói — BA phát hiện những trường hợp mà người khác bỏ sót. Đây chính là giá trị domain của ex-CS.

Tình huống 3 — Sai lầm khi không phân biệt phong tỏa và khóa tài khoản

Một bạn BA ex-CS (giấu tên) viết requirement cho tính năng "khóa tài khoản" mà gộp chung hai khái niệm: khách tự khóa (do mất thẻ) và phong tỏa theo lệnh cơ quan chức năng. Dev code chung một trạng thái. Kết quả: khi khách tự khóa rồi muốn mở lại, hệ thống lại yêu cầu... lệnh giải tỏa của tòa án. Sự cố phải hotfix gấp.

Bài học rút ra: Ngay cả người có nền CS cũng phải cẩn trọng phân biệt sắc thái thuật ngữ. "Account Freeze" (phong tỏa pháp lý) và "Account Lock/Block" (khóa theo yêu cầu khách hoặc rủi ro) là hai thực thể khác nhau về mặt business rule, quyền giải tỏa, và thông báo. Hiểu sâu thuật ngữ là hiểu ranh giới giữa chúng.

Hướng dẫn từng bước

Đây là lộ trình 4 bước để bạn biến 30 thuật ngữ này thành tài sản dùng được trong công việc BA, không chỉ là danh sách học thuộc.

Bước 1 — Lập bảng "CS term → BA term". Mở một file Google Sheet, kẻ 3 cột: (1) Cách bạn từng gọi khi làm CS, (2) Thuật ngữ chuẩn ngành, (3) Ý nghĩa với BA. Ví dụ: "tiền chưa về" → "settlement delay / reconciliation issue" → "cần cảnh báo và cơ chế tra soát tự động". Bảng này vừa giúp nhớ, vừa là note bỏ túi khi phỏng vấn.

Bước 2 — Gắn mỗi thuật ngữ với một business rule cụ thể. Với mỗi từ, tự hỏi "quy tắc nghiệp vụ đằng sau là gì?". Ví dụ Term Deposit → "tất toán trước hạn thì lãi tính theo lãi suất không kỳ hạn". Cách này biến từ vựng thành hiểu biết vận hành.

Bước 3 — Truy vết về văn bản quy định. Chọn 5 thuật ngữ nhạy cảm về tuân thủ (KYC, AML, eKYC, phong tỏa, sao kê) và tìm thông tư/nghị định liên quan của NHNN. Bạn không cần thuộc lòng, chỉ cần biết "requirement này phải tuân thủ Thông tư X". Đây là tư duy trace requirement mà BA ngân hàng bắt buộc có.

Bước 4 — Diễn tập kể chuyện. Chọn 3 thuật ngữ bạn có kinh nghiệm CS trực tiếp, viết mỗi cái một câu chuyện 3 dòng theo cấu trúc: bối cảnh case CS → điều bạn hiểu về nghiệp vụ → điều đó giúp gì cho vai trò BA. Đây là "đạn" để bắn trong phỏng vấn behavioural.

Lỗi thường gặp & mẹo

Lỗi 1 — Học vẹt 30 từ mà không liên hệ kinh nghiệm. Nếu bạn chỉ đọc định nghĩa như từ điển, bạn sẽ quên sau 3 ngày. Mẹo: mỗi thuật ngữ phải gắn với một ký ức CS thật của bạn ("à, cái NAPAS này chính là mấy case tra soát hồi đó").

Lỗi 2 — Nhầm lẫn các cặp thuật ngữ gần nghĩa. NAPAS vs Citad, Freeze vs Lock, CDD vs EDD, Statement Date vs Due Date. Mẹo: học theo cặp đối lập, ghi rõ điểm khác biệt cốt lõi thay vì học riêng lẻ.

Lỗi 3 — Nghĩ rằng biết thuật ngữ là đủ. Domain knowledge không dừng ở từ vựng; nó là hiểu luồng nghiệp vụ và quy định. Mẹo: luôn hỏi thêm "quy tắc đằng sau là gì" và "vi phạm thì hậu quả ra sao".

Lỗi 4 — Giấu nền CS vì tự ti. Nhiều bạn cố tỏ ra "đã là BA" mà giấu gốc CS. Sai lầm. Mẹo: xem nền CS là điểm bán hàng độc nhất (USP). Câu nói vàng trong phỏng vấn: "Tôi không cần học ngân hàng vận hành thế nào — tôi đã sống trong đó 3 năm ở tuyến khách hàng."

Lỗi 5 — Bỏ qua cập nhật xu hướng. eKYC, Open Banking, chuyển tiền bằng mã VietQentity đang thay đổi nhanh. Mẹo: theo dõi thông cáo của NHNN và tin công nghệ của các ngân hàng số (Cake, Timo, TNEX) mỗi tuần.

Bài tập thực hành

Bảng chuyển ngữ. Lập bảng "CS term → BA term" với ít nhất 15 dòng dựa trên chính công việc CS cũ của bạn. Nếu bạn chưa làm CS ngân hàng, chọn 15 thuật ngữ trong bài và viết business rule cho mỗi cái.

Phân biệt cặp đôi. Viết ra điểm khác biệt cốt lõi của 4 cặp: NAPAS/Citad, Account Freeze/Account Lock, CDD/EDD, KYC/eKYC. Mỗi cặp một câu.

Trace quy định. Chọn tính năng "mở tài khoản bằng eKYC". Liệt kê 3 thuật ngữ liên quan và tìm ít nhất 1 thông tư/nghị định NHNN mà requirement này phải tuân thủ.

Kể chuyện phỏng vấn. Viết 1 câu chuyện 5 dòng trả lời câu hỏi: "Kinh nghiệm CS ngân hàng giúp gì cho vai trò BA của bạn?" — bắt buộc dùng ít nhất 3 thuật ngữ trong bài.

Phát hiện lỗ hổng. Đọc lại tình huống 2 (đối soát). Viết thêm 1 trường hợp giao dịch treo mà bạn nghĩ PO có thể bỏ sót, dựa trên kiến thức settlement.

Tóm tắt

Bài này trang bị cho bạn 30 thuật ngữ ngân hàng cốt lõi chia thành 5 nhóm: tài khoản & tiền gửi, thanh toán, thẻ & tín dụng, tuân thủ & rủi ro, và tín dụng & vận hành. Điểm mấu chốt không phải là học thuộc, mà là nhận ra rằng nền tảng CS ngân hàng đã cho bạn lợi thế thật sự ở ba mảng: KYC/AML escalation, xử lý lỗi NAPAS/Citad, và hiểu sâu retail product như thẻ, tiết kiệm.

Domain knowledge là "vũ khí" mà ứng viên BA từ ngành khác không thể có ngay. Việc của bạn là chuyển từ "ngôn ngữ tổng đài" sang "ngôn ngữ BA" bằng bốn bước: lập bảng chuyển ngữ, gắn business rule, trace về quy định, và diễn tập kể chuyện. Ba tình huống thực tế trong bài — chị Ngân, anh Tuấn và ca phong tỏa/khóa tài khoản — cho thấy hiểu sâu thuật ngữ chính là ranh giới giữa một BA viết requirement đúng và một BA gây sự cố. Hãy tự hào về gốc CS của bạn: nó không phải điểm yếu cần che giấu, mà là USP mạnh nhất trên hành trình trở thành BA ngân hàng.