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

Prompt AI cho Sale bảo hiểm: 5 mẫu có nguồn

Bộ prompt đọc nhu cầu, xử lý từ chối và soạn tin chăm sóc cho Sale bảo hiểm: copy và tùy chỉnh

Tình huống thật khi khách thấy bảng quyền lợi quá khó hiểu

Một khách hỏi qua Zalo sau khi nhận tài liệu minh họa: “Bảng này nhiều dòng quá, tôi lo có loại trừ và mức phí sau này thay đổi”. Tư vấn viên cần phản hồi nhanh nhưng không được giản lược thành câu hứa. Trong thư mục nội bộ có bảng quyền lợi BEN-DEMO-v4, điều khoản TERMS-DEMO-v5 và minh họa phí FEE-DEMO-v2; mỗi tài liệu có phạm vi khác nhau. Nếu đưa tất cả vào một prompt ngắn, AI dễ trộn điều khoản, bỏ qua UNKNOWN hoặc diễn đạt như kết luận.

Prompt AI cho Sale bảo hiểm có chất lượng phải biến cuộc trò chuyện thành evidence map trước khi viết. Mỗi dữ kiện cần quote_ref; mỗi câu về quyền lợi, loại trừ, thời gian chờ, phí hoặc điều kiện phải có source_ref cùng version. Những gì chưa biết giữ UNKNOWN và trở thành câu hỏi để tư vấn viên làm rõ. Bản nháp luôn mang nhãn DRAFT_FOR_ADVISOR, không tự gửi.

Bài này cung cấp năm prompt cho năm nhiệm vụ ngôn ngữ riêng: đọc bằng chứng, hỏi rõ nhu cầu, so thông tin từ nguồn, phản hồi băn khoăn và chăm sóc theo consent. Nó không triển khai webhook hay state machine như bài workflow. Nó cũng không chọn sản phẩm, không khẳng định một quyền lợi áp dụng, không dự đoán phê duyệt và không thay tư vấn viên giải thích trường hợp cụ thể.

Việc giao cho AI trong một phiên soạn thảo

AI có thể tách câu khách nói thành facts, concerns, questions và UNKNOWN; chuyển tài liệu đã duyệt thành bảng đối chiếu có trích dẫn; đề xuất câu hỏi trung tính; tạo hai phiên bản tin nhắn theo độ dài; và kiểm bản nháp xem có câu tuyệt đối, hứa hẹn hoặc thiếu nguồn. Đây là công việc cấu trúc và biên tập có thể kiểm bằng dữ liệu đầu vào.

AI không được suy luận khách có bệnh, khả năng chi trả, mức độ rủi ro hoặc mục tiêu gia đình từ tuổi, nghề hay cách nói. Nó không tự gắn nhãn “khách khó”, “khách tiềm năng cao” hoặc “khả năng chốt”. Nó không được lấy kiến thức nền của mô hình để bổ sung quyền lợi hoặc điều khoản vắng trong source packet. Khi thiếu dữ liệu, câu trả lời đúng là NEED_SOURCE hoặc ASK_ADVISOR.

Tư vấn viên xác nhận ý khách, quyết định câu hỏi nào phù hợp, giải thích thuật ngữ và duyệt toàn bộ nội dung. Chủ sản phẩm chịu trách nhiệm phiên bản tài liệu; bộ phận có thẩm quyền duyệt mẫu câu cùng disclaimer; khách hàng cấp hoặc rút consent theo kênh và mục đích; người phụ trách nội bộ chỉ xác minh bằng chứng, ghi nhận và thực thi phạm vi cùng retention. Nếu prompt yêu cầu “hãy thuyết phục bằng mọi cách” hoặc “khẳng định chắc chắn”, người dùng phải dừng và viết lại mục tiêu.

Dữ liệu cần chuẩn bị trước khi copy prompt

Gói đầu vào thứ nhất là conversation packet đã ẩn dữ liệu không cần thiết: message_id, timestamp, channel, speaker, text, consent_scope và do_not_infer. Giữ nguyên câu khách khi cần hiểu băn khoăn; không biến diễn giải của nhân viên thành lời khách. Nếu khách chỉ nói “lo phí”, không tự kết luận họ không đủ khả năng tài chính. Ghi concern=phí và clarification=khía cạnh nào của phí.

