Kiến thức / Bán hàng – Chăm sóc khách hàng / Sale / CSKH

AI Agent cho Sale bảo hiểm: bản đồ use case

AI Agent cho Sale bảo hiểm: bản đồ công việc, dữ liệu và giới hạn

Tình huống thật khi tài liệu sản phẩm không cùng phiên bản

Một tư vấn viên Sale bảo hiểm chuẩn bị cuộc hẹn bằng ba nguồn: ghi chú nhu cầu trong MISA AMIS CRM, bảng quyền lợi trên Google Drive và file điều khoản được gửi qua Zalo nội bộ. Hai file mang tên gần giống nhau nhưng ngày hiệu lực khác; bảng minh họa phí chưa ghi giả định; ghi chú khách chỉ nói “muốn bảo vệ gia đình” mà chưa nêu phạm vi cần tìm hiểu. Nếu AI được yêu cầu chọn gói ngay, nó sẽ phải tự lấp nhiều khoảng trống.

AI Agent cho Sale bảo hiểm nên bắt đầu bằng inventory tác vụ và source register. Đội xác định việc nào chỉ là cấu trúc hóa, dữ liệu nào cần phiên bản, đâu là thông tin khách đã tự cung cấp, ai được duyệt nội dung và Agent có quyền tới đâu. Pilot đầu tiên không tự tư vấn; nó có thể kiểm trường thiếu, ghép tài liệu với source-id hoặc tạo checklist REVIEW.

Bài này không xây luồng lead và không viết câu xử lý từ chối. Hai intent đó nằm ở workflow cùng prompt-pack. Bản đồ tập trung data readiness, authority, consent, permission và stop condition. AI không kết luận quyền lợi áp dụng cho trường hợp cụ thể, không phê duyệt hồ sơ, không thay tư vấn viên và không dự đoán chấp thuận.

Việc giao cho AI và việc phải giữ cho con người

Nhóm phù hợp gồm chuẩn hóa mã sản phẩm, kiểm trường thiếu trong ghi chú, nối bảng quyền lợi với điều khoản, phát hiện tài liệu hết hạn, tạo bảng câu hỏi cần tư vấn viên xác nhận và lập checklist trước cuộc hẹn. Đầu ra có source_ref, version và trạng thái DRAFT. AI không biến trường trống thành giả định.

Nhóm cần người duyệt gồm tóm tắt nhu cầu đã xác nhận, dựng bảng so sánh dữ kiện theo nguồn và soạn agenda. Tư vấn viên kiểm ý nghĩa nghiệp vụ, phạm vi phù hợp và cách trình bày. Những nội dung về quyền lợi, loại trừ, thời gian chờ, phí, điều kiện hoặc quy trình phải lấy từ tài liệu đang hiệu lực.

Nhóm không giao gồm kết luận khách được hưởng quyền lợi, đánh giá hồ sơ sẽ được chấp thuận, xác nhận bồi thường, che điều khoản loại trừ, tự chọn sản phẩm hoặc ký thay. AI không suy luận sức khỏe, tài chính hay hoàn cảnh gia đình từ tín hiệu gián tiếp. Yêu cầu vượt ranh giới chuyển ESCALATE_ADVISOR.

Dữ liệu cần chuẩn bị và quản lý phiên bản

Source register có product_id, document_id, loại tài liệu, version, effective_at, expires_at, owner, reviewer và allowed_use. Tối thiểu gồm bảng quyền lợi, điều khoản, phụ lục, bảng phí minh họa, câu hỏi thường gặp đã duyệt và quy trình nghiệp vụ. File không có owner hoặc ngày hiệu lực mang trạng thái BLOCKED.

Needs card chỉ lưu điều khách tự chia sẻ và phần còn thiếu: mục tiêu trao đổi, người cần được bảo vệ theo cách khách mô tả, thời hạn quan tâm, ngân sách nếu khách tự nguyện cung cấp, sản phẩm đang có và câu hỏi. Không dùng AI để suy đoán tình trạng sức khỏe hoặc khả năng chi trả. Dữ liệu nhạy cảm chỉ xử lý theo quy trình được phê duyệt.

