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

5 prompt AI cho Telesale gọi và chăm sóc đúng consent

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

Tình huống thật: ghi chú “khách không quan tâm” làm mất bằng chứng

Sau một ca gọi và một inbox Zalo, nhân viên ghi vào CRM: “khách không quan tâm, gọi lại tháng sau”. Câu này không cho biết khách từ chối sản phẩm, chưa tiện nghe, lo giá hay chỉ muốn nhận tài liệu. Nó cũng không giữ câu nói gốc, consent cho lần liên hệ tiếp theo hoặc nguồn chính sách đã được trao đổi. Người nhận lead sau đó phải đoán và có thể gọi lại trái mong muốn.

Prompt AI cho Telesale nên biến dữ liệu đã được phép thành evidence card, không biến khoảng trống thành kết luận. Bộ prompt trong bài làm năm việc ngôn ngữ: chuẩn bị brief trước cuộc gọi, tạo thang câu hỏi, lập sổ băn khoăn, chuẩn hóa call note và soạn follow-up DRAFT. Nó không tự gọi, không điều phối webhook và không quyết định merge như bài workflow.

Mỗi prompt yêu cầu quote_ref hoặc source_ref, giữ UNKNOWN và trả trạng thái REVIEW. “Khách nóng”, “khách khó”, “có khả năng mua” không phải fact nếu khách không nói và tổ chức không có căn cứ hợp lệ. AI không phân tích cảm xúc từ giọng nói, không hứa chính sách và không dùng nội dung cuộc gọi ngoài purpose đã được đồng ý.

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

AI có thể rút call brief từ lead facts, chiến dịch và knowledge packet; đề xuất câu hỏi trung tính dựa trên UNKNOWN; biến một băn khoăn thành ledger có câu nguồn, điều cần kiểm và owner; cấu trúc ghi chú thành fact, question, outcome candidate; tạo tin chăm sóc từ approved facts và consent.

AI không được thêm giá, ưu đãi, thời hạn hoặc điều kiện không có source_ref. Nó không được gọi sự im lặng là từ chối, coi thời lượng cuộc gọi là hứng thú, suy đoán tài chính hay sức khỏe, hoặc làm câu chữ gây áp lực. Nếu khách yêu cầu dừng, prompt follow-up phải trả BLOCKED_STOP_CALL thay vì cố viết một tin “nhẹ nhàng”.

Nhân viên Telesale quyết định câu hỏi nào phù hợp trong ngữ cảnh, xác nhận note, chọn outcome và duyệt nội dung. Trưởng nhóm duyệt template cùng tone; chủ chính sách duyệt claim; data owner xác minh consent evidence và retention. Prompt chỉ hỗ trợ soạn, không tạo quyền gửi.

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

Conversation packet giữ message hoặc call segment được phép, speaker, timestamp, quote_ref và trường đã ẩn. Nếu recording/transcript không được phép, dùng ghi chú tối thiểu do nhân viên xác nhận. Không dán số điện thoại, giấy tờ hoặc dữ liệu nhạy cảm không cần thiết vào công cụ soạn thảo.

Lead facts packet gồm lead_ref DEMO, source, product_hint, customer_stated_need, UNKNOWN, owner và last_contact. Knowledge packet gồm source_id, version, effective_at, excerpt, allowed_use và owner. Một bảng giá không có effective_at hoặc một FAQ không có owner phải ghi NEED_SOURCE, không được lấy kiến thức nền của mô hình để bù.

Communication policy gồm tone, từ cấm, allowed claims, disclaimer, channel, quiet hours, consent_scope, max_attempts, DNC và STOP_CALL. Consent phải theo mục đích và kênh; khách cấp hoặc rút, còn đội dữ liệu thực thi ledger. Follow-up chỉ được soạn khi action_allowed phù hợp và vẫn mang send_status=REQUIRES_HUMAN_APPROVAL.

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 brief, hỏi, note và follow-up vào một lệnh. Bước 2 — Giảm dữ liệu: chỉ đưa đoạn hội thoại, source và policy cần thiết. Bước 3 — Khóa ranh giới: cấm suy luận nhạy cảm, AUTO_CALL, SEND, MERGE và lời hứa ngoài nguồn.

Bước 4 — Ép schema: yêu cầu facts, quote_ref, UNKNOWN, source_ref, risk_flags, reviewer_questions và status. Bước 5 — Nhân viên duyệt: đọc câu nguồn cạnh draft, sửa nghĩa, xác nhận outcome và consent. Bước 6 — Ghi phiên bản: lưu prompt_version, source_versions, reviewer, decision và chỉ dùng approved_text đúng purpose.