Gói thứ hai là product evidence packet. Mỗi đoạn có source_id, product_id, document_type, version, effective_at, excerpt, section và allowed_use. Bảng quyền lợi không thay điều khoản; minh họa phí không thay cam kết; FAQ không ghi đè tài liệu chính thức. Khi hai đoạn mâu thuẫn, giữ cả hai và chuyển SOURCE_CONFLICT cho chủ tài liệu, tuyệt đối không để AI chọn câu có vẻ thuận lợi hơn.

Gói thứ ba là communication policy: danh sách từ cấm, disclaimer, tone, độ dài, kênh, thời điểm, advisor_name và action_allowed. Consent do khách cấp hoặc rút phải được tách cho tư vấn theo yêu cầu, gửi tài liệu và marketing định kỳ; nội bộ không cấp consent thay khách. STOP_CONTACT hoặc consent hết hiệu lực chặn prompt chăm sóc. Bộ test nên có câu mơ hồ, nguồn hết hạn, yêu cầu kết luận quyền lợi và khách từ chối liên hệ để kiểm stop rule.

Workflow sáu bước dùng prompt an toàn

Bước 1 — Chọn một nhiệm vụ: không ghép đọc nhu cầu, so quyền lợi và follow-up vào cùng lệnh. Bước 2 — Đóng gói tối thiểu: chỉ cấp conversation, evidence và policy liên quan. Bước 3 — Khóa ranh giới: ghi rõ không suy luận, không kết luận, không phê duyệt và không gửi.

Bước 4 — Ép đầu ra có schema: yêu cầu facts, UNKNOWN, source_ref, draft, risk_flags và reviewer_questions. Bước 5 — Tư vấn viên duyệt: đối chiếu từng câu nhạy cảm với nguồn đang hiệu lực; sửa hoặc từ chối. Bước 6 — Ghi phiên bản: lưu prompt_version, source_versions, reviewer và approved_text; chỉ dùng đúng consent.

Điều kiện dừng gồm source packet thiếu hoặc hết hạn, source conflict, dữ liệu nhạy cảm ngoài phạm vi, khách yêu cầu kết luận quyền lợi cá nhân, consent không phù hợp, prompt tạo lời hứa hoặc advisor chưa duyệt. Human-in-the-loop phải nhìn được bằng chứng cạnh bản nháp; một nút duyệt không có source_ref chỉ tạo cảm giác kiểm soát, không tạo kiểm soát thật.

Workflow sáu bước dùng prompt AI cho Sale bảo hiểm có source và advisor review
Workflow minh họa từ nhiệm vụ hẹp đến bản nháp được advisor duyệt; không tự kết luận hoặc gửi.

Năm prompt copy dùng ngay và tùy chỉnh theo nguồn

Prompt 1 tạo evidence map từ lời khách. Prompt 2 viết câu hỏi làm rõ trung tính. Prompt 3 lập bảng so sánh chỉ từ quyền lợi–điều khoản đã cung cấp. Prompt 4 phản hồi một băn khoăn mà không phòng thủ hay hứa hẹn. Prompt 5 soạn follow-up đúng consent. Mỗi prompt có biến đầu vào, mục tiêu, schema đầu ra và ví dụ điền sẵn trong prompt pack bên dưới.

Hãy thay toàn bộ phần trong ngoặc vuông, giữ source_id và version. Không copy ví dụ minh họa như dữ liệu thật. Nếu doanh nghiệp dùng thuật ngữ khác, cập nhật glossary trước, không để AI tự chuẩn hóa theo cách hiểu chung. Đầu ra nên ngắn hơn tài liệu gốc nhưng phải giữ điều kiện, giới hạn và câu hỏi chưa giải quyết; “dễ hiểu” không đồng nghĩa với bỏ chi tiết quan trọng.

Sau khi chạy, reviewer kiểm năm điểm: dữ kiện có quote_ref, câu nhạy cảm có source_ref, UNKNOWN không bị lấp, lời văn không gây áp lực và CTA đúng consent. Nếu một điểm không đạt, không sửa riêng câu kết; hãy quay lại prompt hoặc source packet. Bản nháp đạt vẫn cần tư vấn viên xác nhận vì ngữ cảnh của khách có thể thay đổi sau tin nhắn cuối.

Công cụ để dùng prompt mà không làm rò dữ liệu