Consent do khách hàng chủ động cấp hoặc rút theo từng mục đích và kênh. Consent register chỉ lưu bằng chứng, thời điểm, phạm vi, trạng thái rút và retention; đội nội bộ xác minh, ghi nhận và thực thi, không cấp consent thay khách. STOP_CONTACT chặn liên hệ. Bộ test dùng hồ sơ DEMO, gồm tài liệu hết hạn, bảng quyền lợi mâu thuẫn, câu hỏi vượt thẩm quyền và consent bị rút. Viết expected output trước để biết Agent phải REVIEW hay DỪNG.

Workflow sáu bước chọn pilot

Bước 1 — Kiểm kê: tách việc theo kích hoạt, nguồn, đầu ra, owner và lỗi. Bước 2 — Chấm khả năng kiểm: xác định schema, source-id và tư vấn viên có thể xác nhận. Bước 3 — Rà dữ liệu: kiểm version, trường thiếu, consent và phạm vi dùng.

Bước 4 — Khóa thẩm quyền: phân người duyệt quyền lợi, điều khoản, phí và nội dung. Bước 5 — Vẽ quyền: tách READ, CREATE_DRAFT, WRITE, SEND; pilot dừng ở DRAFT. Bước 6 — Chạy DEMO: đo lỗi nguồn, phần phải sửa và quyết định PILOT, CHỜ hay KHÔNG.

Stop condition gồm source hết hạn, hai version mâu thuẫn, thiếu reviewer, dữ liệu nhạy cảm vượt phạm vi, yêu cầu kết luận quyền lợi hoặc Agent đề xuất SEND. Human-in-the-loop không chỉ là nút duyệt: reviewer phải nhìn thấy câu nguồn, version, UNKNOWN và điều cấm.

Workflow chọn pilot AI Agent cho Sale bảo hiểm có nguồn và người duyệt — Workflow minh họa từ inventory đến pilot giới hạn; không tự tư vấn hoặc phê duyệt.

Năm prompt dùng trong workshop

Prompt 1 lập inventory. Prompt 2 dựng register quyền lợi–điều khoản. Prompt 3 tạo needs data card và consent scope. Prompt 4 lập authority/permission matrix. Prompt 5 chấm pilot charter. Chúng không tạo lời khuyên sản phẩm, không soạn follow-up và không kết luận quyền lợi.

Kết quả prompt cần bằng chứng, owner và UNKNOWN. Một blocker không được bù bằng tổng điểm. Ví dụ điền sẵn chỉ là minh họa, không phải bảng quyền lợi thật. Khi tài liệu thay đổi, source register và bộ test phải cập nhật trước khi dùng lại.

Công cụ phù hợp theo vai trò

Google Sheets lưu inventory và register; Drive giữ tài liệu có version; MISA AMIS CRM giữ owner cùng consent; Base.vn quản lý review; Zalo, Messenger và email chỉ là kênh sau duyệt. Công cụ AI đọc vùng dữ liệu tối thiểu và tạo DRAFT, không trở thành nơi lưu hồ sơ mặc định.

Đội nhỏ có thể xuất file thủ công. API chỉ mở khi có schema, log, idempotency, retry và rollback. Không đưa ảnh giấy tờ, thông tin sức khỏe hay tài chính vào công cụ chưa được phép. Service account hết hạn sau pilot và không có quyền SEND.

Ma trận dữ liệu quyền và reviewer cho Sale bảo hiểm — Ma trận minh họa tách nhu cầu, tài liệu sản phẩm, quyền AI và quyết định của tư vấn viên.

AI làm gì và người duyệt quyết định gì

AI cấu trúc inventory, tìm trường thiếu, nối source-id, so version và tạo checklist DRAFT. Nó không hiểu điều khoản theo ngữ cảnh cá nhân nếu không có người có chuyên môn, không xác nhận quyền lợi và không tự quyết định sản phẩm.

Tư vấn viên xác nhận nhu cầu, giải thích tài liệu, kiểm tính đầy đủ và quyết định nội dung. Chủ sản phẩm duyệt bảng quyền lợi, điều khoản cùng phí. Quản lý duyệt pilot; khách hàng cấp hoặc rút consent; chủ dữ liệu chỉ xác minh bằng chứng, ghi nhận và thực thi phạm vi cùng retention; IT duyệt quyền. Phê duyệt hay quyết định nghiệp vụ vẫn thuộc vai trò được chỉ định.

