Huy động vốn 7 — Sản phẩm số & cá nhân hoá

22 thg 7, 2026 3 lượt xem
#ekyc
#banking
#personalization
#deposits
#next-best-offer
#digital

Huy động vốn 7 — Sản phẩm số & cá nhân hoá

Ở các bài trước của series, ta xem huy động vốn như nghiệp vụ diễn ra tại quầy: khách đến chi nhánh, ký giấy, mở tài khoản tiền gửi, gửi sổ tiết kiệm. Nhưng phần lớn tăng trưởng huy động bán lẻ ngày nay không đi qua quầy nữa — nó đi qua app và internet banking. Khách mở tài khoản lúc nửa đêm, mở sổ tiết kiệm online trong ba phút, đặt lệnh trích lương gửi góp mỗi tháng, và nhận lãi suất "may đo" theo hồ sơ của mình. Bài này xây mô hình tinh thần về huy động vốn số: kênh số thay đổi gì, quy trình mở sổ online + eKYC vận hành ra sao, và vì sao dữ liệu cùng mô hình trở thành động cơ chính của huy động cá nhân hoá.

Điểm mấu chốt: kênh số không chỉ là "quầy chuyển lên màn hình". Nó đổi cả kinh tế học của huy động — chi phí phục vụ một khách giảm mạnh, nhưng đổi lại ngân hàng phải tự động hoá định danh, tự động chấm ưu đãi, và tự bảo vệ dữ liệu khách ở quy mô lớn.


1. Kênh số đổi gì trong huy động vốn?

Hãy so ba trục thay đổi giữa huy động truyền thống và huy động số:

TrụcQuầy truyền thốngKênh số
Định danhNhân viên đối chiếu CMND/CCCD trực tiếpeKYC — định danh điện tử từ xa
Thời gian mởGiờ hành chính, vài chục phút24/7, vài phút
Lãi suất/ưu đãiBảng niêm yết chung theo kỳ hạnCá nhân hoá theo phân khúc/hành vi
Chi phí phục vụCao (mặt bằng, nhân sự)Thấp (biên phục vụ giảm mạnh)
Dữ liệu thu đượcThưa, rời rạcDày, thời gian thực (mọi chạm đều để lại log)

Ba sản phẩm huy động số cốt lõi mà gần như ngân hàng nào cũng có:

  • Tài khoản/sổ tiết kiệm online: mở hoàn toàn từ xa bằng eKYC, tất toán và tái tục ngay trên app.
  • Tiết kiệm online lãi suất ưu đãi: cộng thêm biên lãi suất so với gửi tại quầy (minh hoạ: +0,1% đến +0,3%/năm) để khuyến khích khách tự phục vụ — hợp lý vì chi phí phục vụ online thấp hơn, khách vẫn phải nằm trong trần lãi suất theo quy định NHNN với các kỳ hạn bị điều chỉnh.
  • Gửi góp tự động (auto save-up): khách cam kết trích một khoản định kỳ (theo lịch, hoặc theo luật "làm tròn giao dịch") vào một sổ tiết kiệm mục tiêu. Đây là công cụ huy động CASA-to-term rất mạnh vì tạo dòng tiền gửi đều đặn, dính chặt khách với ngân hàng.

Lưu ý pháp lý: mọi lãi suất ưu đãi online vẫn phải tuân trần lãi suất tiền gửi theo quy định NHNN đối với các kỳ hạn thuộc diện điều chỉnh, và tuân nguyên tắc nghiệp vụ tiền gửi tiết kiệm/tiền gửi có kỳ hạn — xem lại khung sản phẩm huy động. Con số biên lãi suất ở trên chỉ là minh hoạ.


2. Mở sổ tiết kiệm online + eKYC

eKYC (electronic Know Your Customer) là định danh khách hàng bằng phương thức điện tử từ xa, thay cho việc gặp mặt trực tiếp. NHNN cho phép các TCTD mở tài khoản/định danh khách hàng bằng phương thức điện tử theo quy định về mở và sử dụng tài khoản thanh toán và về định danh điện tử; toàn bộ nghĩa vụ nhận biết khách hàng vẫn phải thoả Luật Phòng, chống rửa tiền 2022 (Luật số 14/2022/QH15) — xem KYC/CDD.

Ba trụ kỹ thuật của một luồng eKYC:

  1. OCR giấy tờ: đọc dữ liệu từ CCCD gắn chip / hộ chiếu, đối chiếu với cơ sở dữ liệu.
  2. Face match + liveness: so khớp khuôn mặt selfie với ảnh trên giấy tờ, kèm kiểm tra sự sống (liveness) chống ảnh tĩnh/mặt nạ/deepfake.
  3. Đối chiếu & rủi ro: kiểm tra chip CCCD, sàng lọc danh sách (sanction/PEP), chấm điểm rủi ro để quyết định luồng — duyệt tự động, hay chuyển xét duyệt thủ công.