Điều kiện dừng gồm DNC, STOP_CALL, thiếu consent, transcript ngoài phạm vi, source hết hạn, policy conflict, lời hứa hoặc câu phân loại khách không có căn cứ. Nếu prompt output thiếu quote_ref/source_ref hoặc cố lấp UNKNOWN, trả QA_FAILED. Human-in-the-loop phải có quyền từ chối, không chỉ sửa câu chữ.

Workflow sáu bước dùng prompt AI cho Telesale an toàn
Minh họa luồng từ nhiệm vụ hẹp đến draft có evidence và nhân viên Telesale duyệt.

Năm prompt mẫu copy và tùy chỉnh

Prompt 1 tạo pre-call evidence brief; prompt 2 xây question ladder; prompt 3 lập objection ledger; prompt 4 chuẩn hóa call note; prompt 5 soạn follow-up theo consent. Năm nhiệm vụ có đầu vào và đầu ra khác nhau. Người dùng không chạy cả năm mặc định mà chọn prompt ứng với trạng thái hiện tại.

Thay toàn bộ biến trong ngoặc vuông, giữ mã source và quote. Ví dụ TS-DEMO chỉ minh họa format. Nếu thông tin chính sách thật khác, cập nhật source packet chứ không sửa câu output bằng trí nhớ. Mỗi prompt kết thúc ở REVIEW hoặc BLOCKED; không có trạng thái SENT, CALLED hay MERGED.

Sau khi nhận output, reviewer kiểm: fact có câu nguồn; claim có source/version; UNKNOWN còn nguyên; câu hỏi không dẫn dắt; outcome chỉ là candidate; tin nhắn đúng consent, quiet hours và max attempts. Một draft đọc hay nhưng thiếu evidence vẫn không đạt.

Công cụ phù hợp và cách giữ dữ liệu

Có thể dùng môi trường AI doanh nghiệp đã phê duyệt để soạn; MISA AMIS CRM giữ lead và outcome; Google Drive giữ knowledge source có version; Google Sheets chứa fixture; Base.vn quản review. Stringee hoặc CloudFone cung cấp call receipt, nhưng prompt không nhận credential hay điều khiển tổng đài.

Thư viện prompt cần prompt_id, owner, version, nghề, purpose, inputs, output schema, forbidden actions, approved_at và test cases. Người dùng điền biến qua form, không sửa guardrail. Output lưu với source_versions để khi policy đổi có thể tìm draft cần rà lại.

Log phải giảm dữ liệu, có retention và quyền. Không lưu transcript vô hạn vì “có thể dùng huấn luyện”. Tách kho nguồn, vùng prompt và CRM; chỉ đưa reference cần thiết. Nếu công cụ không đáp ứng quyền của doanh nghiệp, dùng thao tác thủ công trong môi trường được phép thay vì tích hợp vội.

UI evidence card và draft review cho Telesale
UI minh họa đặt quote, source, UNKNOWN, consent và risk flags cạnh bản nháp.

AI làm gì và nhân viên duyệt gì

AI tách cấu trúc, nhóm câu hỏi, tạo bảng và kiểm sự hiện diện của nguồn. Nó có thể cảnh báo khi outcome không được câu nói hỗ trợ hoặc follow-up không có consent. Nó không biết khách thực sự muốn gì nếu dữ liệu mơ hồ, không đánh giá tâm lý và không chịu trách nhiệm một thông điệp được gửi.

Nhân viên xác nhận nghĩa của lời khách, chọn cách hỏi, giải thích chính sách, sửa note và quyết định next action. Trưởng nhóm duyệt tone, taxonomy cùng max attempts. Chủ policy kiểm claims. Data owner xác minh evidence consent; khách hàng là người cấp hoặc rút quyền liên hệ.

Review card cần có APPROVE_DRAFT, EDIT, REQUEST_SOURCE và STOP. Nếu khách nói “không gọi nữa”, reviewer ghi STOP_CALL thay vì duyệt một lịch mới. Nếu source conflict, chuyển chủ tài liệu. Nếu prompt đề nghị AUTO_CALL, SEND hoặc gắn lead score nhạy cảm, validator khóa output.

Sai lầm và guardrail cần tránh

Sai lầm thứ nhất là yêu cầu “hãy thuyết phục bằng mọi giá”. Sai lầm thứ hai là đưa toàn transcript mà không kiểm purpose. Sai lầm thứ ba là dùng objection ledger để dán nhãn con người thay vì ghi băn khoăn. Sai lầm thứ tư là soạn follow-up từ một consent khác kênh.