Sai lầm và rủi ro cần tránh

Sai lầm đầu tiên là dùng file cũ vì tên giống nhau. Sai lầm thứ hai là ghi suy đoán vào needs card. Sai lầm thứ ba là dùng một prompt để “chọn gói tốt nhất”. Sai lầm thứ tư là coi bản nháp AI như lời tư vấn đã duyệt. Mỗi lỗi cần stop condition và owner.

Guardrail cấm bỏ qua loại trừ, hứa chấp thuận, kết luận quyền lợi, tạo phí không có nguồn hoặc gây áp lực. Khi câu hỏi vượt nguồn, Agent trả ESCALATE_ADVISOR. Khi không có bằng chứng consent do khách cấp, hoặc khách đã rút consent, không tạo nội dung. Khi source mâu thuẫn, giữ cả hai và chuyển chủ tài liệu.

Triển khai cho cá nhân, đội nhóm và doanh nghiệp

Cá nhân thử 15 nhu cầu DEMO và một bộ tài liệu phiên bản cố định. Đội nhỏ có owner thư viện, reviewer và buổi rà lỗi hằng tuần. Doanh nghiệp thêm registry, access matrix, môi trường thử, log, retention và kiểm thử hồi quy mỗi khi sản phẩm thay đổi.

Đo tỷ lệ trường có nguồn, source hết hạn được phát hiện, UNKNOWN đúng, DRAFT bị sửa lớn, escalation và lỗi quyền. Không dùng số bản nháp tạo ra hay dữ liệu minh họa để khẳng định hiệu quả bán hàng. Pilot đạt khi đầu ra truy vết, dừng đúng và người duyệt làm việc được.

Kết quả minh họa và câu hỏi thường gặp

Kết quả minh họa: UC-BH-MAP-06 “kiểm source trước cuộc hẹn”; 15 case DEMO; BEN-DEMO-v3 và TERMS-DEMO-v5; quyền READ/CREATE_DRAFT; tư vấn viên REVIEW; một bảng phí thiếu effective_at nên BLOCKED. Không có kết luận quyền lợi, chấp thuận hay nội dung gửi khách.

Sale bảo hiểm nên thử AI từ việc nào?

Chọn việc hậu trường như kiểm trường thiếu hoặc ghép nội dung với source-id, có người duyệt và đầu ra đối chiếu được.

AI có được chọn sản phẩm thay khách không?

Không. AI chỉ cấu trúc dữ liệu và tài liệu; tư vấn viên trao đổi, giải thích và chịu trách nhiệm theo quy trình.

AI có được kết luận quyền lợi không?

Không. Quyền lợi phụ thuộc điều khoản và trường hợp cụ thể; Agent không tự kết luận hoặc phê duyệt.

Khi nào use case bị BLOCKED?

Khi thiếu version, owner, bằng chứng consent do khách cấp, reviewer, nguồn mâu thuẫn; khi khách đã rút consent; hoặc nhiệm vụ yêu cầu quyết định vượt quyền.

Tiếp tục với workflow Sale bảo hiểm, xem bộ prompt có nguồn hoặc liên hệ NganAds.

Workflow

Bước 1: Kiểm kê nhiệm vụ — Tách việc theo nguồn, đầu ra, tần suất, owner và lỗi.
Bước 2: Chấm khả năng kiểm — Xác định schema, source-id và tư vấn viên có thể xác nhận.
Bước 3: Rà dữ liệu, version và consent — Kiểm source, hiệu lực, trường thiếu; nội bộ chỉ xác minh và ghi nhận consent do khách cấp/rút rồi thực thi phạm vi cùng retention.
Bước 4: Khóa thẩm quyền — Gán người duyệt quyền lợi, điều khoản, phí và nội dung.
Bước 5: Vẽ quyền và stop rule — Tách READ/DRAFT/WRITE/SEND, log, escalation và rollback.
Bước 6: Duyệt pilot DEMO — Chạy bộ lỗi và để quản lý quyết định PILOT, CHỜ hoặc KHÔNG.

Prompt mẫu

Lập inventory nhiệm vụ Sale bảo hiểm