Luồng mở sổ tiết kiệm online điển hình:

Chú ý ba chi tiết nghiệp vụ:

  • Tiền vào sổ tiết kiệm online luôn đến từ tài khoản CASA đã định danh của chính khách — không phải nạp tiền mặt. Điều này khép kín dòng tiền và giảm rủi ro rửa tiền.
  • Ngân hàng đặt hạn mức theo cấp độ định danh: khách eKYC thuần có thể bị giới hạn số dư/giá trị giao dịch cho tới khi hoàn tất định danh đầy đủ, theo quy định NHNN.
  • Liveness và chống giả mạo là tuyến phòng thủ sống còn khi mở tài khoản từ xa — gian lận danh tính (identity fraud) là rủi ro lớn nhất của kênh số, nối với gian lận & FRAML.

3. Cá nhân hoá: từ dữ liệu tới ưu đãi

Đây là chỗ huy động số tách hẳn khỏi huy động truyền thống. Ở quầy, mọi khách nhìn cùng một bảng lãi suất niêm yết. Trên kênh số, ngân hàng có thể may đo ưu đãi cho từng khách dựa trên dữ liệu — miễn là trong khung pháp lý và trần lãi suất NHNN.

Ba loại mô hình dữ liệu đứng sau huy động cá nhân hoá:

  • Next-Best-Offer (NBO): với mỗi khách, chọn một ưu đãi huy động phù hợp nhất tại thời điểm này — gói tiết kiệm online, gửi góp, hay nâng kỳ hạn. Đây chính là NBA/NBO áp cho huy động; cơ chế chấm điểm ưu tiên xem Next Best Action.
  • Dự báo rời bỏ (churn/attrition): ước lượng xác suất khách rút tiền gửi/không tái tục khi sổ đáo hạn. Khách có xác suất rời bỏ cao + giá trị cao → kích hoạt ưu đãi giữ chân (tặng biên lãi suất, quà) đúng lúc.
  • Tối ưu lãi suất (rate optimization): thay vì cào bằng, mô hình ước lượng độ nhạy lãi suất (price elasticity) của từng phân khúc để đặt biên ưu đãi vừa đủ giữ/hút tiền gửi mà không "trả thừa" cho nhóm vốn đã trung thành — luôn bị chặn trên bởi trần NHNN.

Sơ đồ dòng dữ liệu → ưu đãi cá nhân hoá:

Điểm quan trọng ở cuối sơ đồ: mọi ưu đãi phải qua cửa ràng buộc — trần lãi suất NHNN, điều kiện sản phẩm (eligibility), và sự đồng ý (consent) của khách cho việc dùng dữ liệu/nhận marketing. Không có consent hợp lệ thì dù mô hình gợi ý hay đến đâu cũng phải dừng.


4. Bảo vệ dữ liệu cá nhân — không phải tuỳ chọn

Huy động số chạy trên dữ liệu cá nhân nhạy cảm: dữ liệu sinh trắc học (khuôn mặt từ eKYC), giấy tờ tuỳ thân, hành vi tài chính. Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân đặt ra nghĩa vụ mà đội data phải nhúng ngay trong thiết kế sản phẩm số:

  • Cơ sở pháp lý & consent: xử lý dữ liệu cá nhân phải có căn cứ; với dữ liệu dùng cho marketing/cá nhân hoá ưu đãi cần sự đồng ý rõ ràng, có thể rút lại. Dữ liệu sinh trắc học được xếp là dữ liệu cá nhân nhạy cảm, đòi mức bảo vệ cao hơn.
  • Mục đích hạn định (purpose limitation): dữ liệu thu để định danh/mở tài khoản không đương nhiên được tái sử dụng để chào bán chéo nếu chưa có cơ sở/đồng ý phù hợp.
  • Tối thiểu hoá & lưu trữ có thời hạn: chỉ thu và giữ dữ liệu cần thiết; ảnh liveness, log định danh có vòng đời lưu trữ rõ ràng.
  • Quyền của chủ thể dữ liệu: khách có quyền truy cập, chỉnh sửa, rút đồng ý — hệ thống phải hiện thực hoá được các quyền này, gắn với quyền riêng tư & consent.

Nói cách khác: consent và mục đích sử dụng là cột dữ liệu bắt buộc trong mọi pipeline cá nhân hoá, không phải phần thêm thắt.


5. Góc nhìn dữ liệu & hệ thống

Với đội data NCB, huy động số để lại một dấu vết dữ liệu rất dày. Những nhóm bảng/trường điển hình cần nắm:

Miền dữ liệuTrường/bảng minh hoạDùng cho
Tài khoản & sổaccounts (số dư, loại, kỳ hạn), sổ term (ngày mở, đáo hạn, lãi suất)Tính số dư huy động, vòng đời sổ
Giao dịchtransactions (số tiền, kind, thời điểm)Dòng tiền, tín hiệu gửi góp, trigger sự kiện
eKYCCấp độ định danh, điểm tin cậy, kết quả livenessKiểm soát hạn mức, rủi ro gian lận
ConsentLoại đồng ý, thời điểm, kênh, trạng thái rútCửa ràng buộc cá nhân hoá (Mục 3, 4)
Đặc trưng mô hìnhRFM, độ nhạy lãi suất, điểm churn, điểm NBONBO, dự báo rời bỏ, tối ưu lãi suất

Một tác vụ rất thường gặp: tìm nhóm khách để chào ưu đãi tiết kiệm online — số dư CASA cao và vừa có dòng tiền vào lớn (thời điểm vàng để chuyển sang tiền gửi có kỳ hạn). Trên 5 bảng sandbox, ta xấp xỉ như sau (kind sandbox chỉ có 'credit'/'debit'):

-- ▶ Chạy được
WITH bal AS (
  SELECT customer_id, SUM(balance) AS casa_balance
  FROM accounts
  GROUP BY customer_id
),
inflow AS (
  SELECT a.customer_id, SUM(t.amount) AS credit_30d
  FROM transactions t
  JOIN accounts a ON a.id = t.account_id
  WHERE t.kind = 'credit'
    AND t.created_at >= NOW() - INTERVAL '30 days'
  GROUP BY a.customer_id
)
SELECT c.id,
       c.full_name,
       c.city,
       ROUND(b.casa_balance::numeric, 2)          AS casa_balance,
       ROUND(COALESCE(i.credit_30d, 0)::numeric, 2) AS credit_30d
FROM bal b
JOIN customers c ON c.id = b.customer_id
LEFT JOIN inflow i ON i.customer_id = b.customer_id
WHERE b.casa_balance > 50000000                    -- số dư CASA cao
  AND COALESCE(i.credit_30d, 0) > 20000000          -- vừa có dòng tiền vào lớn
ORDER BY credit_30d DESC
LIMIT 50;

Kết quả là danh sách ứng viên cho lớp chấm điểm NBO phía sau — đúng tinh thần: SQL lọc eligibility thô, mô hình quyết định ưu đãi cuối. Chi tiết cách khai thác dữ liệu huy động cho báo cáo và mô hình nằm ở dữ liệu tiền gửi & huy động.


Use case thực tế

Bối cảnh — NCB đẩy huy động qua app bằng "gửi góp tự động" + tiết kiệm online. Mục tiêu là tăng tỉ lệ CASA chuyển sang tiền gửi có kỳ hạn ở phân khúc khách trẻ, lương về đều qua tài khoản NCB, nhưng số dư cuối tháng thường bị "quét sạch" vì chi tiêu.

Cách làm — ghép ba lớp:

  1. eKYC + mở sổ online: khách mở sổ tiết kiệm mục tiêu ngay trên app trong vài phút, không cần ra quầy; định danh đã có sẵn từ tài khoản CASA nên trải nghiệm liền mạch.
  2. Gửi góp tự động: ngày lương về (nhận diện bằng giao dịch credit định kỳ, giá trị lớn), hệ trích một khoản cấu hình sẵn vào sổ tiết kiệm mục tiêu — biến khoản "sẽ tiêu" thành khoản "đã gửi".
  3. Cá nhân hoá & giữ chân: mô hình churn theo dõi sổ sắp đáo hạn; khách giá trị cao có xác suất không tái tục được đẩy ưu đãi tái tục (biên lãi suất trong trần NHNN) trước ngày đáo hạn 7–10 ngày; NBO chọn đúng một ưu đãi để tránh spam.

Tuân thủ: mọi ưu đãi qua cửa consent (Nghị định 13/2023) và trần lãi suất NHNN; dữ liệu sinh trắc học eKYC được lưu và bảo vệ theo mức nhạy cảm.

Kết quả (số liệu ước lượng, minh hoạ): tỉ lệ khách bật gửi góp tự động ở nhóm mục tiêu tăng dần theo tháng; số dư tiền gửi có kỳ hạn bình quân trên đầu khách nhóm này cao hơn nhóm không dùng gửi góp khoảng 1,5–2 lần; tỉ lệ tái tục sổ đáo hạn ở nhóm được ưu đãi giữ chân đúng lúc cao hơn nhóm control. Các con số là ước lượng minh hoạ phạm vi cải thiện điển hình, không phải số liệu công bố.