Có thể dùng ChatGPT Enterprise hoặc môi trường AI được doanh nghiệp phê duyệt để soạn; Google Drive giữ nguồn có version; Google Sheets chứa source register và checklist; MISA AMIS CRM lưu owner cùng consent; Base.vn quản lý review. Với đội nhỏ, thao tác copy có kiểm soát tốt hơn một tích hợp vội. Không tải giấy tờ sức khỏe hoặc tài chính lên công cụ chưa được phép.

Template prompt nên nằm trong thư viện có prompt_id, owner, version, approved_at và changelog. Người dùng chỉ được chọn biến qua form; không sửa phần guardrail mặc định. Output được lưu cùng source_versions để khi điều khoản đổi có thể tìm những bản nháp cần rà lại. Log che dữ liệu nhạy cảm và có retention cụ thể, không giữ vô hạn chỉ vì “có thể cần sau này”.

UI mockup thẻ duyệt prompt bảo hiểm có evidence, nguồn và UNKNOWN
UI minh họa đặt bản nháp cạnh evidence, source version, risk flags và quyết định của advisor.

AI làm gì và tư vấn viên duyệt những gì

AI đọc cấu trúc, trích dẫn, biến câu dài thành bảng, đề xuất cách hỏi không dẫn dắt và kiểm từ ngữ. Nó có thể phát hiện source_ref thiếu hoặc một câu khẳng định không được evidence hỗ trợ. Nó không biết tài liệu nào có thẩm quyền nếu source packet không nói; không hiểu hoàn cảnh cá nhân đủ để kết luận quyền lợi; và không chịu trách nhiệm cho một thông tin được gửi.

Tư vấn viên duyệt ý nghĩa nghiệp vụ, tính phù hợp của câu hỏi, sự đầy đủ của điều kiện, tone và thời điểm. Với bảng so sánh, người duyệt kiểm từng dòng có cùng tiêu chí, không lấy ô trống làm “không có quyền lợi”. Với phản hồi băn khoăn, người duyệt bảo đảm đã thừa nhận mối quan tâm, dẫn tài liệu đúng và mời khách hỏi thêm thay vì thúc ép quyết định.

Chủ sản phẩm duyệt quyền lợi, điều khoản, phụ lục, phí và glossary. Quản lý duyệt mẫu giao tiếp; bộ phận dữ liệu duyệt consent và retention; IT duyệt công cụ, quyền cùng log. Một prompt chỉ trở thành template khi qua đủ vai trò tương ứng. Advisor vẫn duyệt từng output vì template đúng không đảm bảo đầu vào mỗi cuộc trò chuyện đã đầy đủ hoặc đúng phiên bản.

Sai lầm thường gặp và guardrail bắt buộc

Sai lầm thứ nhất là yêu cầu “tóm tắt quyền lợi hấp dẫn nhất”, khiến AI chọn lọc thiên lệch. Sai lầm thứ hai là đưa tài liệu không version rồi tin kết quả có citation. Sai lầm thứ ba là dùng từ “chắc chắn”, “được chi trả” hoặc “sẽ được duyệt” khi chưa có căn cứ và thẩm quyền. Sai lầm thứ tư là phản hồi băn khoăn như một cuộc tranh luận phải thắng.

Guardrail yêu cầu source-bound generation: ngoài conversation và evidence packet, mô hình không được thêm nội dung nghiệp vụ. Mọi câu về quyền lợi, điều kiện, loại trừ, thời gian chờ, phí hoặc quy trình có source_ref. Nếu evidence không đủ, output ghi NEED_SOURCE. Nếu khách hỏi trường hợp cụ thể, output là câu chuyển advisor, không phải một kết luận được bọc bằng disclaimer.

Guardrail giao tiếp cấm hạ thấp băn khoăn, tạo khan hiếm giả, gây sợ hãi, so sánh không cùng tiêu chí hoặc liên hệ sau khi khách dừng. Prompt follow-up phải nhận consent_scope và max_attempts. Bản nháp có trạng thái DRAFT_FOR_ADVISOR; AI không có tool SEND. Kiểm thử adversarial gồm câu yêu cầu bỏ qua điều khoản và lệnh “viết chắc chắn hơn”; Agent phải từ chối phần vượt ranh giới.

Triển khai prompt library trong bốn tuần