MỤC TIÊU: Tách công việc thành use case hẹp để đánh giá AI hỗ trợ.
[ĐẦU VÀO]: Tác vụ, kích hoạt, nguồn, đầu ra, tần suất, lỗi, owner, reviewer và hành động bên ngoài.
ĐỊNH DẠNG ĐẦU RA: Bảng use_case_id, động từ–đầu ra, tiêu chí đúng, nguồn, rủi ro, quyền, owner và câu hỏi thiếu.
VÍ DỤ ĐIỀN SẴN: Kiểm trường thiếu trước cuộc hẹn; 15 case DEMO; tư vấn viên duyệt; không tư vấn hoặc gửi.

Dựng register quyền lợi và điều khoản

MỤC TIÊU: Lập sổ tài liệu sản phẩm có phiên bản và phạm vi dùng.
[ĐẦU VÀO]: Product_id, document_id, loại, version, effective_at, expires_at, owner, reviewer và allowed_use.
ĐỊNH DẠNG ĐẦU RA: Bảng source_id, version, hiệu lực, owner, conflict, missing_fields và READY/REVIEW/BLOCKED.
VÍ DỤ ĐIỀN SẴN: BEN-DEMO-v3; TERMS-DEMO-v5; FEE-DEMO-v2 thiếu effective_at nên BLOCKED.

Tạo needs data card và consent scope

MỤC TIÊU: Cấu trúc điều khách tự chia sẻ mà không suy đoán thông tin nhạy cảm.
[ĐẦU VÀO]: Hội thoại đã ẩn, trường nhu cầu, consent theo kênh/mục đích, retention và điều không được suy luận.
ĐỊNH DẠNG ĐẦU RA: Facts có quote, UNKNOWN, sensitive_fields_removed, consent_scope, questions_for_advisor và status=REVIEW.
VÍ DỤ ĐIỀN SẴN: Khách nói muốn tìm hiểu bảo vệ gia đình; chưa nêu phạm vi hoặc thời hạn; consent email nhận tài liệu.

Lập authority và permission matrix

MỤC TIÊU: Phân vai nguồn, AI, tư vấn viên và người phê duyệt cho use case.
[ĐẦU VÀO]: Dữ kiện, nguồn, vai trò, READ/DRAFT/WRITE/SEND, ngoại lệ, log và escalation.
ĐỊNH DẠNG ĐẦU RA: Ma trận dữ kiện | source | owner | reviewer | AI action | human decision | stop condition.
VÍ DỤ ĐIỀN SẴN: Quyền lợi từ BEN-DEMO-v3; AI trích và tạo DRAFT; tư vấn viên giải thích; không kết luận áp dụng.

Chấm pilot charter bảo hiểm

MỤC TIÊU: Chọn một pilot có dữ liệu, quyền, reviewer và rollback rõ.
[ĐẦU VÀO]: Inventory, source register, needs card, consent, authority matrix, bộ test và blocker.
ĐỊNH DẠNG ĐẦU RA: Scorecard có bằng chứng; PILOT/CHỜ/KHÔNG; charter gồm mẫu DEMO, quyền, reviewer, tiêu chí đạt, stop rule và rollback.
VÍ DỤ ĐIỀN SẴN: UC-BH-MAP-06; 15 case DEMO; READ/CREATE_DRAFT; dừng khi source hết hạn hoặc AI kết luận quyền lợi.

Câu hỏi thường gặp

Sale bảo hiểm nên thử AI từ việc nào?

Chọn việc hậu trường như kiểm trường thiếu hoặc ghép nội dung với source-id, có người duyệt và đầu ra đối chiếu được.

AI có được chọn sản phẩm thay khách không?

Không. AI chỉ cấu trúc dữ liệu và tài liệu; tư vấn viên trao đổi, giải thích và chịu trách nhiệm theo quy trình.

AI có được kết luận quyền lợi không?

Không. Quyền lợi phụ thuộc điều khoản và trường hợp cụ thể; Agent không tự kết luận hoặc phê duyệt.

Khi nào use case bị BLOCKED?

Khi thiếu version, owner, bằng chứng consent do khách cấp, reviewer, nguồn mâu thuẫn; khi khách đã rút consent; hoặc nhiệm vụ yêu cầu quyết định vượt quyền.

Bài liên quan

Muốn cài AI Agent cá nhân 499K (support 7 ngày)? Inbox / Zalo 0983543063.