Guardrail source-bound yêu cầu mọi giá, ưu đãi, điều kiện và lịch có source_ref đang hiệu lực. Guardrail evidence yêu cầu fact/outcome có quote_ref. Guardrail consent chặn DNC, STOP_CALL và scope không khớp. Guardrail hành động giữ output DRAFT_FOR_AGENT; AI không có tool gọi hoặc gửi.

Bộ test adversarial gồm lệnh bỏ qua DNC, yêu cầu đoán khả năng mua từ giọng nói, câu “viết chắc chắn hơn”, policy hết hạn, hai source mâu thuẫn và transcript không được phép. Prompt phải trả BLOCKED, NEED_SOURCE hoặc ASK_HUMAN, không cố hoàn thành cho đủ.

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

Cá nhân bắt đầu với 15 case DEMO cho một sản phẩm: cuộc gọi ngắn, khách bận, hỏi giá, từ chối, yêu cầu tài liệu và STOP_CALL. Viết expected facts, UNKNOWN và outcome trước. Chạy prompt rồi so bằng rubric; không chấm chỉ theo độ mượt.

Đội nhóm chọn prompt 1 và 4 trước vì có output dễ kiểm. Chạy shadow mode; đo source coverage, unknown preservation, outcome correction và thời gian review. Khi ổn mới mở prompt 2, 3, 5; mọi follow-up vẫn do nhân viên duyệt và gửi.

Doanh nghiệp quản prompt như tài sản có version, owner, review schedule, regression test và rollback. Khi policy hoặc consent schema đổi, khóa template cũ, tìm draft theo source_versions và rà lại. Mở rộng theo năng lực reviewer, không theo số bản nháp mô hình sinh được.

Kết quả đầu ra mẫu và câu hỏi thường gặp

Kết quả minh họa: từ CALL-NOTE-DEMO-33, prompt giữ fact “khách muốn nhận bảng thông tin qua email”, UNKNOWN về thời điểm gọi lại, objection ledger ghi băn khoăn về điều kiện, source POLICY-DEMO-v4. Outcome candidate=SEND_INFO_REVIEW; follow-up DRAFT email một lần; nhân viên phải duyệt.

Đây không phải dữ liệu khách thật hoặc bằng chứng tăng chuyển đổi. Một output tốt phân biệt lời khách, diễn giải, UNKNOWN và source; trạng thái không vượt REVIEW. Nếu consent bị rút trước khi gửi, prompt 5 trả BLOCKED_STOP_CALL và draft cũ hết hiệu lực.

Có nên dán toàn transcript không?

Không. Chỉ dùng đoạn cần thiết, đã được phép và giảm dữ liệu; nếu transcript không được phép, dùng note tối thiểu do nhân viên xác nhận.

Prompt có được chấm khách nóng không?

Không. Bộ prompt không suy đoán khả năng mua hoặc cảm xúc từ dữ liệu nhạy cảm hay giọng nói.

Khi nào prompt follow-up bị chặn?

Khi DNC/STOP_CALL, consent sai purpose hoặc channel, source hết hạn, vượt max attempts hoặc chưa có người duyệt.

Output có được tự gửi không?

Không. Output luôn là DRAFT_FOR_AGENT hoặc BLOCKED; nhân viên có quyền mới quyết định gửi.

Xem bản đồ Telesale, triển khai workflow Telesale, mở cụm nghề hoặc liên hệ NganAds.

Workflow

  1. Bước 1: Chọn nhiệm vụ — Chọn đúng một trong brief, question, objection, note hoặc follow-up.
  2. Bước 2: Giảm dữ liệu — Chỉ đưa facts, quote, nguồn và policy cần cho nhiệm vụ.
  3. Bước 3: Khóa guardrail — Cấm suy luận nhạy cảm, AUTO_CALL, SEND, MERGE và claim không nguồn.
  4. Bước 4: Ép schema — Yêu cầu quote_ref, source_ref, UNKNOWN, risk flag và trạng thái REVIEW.
  5. Bước 5: Nhân viên duyệt — Xác nhận nghĩa, outcome, consent và nội dung; STOP khi vượt quyền.
  6. Bước 6: Ghi phiên bản — Lưu prompt/source version, reviewer, quyết định và rollback khi nguồn đổi.

Prompt mẫu

Tạo pre-call evidence brief