Tuần một, chọn 20 hội thoại DEMO đã ẩn danh và lập source packet cố định. Hai tư vấn viên tự tạo expected output, đánh dấu facts, UNKNOWN cùng câu cần nguồn. Chạy năm prompt, so theo rubric thay vì chấm “nghe hay”. Sửa schema trước khi sửa văn phong; nếu facts sai hoặc nguồn thiếu, một câu mượt hơn không giúp hệ thống an toàn.

Tuần hai, chạy shadow mode trên những cuộc trao đổi được phép. Tư vấn viên xem nhưng không dùng trực tiếp; ghi thời gian duyệt, tỷ lệ câu sửa lớn, source coverage, unknown preservation và risk flags đúng. Tuần ba mở prompt 1–2 cho đội nhỏ, vẫn soạn thủ công phần gửi. Chỉ sau khi ổn mới mở prompt 3–5 với advisor gate rõ ràng.

Tuần bốn, đóng version 1.0, phân owner và lịch rà khi source đổi. Rollback nếu có câu không nguồn, bỏ điều kiện quan trọng, liên hệ sai consent hoặc reviewer không hiểu card duyệt. KPI tốt là giảm thời gian cấu trúc, tăng tỷ lệ câu có bằng chứng và giảm lỗi phiên bản; không dùng số bản nháp hay số tin nhắn để suy ra chất lượng tư vấn.

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

Kết quả minh họa: từ tin nhắn DEMO-CHAT-27, prompt tạo facts “khách thấy bảng khó đọc” và “lo về loại trừ, thay đổi phí”; UNKNOWN gồm sản phẩm, phạm vi bảo vệ và khía cạnh phí. Bản nháp thừa nhận băn khoăn, xin phép làm rõ và dẫn BEN-DEMO-v4, TERMS-DEMO-v5, FEE-DEMO-v2. Advisor phải kiểm các version trước dùng. Đây là minh họa, không phải tư vấn hay kết luận quyền lợi.

Có thể dán toàn bộ hợp đồng vào prompt không?

Không nên. Chỉ cấp đoạn nguồn cần thiết, có version, allowed_use và trong môi trường được phê duyệt; giữ dữ liệu tối thiểu.

AI có được nói khách chắc chắn hưởng quyền lợi không?

Không. AI không kết luận quyền lợi áp dụng, phê duyệt, chấp thuận hoặc bồi thường; câu hỏi cụ thể phải chuyển advisor.

Tại sao cần giữ UNKNOWN?

UNKNOWN ngăn hệ thống biến khoảng trống thành giả định và giúp tư vấn viên biết chính xác điều cần hỏi thêm.

Khi nào không được dùng prompt follow-up?

Khi không có bằng chứng consent do khách cấp, khách đã rút consent hoặc STOP_CONTACT, source chưa hợp lệ, advisor chưa duyệt hay nội dung vượt mục đích đã đồng ý.

Đọc bản đồ AI cho Sale bảo hiểm, triển khai workflow lead có kiểm soát, xem cụm nghề Sale bảo hiểm hoặc liên hệ NganAds.

Workflow

  1. Bước 1: Chọn nhiệm vụ hẹp — Tách đọc nhu cầu, so nguồn, phản hồi và follow-up thành prompt riêng.
  2. Bước 2: Đóng gói dữ liệu tối thiểu — Cấp conversation, evidence và policy có version, loại dữ liệu thừa.
  3. Bước 3: Khóa ranh giới — Cấm suy luận, kết luận quyền lợi, phê duyệt và gửi.
  4. Bước 4: Ép schema có bằng chứng — Yêu cầu quote_ref, source_ref, UNKNOWN, risk flags và reviewer questions.
  5. Bước 5: Tư vấn viên duyệt — Advisor đối chiếu nguồn, ý nghĩa nghiệp vụ, tone; chỉ xác minh và thực thi phạm vi consent do khách cấp/rút.
  6. Bước 6: Ghi phiên bản và sử dụng — Lưu prompt/source/reviewer version, chỉ dùng nội dung đã duyệt trong phạm vi consent hợp lệ.

Prompt mẫu

Lập evidence map từ lời khách

