Mục Bảo hiểm trên ứng dụng
Khách tự tìm sản phẩm, tự khai thông tin, xác nhận riêng.
Luồng này chỉ bắt đầu khi khách tự nhớ ra mình cần bảo hiểm và biết mục Bảo hiểm nằm ở đâu.
Hai cách đưa bảo hiểm đến khách hàng trên ứng dụng ngân hàng, cách đọc dữ liệu hành vi để chọn đúng chỗ đặt lời chào bảo hiểm, nền tảng công nghệ giúp hệ thống đứng vững trong ngày cao điểm, và các cam kết về an toàn, dữ liệu và vận hành.
Bên trái là cách làm phổ biến hiện nay: bảo hiểm nằm trong một mục riêng của ứng dụng, khách phải tự nhớ, tự tìm đến và tự nhập thông tin. Bên phải, bảo hiểm nằm ngay trên màn hình xác nhận chuyển tiền: bật sẵn, khách tích ô đồng ý điều khoản là tham gia, hoặc tắt đi bằng một chạm. Hai điện thoại bấm được như ứng dụng thật, hoặc bấm Chạy song song để xem cả hai luồng cùng lúc.
Khách tự tìm sản phẩm, tự khai thông tin, xác nhận riêng.
Luồng này chỉ bắt đầu khi khách tự nhớ ra mình cần bảo hiểm và biết mục Bảo hiểm nằm ở đâu.
Bảo hiểm bật sẵn trên màn hình xác nhận, khách tích đồng ý là tham gia.
Các bước chuyển tiền giữ nguyên. Bảo hiểm An toàn giao dịch nằm ngay trên màn hình xác nhận, tặng tháng đầu. Khách tích ô đồng ý điều khoản và chia sẻ dữ liệu để tham gia, hoặc tắt công tắc để chuyển tiền như bình thường. Bấm vào dòng "Xem điều khoản và nội dung chia sẻ dữ liệu" để mở toàn văn.
Khi khách tích ô đồng ý điều khoản trên điện thoại bên phải, hệ thống ghi lại trên máy chủ để làm bằng chứng. Khách không nhận cửa sổ bật lên hay thông báo nào về việc này. Bản ghi chỉ dùng khi đối soát, giải quyết khiếu nại hoặc thanh tra.
Kéo các thanh trượt để thử những giả định khác nhau.
| Tiêu chí | Mục Bảo hiểm trên ứng dụng | Bảo hiểm trong giao dịch |
|---|---|---|
| Ai bắt đầu | Khách phải tự nhớ và tự tìm đến mục Bảo hiểm | Ứng dụng chào khi khách đang làm một giao dịch có rủi ro đi kèm |
| Thời điểm | Bất kỳ lúc nào, và với phần lớn khách là không bao giờ | Đúng lúc rủi ro hiện ra: đang chuyển khoản lớn, vừa vay tiền, vừa đặt vé |
| Số màn hình dành cho bảo hiểm | 10 màn hình, khách phải tự tìm đến | Không thêm màn hình nào, bảo hiểm nằm trên màn hình xác nhận |
| Thông tin khách phải nhập | 6 trường thông tin | Không có, ứng dụng đã có sẵn dữ liệu của khách |
| Sản phẩm | Khách tự chọn trong danh sách nhiều sản phẩm | Đúng một sản phẩm khớp với giao dịch đang làm |
| Xác nhận | Xác thực riêng để thanh toán phí bảo hiểm | Dùng chung bước xác thực của giao dịch chuyển tiền |
| Cách khách quyết định | Chủ động đi tìm và mua | Bảo hiểm bật sẵn, khách tích đồng ý để tham gia hoặc tắt bằng một chạm |
| Tỉ lệ chốt | Vài phần nghìn số khách hoạt động | Mục tiêu thử nghiệm 40–50% số khách được chào |
Phải tự tích đồng ý. Bảo hiểm chỉ được cấp khi khách tự tích ô đồng ý điều khoản và chia sẻ dữ liệu cá nhân. Chưa tích thì nút Xác nhận chưa bấm được.
Tắt bằng một chạm. Công tắc nằm ngay trên thẻ bảo hiểm. Tắt đi thì giao dịch chuyển tiền vẫn tiếp tục như bình thường.
Điều kiện giao dịch không đổi. Phí giao dịch, hạn mức và tốc độ chuyển tiền giữ nguyên dù khách có tham gia bảo hiểm hay không, theo tinh thần khoản 5 Điều 15 Luật Các tổ chức tín dụng 2024.
Lưu bằng chứng đồng ý. Ứng dụng ghi lại thời điểm, nội dung điều khoản đã hiển thị, lựa chọn và bước xác thực của khách.
Bảng điều khiển ghi nhận lượt chạm, hành trình và điểm rời bỏ của khách hàng. Từ đó xác định khoảnh khắc nào nên đặt lời chào bảo hiểm và khoảnh khắc nào không nên.
Phân nhóm khách chỉ dựa trên dữ liệu giao dịch thông thường. Không dùng dân tộc, tôn giáo, dữ liệu sức khỏe hay số dư tài khoản.
Mỗi loại giao dịch được chấm điểm phù hợp từ 0 đến 100 theo bốn tiêu chí. Giao dịch ở vùng xanh phía trên là nơi nên đặt lời chào trước. Khi vận hành, mô-đun AI/ML Next Best Offer của nền tảng chọn sản phẩm phù hợp cho từng khách trong từng giao dịch.
Vùng càng đỏ, khách chạm càng nhiều.
Bấm vào tiêu đề cột để sắp xếp. Mức ý định cao và ít nhạy với thao tác thêm là chỗ nên đặt lời chào.
Lời chào chỉ xuất hiện khi khách đủ điều kiện và không bị lặp lại quá dày.
Khách tắt bảo hiểm ở ngày 3 nên lời chào bị ẩn 60 ngày, dù khách vẫn giao dịch đều. Đến ngày 66 lời chào hiện lại, khách giữ bảo hiểm và tích đồng ý. Từ đó khách đã có hợp đồng nên không thấy lời chào nữa.
Tỉ lệ phiên đi từ trang chủ sang từng nhóm chức năng, và kết quả cuối phiên.
Khung 19 đến 22 giờ các ngày trong tuần có nhiều phiên nhất. Thông báo mời tái tục hoặc nâng cấp bảo hiểm nên gửi trong khung này.
Chọn một phiên để xem chuỗi thao tác của khách và vị trí lời chào bảo hiểm trong phiên đó.
Bật hoặc tắt từng điểm chào và chỉnh tỉ lệ khách chọn có để ước tính số hợp đồng và phí bảo hiểm. Tính theo tháng, chưa trừ phần trùng lặp giữa các điểm chào.
Bảo hiểm nhúng chạy cùng giao dịch của ngân hàng, nên lượng yêu cầu lên xuống theo nhịp giao dịch: ngày nhận lương, dịp Tết, các đợt khuyến mại. Mô phỏng dưới đây cho thấy cách hệ thống giữ ổn định khi lượng giao dịch tăng đột biến hoặc khi một máy chủ gặp sự cố. Hãy bấm Giờ cao điểm, sau đó chuyển sang Hệ thống thông thường và bấm lại để so sánh.
Điều kiện hiển thị lời chào được kiểm tra ngay trong hệ thống ngân hàng, mất dưới 10 mili giây và không gọi ra bên ngoài. Vì vậy giao dịch chuyển tiền không phụ thuộc vào hệ thống bảo hiểm.
Giao dịch đến, giao dịch xử lý được và giao dịch lỗi trong 40 giây gần nhất.
Ba nhóm năng lực giúp bảo hiểm nhúng triển khai nhanh, chạy ổn định ở quy mô lớn và giữ an toàn dữ liệu khách hàng.
Hình dung hệ thống như một trung tâm giao dịch lớn, nơi mỗi bộ phận có một việc riêng.
Thời gian khách hàng chờ từ lúc bấm xác nhận đến lúc thấy giao dịch hoàn tất.
Khách chờ khoảng 3,6 giây. Nếu hệ thống của công ty bảo hiểm chậm hoặc lỗi, giao dịch của ngân hàng chậm hoặc lỗi theo.
Khách thấy giao dịch hoàn tất sau khoảng 0,6 giây. Giấy chứng nhận đến qua thông báo ngay sau đó. Nếu công ty bảo hiểm tạm gián đoạn, yêu cầu được giữ trong Kafka và gửi lại khi kết nối trở lại.
| Tình huống | Hệ thống thông thường | Có Kafka và Kubernetes |
|---|---|---|
| Lượng giao dịch tăng đột biến vào ngày lương, dịp Tết, đợt khuyến mại | Máy chủ quá tải, giao dịch bị lỗi hoặc treo | Kafka giữ giao dịch chờ theo thứ tự, Kubernetes tự mở thêm máy xử lý |
| Một máy chủ hỏng lúc nửa đêm | Gián đoạn cho đến khi kỹ thuật viên xử lý | Kubernetes tự thay máy mới trong vài giây, khách không nhận ra |
| Hệ thống công ty bảo hiểm phản hồi chậm | Giao dịch ngân hàng phải chờ theo | Giao dịch ngân hàng hoàn tất ngay, yêu cầu được gửi lại tự động |
| Cập nhật phiên bản mới | Phải dừng hệ thống, thường làm vào ban đêm | Cập nhật lần lượt từng máy, dịch vụ không gián đoạn |
| Thêm sản phẩm, thêm ngân hàng hoặc công ty bảo hiểm | Phải mua và cài thêm máy chủ | Thêm máy xử lý theo nhu cầu trong cùng cụm |
| Giờ vắng khách | Máy chạy cố định cả ngày | Tự thu bớt máy xử lý, giảm chi phí vận hành |
| Đối soát và truy vết | Phải đọc nhật ký rời rạc trên từng máy | Mỗi sự kiện được Kafka lưu theo thứ tự, có thể xem lại và xử lý lại khi cần |
Các cam kết để bảo hiểm nhúng chạy bên trong ứng dụng ngân hàng mà không ảnh hưởng giao dịch, không làm lộ dữ liệu khách hàng và không để khách bị trừ tiền sai. Mỗi cam kết đi kèm cách hệ thống xử lý cụ thể.
Chọn nhóm để lọc. Mỗi câu trả lời có đường dẫn tới phần trình bày chi tiết.
Chọn một tình huống để xem trường dữ liệu nào rời khỏi ngân hàng.
Ngân hàng là bên chủ động gọi ra. Không hệ thống bên ngoài nào được gọi vào hệ thống lõi.
Ví dụ với Bảo hiểm An toàn giao dịch 5.000đ/tháng, bán kèm giao dịch chuyển tiền. Chọn tình huống, sau đó bấm Bước tiếp hoặc Tự chạy.
Ngày 20/10/2026 · chạy tự động lúc 01:00 · đối chiếu file của ngân hàng với file của nền tảng
Báo cáo hằng tháng gửi ngân hàng với vai trò đại lý bảo hiểm.
Tám tuần từ khi chốt luồng đến khi mở rộng cho toàn bộ khách hàng. Phần việc của ngân hàng được giữ ở mức tối thiểu.
Nền tảng chạy trên Kubernetes theo mô hình cloud hybrid, trải trên nhiều vùng sẵn sàng (Multi-AZ) và được giám sát 24/7 theo thời gian thực.