MỤC TIÊU: Chuẩn bị brief ngắn từ facts và nguồn mà không suy luận khả năng mua.
[ĐẦU VÀO]: [lead facts], customer_words_ref, campaign, consent/DNC, knowledge sources, policy version, UNKNOWN và owner.
ĐỊNH DẠNG ĐẦU RA: brief_id | facts | source_map | UNKNOWN | questions | forbidden_claims | consent_check | status=REVIEW.
VÍ DỤ ĐIỀN SẴN: TS-BRIEF-DEMO-33; khách xin thông tin qua email; chưa consent CALL; POLICY-DEMO-v4; kết quả DRAFT_ONLY.

Xây question ladder trung tính

MỤC TIÊU: Tạo tối đa bốn câu hỏi đi từ xác nhận ngữ cảnh đến làm rõ nhu cầu, không dẫn dắt.
[ĐẦU VÀO]: [evidence card], UNKNOWN, purpose cuộc gọi, thời lượng còn lại, tone, trường nhạy cảm cấm hỏi và stop words.
ĐỊNH DẠNG ĐẦU RA: level | question | evidence_gap | why_now | sensitive_check | stop_if; chọn câu ưu tiên.
VÍ DỤ ĐIỀN SẴN: Khách nói đang bận và muốn email; câu ưu tiên xác nhận loại tài liệu, không hỏi thu nhập hoặc ép lịch gọi.

Lập objection ledger có bằng chứng

MỤC TIÊU: Ghi băn khoăn bằng lời khách và xác định nguồn/người cần xử lý, không dán nhãn khách.
[ĐẦU VÀO]: [customer quote], quote_ref, context, knowledge packet, policy sources, UNKNOWN và owner matrix.
ĐỊNH DẠNG ĐẦU RA: objection_id | quote | topic | known_fact | source_ref | UNKNOWN | response_boundary | next_owner | status.
VÍ DỤ ĐIỀN SẴN: QUOTE-DEMO-18 ‘Tôi chưa rõ điều kiện’; POLICY-DEMO-v4 thiếu mục tương ứng; NEED_SOURCE, không tự giải thích.

Chuẩn hóa call note và outcome candidate

MỤC TIÊU: Tách ghi chú sau cuộc gọi thành fact, câu hỏi và outcome chờ nhân viên xác nhận.
[ĐẦU VÀO]: [call note], đoạn transcript được phép, outcome taxonomy, consent update, next-action rules và agent_id.
ĐỊNH DẠNG ĐẦU RA: facts có quote_ref | UNKNOWN | outcome_candidate | reason | next_action_candidate | consent_change | reviewer.
VÍ DỤ ĐIỀN SẴN: CALL-DEMO-33; khách xin email một lần; outcome=SEND_INFO_REVIEW; không tự tạo lịch gọi lại.

Soạn follow-up DRAFT theo consent

MỤC TIÊU: Soạn một tin chăm sóc từ approved facts, đúng purpose, channel và giới hạn liên hệ.
[ĐẦU VÀO]: [approved facts], approved claims, source refs, consent_scope, channel, quiet_hours, max_attempts, DNC/STOP_CALL và tone.
ĐỊNH DẠNG ĐẦU RA: consent_check | subject | message dưới [độ dài] | source_list | opt_out_line | send_status=REQUIRES_HUMAN_APPROVAL | stop_reason.
VÍ DỤ ĐIỀN SẴN: Email gửi tài liệu một lần; POLICY-DEMO-v4; max_attempts=1; nếu STOP_CALL thì BLOCKED_STOP_CALL.

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

Có nên dán toàn transcript không?

Không. Chỉ dùng đoạn cần thiết, đã được phép và giảm dữ liệu; nếu transcript không được phép, dùng note tối thiểu do nhân viên xác nhận.

Prompt có được chấm khách nóng không?

Không. Bộ prompt không suy đoán khả năng mua hoặc cảm xúc từ dữ liệu nhạy cảm hay giọng nói.

Khi nào prompt follow-up bị chặn?

Khi DNC/STOP_CALL, consent sai purpose hoặc channel, source hết hạn, vượt max attempts hoặc chưa có người duyệt.

Output có được tự gửi không?

Không. Output luôn là DRAFT_FOR_AGENT hoặc BLOCKED; nhân viên có quyền mới quyết định gửi.

Bài liên quan

Muốn chuẩn hóa prompt Telesale theo nguồn, consent và outcome taxonomy thật? Liên hệ NganAds để thiết kế prompt library có reviewer và regression test.