Ghi nhớ

  • Kênh số đổi kinh tế học huy động: biên chi phí phục vụ giảm mạnh, đổi lại phải tự động hoá định danh (eKYC), tự động chấm ưu đãi, và tự bảo vệ dữ liệu ở quy mô lớn.
  • Ba sản phẩm số cốt lõi: tài khoản/sổ tiết kiệm online, tiết kiệm online lãi suất ưu đãi, và gửi góp tự động — công cụ chuyển CASA sang tiền gửi có kỳ hạn rất mạnh.
  • eKYC = OCR + face match + liveness + sàng lọc AML; định danh từ xa theo quy định NHNN nhưng nghĩa vụ nhận biết khách hàng vẫn theo Luật PCRT 2022. Chống giả mạo danh tính là tuyến phòng thủ sống còn.
  • Cá nhân hoá chạy trên ba mô hình: Next-Best-Offer, dự báo rời bỏ (churn), và tối ưu lãi suất theo độ nhạy giá — tất cả bị chặn trên bởi trần lãi suất NHNN.
  • Consent & mục đích sử dụng là cột dữ liệu bắt buộc: Nghị định 13/2023/NĐ-CP đặt nghĩa vụ với dữ liệu cá nhân, đặc biệt dữ liệu sinh trắc học nhạy cảm từ eKYC. Không consent hợp lệ → dừng cá nhân hoá.
  • Trình tự đúng: dữ liệu → đặc trưng → mô hình → cửa ràng buộc (trần LS, eligibility, consent) → ưu đãi Top-1 đa kênh → kết quả quay lại huấn luyện.

Nguồn tham khảo

  • Luật Phòng, chống rửa tiền 2022 (Luật số 14/2022/QH15) và văn bản hướng dẫn — nghĩa vụ nhận biết khách hàng làm nền cho eKYC.
  • Nghị định 13/2023/NĐ-CP về bảo vệ dữ liệu cá nhân — cơ sở pháp lý, consent, dữ liệu nhạy cảm (sinh trắc học), quyền của chủ thể dữ liệu.
  • Ngân hàng Nhà nước Việt Nam (sbv.gov.vn) — quy định về mở và sử dụng tài khoản thanh toán, định danh điện tử, và trần lãi suất tiền gửi theo kỳ hạn.
  • Luật các Tổ chức tín dụng 2024 (Luật số 32/2024/QH15) — khung pháp lý hoạt động huy động vốn của TCTD.
  • Ricci, Rokach, Shapira (eds.) — Recommender Systems Handbook (Springer): nền cho Next-Best-Offer và cá nhân hoá.
  • scikit-learn / LightGBM Documentation — công cụ xây mô hình churn và propensity (NBO) dùng trong huy động cá nhân hoá.
  • FATF Guidance on Digital Identity — chuẩn quốc tế về định danh số phục vụ KYC/CDD từ xa.

Bài viết liên quan

T24 (nay là Temenos Transact) là gì, vị trí trong bức tranh core banking, mô hình Model Bank, chu kỳ release R-series, và các lựa chọn triển khai (on-prem, Temenos Banking Cloud).

13 thg 7, 2026 10

Hành trình dữ liệu ngân hàng đi từ Core Banking qua EOD extract, ODS, Data Warehouse (mô hình Kimball) tới Data Mart/BI và báo cáo tuân thủ NHNN. Bài giải thích các thực thể cốt lõi (CIF, Account, Transaction, Loan, GL), khái niệm dimension/fact, snapshot số dư cuối ngày, đối soát chất lượng dữ liệu, kèm bộ ví dụ SQL chạy được ngay trên SQL Builder.

13 thg 7, 2026 9

Nguyên lý hạch toán kép (Nợ/Có) và Sổ cái tổng hợp (GL): vì sao mỗi giao dịch luôn ghi ít nhất hai vế với Tổng Nợ = Tổng Có. Bài giải thích quy ước tăng/giảm theo loại tài khoản, vì sao tiền gửi khách là nợ phải trả của ngân hàng, Chart of Accounts, GL so với sổ phụ và đối chiếu cuối ngày (EOD).

13 thg 7, 2026 8

Hiểu bản chất kinh doanh của ngân hàng từ con số 0: vai trò trung gian tài chính, vì sao tiền gửi là nợ còn khoản vay là tài sản, cách đọc bảng cân đối và đòn bẩy cao, công thức NIM cùng thu nhập ngoài lãi, ba rủi ro cốt lõi (tín dụng, thanh khoản, lãi suất) và vì sao dữ liệu là xương sống của ngân hàng.

13 thg 7, 2026 8

Cảm nhận của bạn

Bình luận

Bạn cần để viết bình luận.

Chưa có bình luận. Hãy là người đầu tiên chia sẻ!