MỤC TIÊU: Tách điều khách thật sự nói khỏi diễn giải và giả định.
[ĐẦU VÀO]: Conversation packet [hội thoại], do_not_infer [trường cấm suy luận], consent_scope và message_id.
ĐỊNH DẠNG ĐẦU RA: Bảng facts | quote_ref | concerns | questions | UNKNOWN | risk_flags; không tư vấn.
VÍ DỤ ĐIỀN SẴN: DEMO-CHAT-27: ‘Bảng này khó đọc, tôi lo có loại trừ và phí thay đổi’; facts giữ đúng câu; sản phẩm và phạm vi đều UNKNOWN.

Soạn câu hỏi làm rõ nhu cầu

MỤC TIÊU: Tạo câu hỏi trung tính để advisor hiểu nhu cầu mà không dẫn dắt hoặc suy đoán.
[ĐẦU VÀO]: Evidence map [dữ kiện], glossary, số câu tối đa, tone và trường không được hỏi qua kênh này.
ĐỊNH DẠNG ĐẦU RA: Mỗi câu gồm purpose, question, fact_used, answer_options nếu phù hợp và sensitive_check.
VÍ DỤ ĐIỀN SẴN: Hỏi ‘Anh/chị muốn làm rõ phần loại trừ, cách đọc phí hay cả hai trước?’; không hỏi suy đoán sức khỏe.

Lập bảng so sánh có dẫn nguồn

MỤC TIÊU: Biến evidence packet thành bảng dễ đọc mà không thêm quyền lợi hoặc kết luận phù hợp.
[ĐẦU VÀO]: BEN [bảng quyền lợi], TERMS [điều khoản], FEE [minh họa phí], tiêu chí so sánh và source versions.
ĐỊNH DẠNG ĐẦU RA: Bảng tiêu chí | dữ kiện | điều kiện/giới hạn | source_ref | version | NEED_SOURCE; cuối bảng ghi advisor review.
VÍ DỤ ĐIỀN SẴN: BEN-DEMO-v4, TERMS-DEMO-v5, FEE-DEMO-v2; ô thiếu ghi NEED_SOURCE, không ghi ‘không có’.

Phản hồi băn khoăn không hứa hẹn

MỤC TIÊU: Soạn bản nháp thừa nhận băn khoăn, làm rõ bằng nguồn và mời khách trao đổi tiếp.
[ĐẦU VÀO]: Concern [băn khoăn], evidence map, source excerpts, tone, forbidden_claims và advisor_name.
ĐỊNH DẠNG ĐẦU RA: Acknowledge, clarification, sourced_information, unanswered_questions, soft_CTA, source_list, DRAFT_FOR_ADVISOR.
VÍ DỤ ĐIỀN SẴN: Khách lo loại trừ và phí; dẫn TERMS-DEMO-v5 cùng FEE-DEMO-v2; không nói chắc chắn được chi trả hay phí cố định.

Soạn follow-up theo consent

MỤC TIÊU: Tạo tin chăm sóc đúng mục đích, kênh và số lần đã được đồng ý.
[ĐẦU VÀO]: Approved facts, approved text, consent_scope, channel, last_contact_at, max_attempts, stop_status và next_action.
ĐỊNH DẠNG ĐẦU RA: subject nếu có, message dưới [độ dài], sources, consent_check, send_status=REQUIRES_ADVISOR_APPROVAL và stop_reason.
VÍ DỤ ĐIỀN SẴN: Consent email nhận tài liệu một lần; gửi tóm tắt đã duyệt; max_attempts=1; nếu STOP_CONTACT thì output=BLOCKED.

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

Có thể dán toàn bộ hợp đồng vào prompt không?

Không nên. Chỉ cấp đoạn nguồn cần thiết, có version, allowed_use và trong môi trường được phê duyệt; giữ dữ liệu tối thiểu.

AI có được nói khách chắc chắn hưởng quyền lợi không?

Không. AI không kết luận quyền lợi áp dụng, phê duyệt, chấp thuận hoặc bồi thường; câu hỏi cụ thể phải chuyển advisor.

Tại sao cần giữ UNKNOWN?

UNKNOWN ngăn hệ thống biến khoảng trống thành giả định và giúp tư vấn viên biết chính xác điều cần hỏi thêm.

Khi nào không được dùng prompt follow-up?

Khi không có bằng chứng consent do khách cấp, khách đã rút consent hoặc STOP_CONTACT, source chưa hợp lệ, advisor chưa duyệt hay nội dung vượt mục đích đã đồng ý.

Bài liên quan

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