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

AI Agent cho Telesale: việc, dữ liệu và giới hạn

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

Tình huống thật: danh sách gọi có số nhưng thiếu quyền liên hệ

Một nhóm Telesale nhận ba tệp lead trong buổi sáng: form đăng ký tư vấn, inbox Zalo của khách từng mua và bảng số điện thoại từ một chiến dịch đối tác. Tệp nào cũng có tên, số điện thoại và sản phẩm quan tâm, nhưng chỉ tệp form giữ được thời điểm, mục đích cùng kênh khách đã đồng ý. Nếu nhập cả ba vào hàng đợi gọi, nhân viên có thể gọi nhầm người đã yêu cầu không liên hệ, gọi trùng một khách hoặc dùng lời chào không đúng nguồn.

AI Agent cho Telesale hữu ích khi biến dữ liệu rời thành thẻ kiểm tra được trước cuộc gọi. Agent có thể chỉ ra trường thiếu, đối chiếu consent, tạo call brief và nhắc câu hỏi cần làm rõ. Nó không phải tổng đài tự gọi, không thay người nghe phản hồi, không chấm “khách nóng” từ giọng nói và không được tự hứa giá, quà tặng hay chính sách.

Bài này là bản đồ chọn việc, dữ liệu, quyền và pilot. Bài workflow cùng cụm đi sâu vào event, trạng thái, gọi và follow-up; prompt pack tập trung năm nhiệm vụ soạn thảo. Tách ba intent giúp đội không nhầm một bộ prompt với hệ thống vận hành và không mua công cụ trước khi biết nguồn dữ liệu có hợp lệ hay không.

Việc có thể giao cho AI trước, trong và sau cuộc gọi

Trước cuộc gọi, AI phù hợp với việc chuẩn hóa lead source, kiểm các trường consent, phát hiện candidate trùng, ghép thông tin sản phẩm đã duyệt và tạo call brief ngắn. Brief nên gồm lý do liên hệ, dữ kiện có nguồn, điều chưa biết, giới hạn được nói và owner. Agent chỉ tạo candidate; nhân viên hoặc data steward quyết định hai hồ sơ có phải cùng một người hay không.

Trong cuộc gọi, AI có thể hiển thị question ladder đã được trưởng nhóm duyệt, tra knowledge base theo source-id và ghi chú nháp nếu cuộc gọi được phép ghi âm hoặc phiên âm. Nhân viên vẫn là người nói, lắng nghe, xin phép trước khi tiếp tục và dừng ngay khi khách từ chối. Không dùng mô hình để suy đoán cảm xúc, sức khỏe, thu nhập, khả năng mua hoặc tạo áp lực chốt.

Sau cuộc gọi, Agent có thể cấu trúc note thành fact, câu hỏi, outcome code và next action; kiểm xem nội dung follow-up có đúng mục đích cùng kênh đã đồng ý; và tạo bản nháp chờ duyệt. Quyết định gửi, hẹn gọi lại, đổi owner hoặc đóng lead thuộc con người và policy đã phê duyệt. STOP_CALL hay DNC phải thắng mọi lịch cũ, retry và đề xuất tiếp thị.

Dữ liệu cần chuẩn bị và nguồn sự thật

Lead envelope tối thiểu gồm lead_id, source_event_id, lead_source, occurred_at, phone_hash, campaign_id, product_hint, owner và trạng thái ingest. Không dùng số điện thoại thô làm khóa idempotency trong log. Nếu cùng source_event_id được gửi lại, hệ thống phải nhận ra đó là retry thay vì tạo thêm lead hoặc thêm một cuộc gọi vào hàng đợi.

Consent card phải tách purpose, channel, granted_at, expires_at, evidence_ref, withdrawn_at và do_not_call. Consent do khách cấp hoặc rút; data owner chỉ xác minh bằng chứng và thực thi phạm vi theo chính sách. Một consent nhận tài liệu qua Zalo không tự động cho phép gọi bán hàng. Khi evidence thiếu, trạng thái đúng là CONSENT_REVIEW hoặc BLOCKED, không phải “tạm cho gọi”.

Call packet gồm phiên bản kịch bản, knowledge base, bảng giá hoặc chính sách có effective_at, allowed_claims, prohibited_claims và người chịu trách nhiệm. Recording hoặc transcript chỉ được dùng khi có căn cứ và quy trình phù hợp; quyền truy cập cần tối thiểu, có retention và audit. Outcome card giữ fact có quote_ref, code chuẩn, next_action, due_at, reviewer và stop_reason.

Workflow sáu bước để lập bản đồ use case

Bước 1 — Inventory: liệt kê công việc trước, trong và sau cuộc gọi bằng động từ, đầu vào, đầu ra, tần suất, lỗi và owner. Bước 2 — Data readiness: kiểm source event, consent, DNC, knowledge source và trường có thể xác minh. Công việc không có nguồn hoặc tiêu chí đúng phải để CHỜ.

Bước 3 — Risk tier: phân tầng đọc, tạo nháp, ghi CRM, lên lịch và gửi. Pilot đầu chỉ mở READ cùng CREATE_DRAFT. Bước 4 — Authority matrix: nhân viên gọi xác nhận lời khách; trưởng nhóm duyệt kịch bản; data owner quản schema và bằng chứng consent; chủ chính sách duyệt giá cùng nội dung được phép công bố.

Bước 5 — Pilot charter: chọn một use case hẹp như “kiểm lead và tạo call brief”, dùng dữ liệu DEMO, bộ expected output, reviewer và tiêu chí dừng. Bước 6 — Review: đo lỗi consent, brief thiếu nguồn, false duplicate, reviewer edit và thời gian chuẩn bị. STOP khi có liên hệ sau DNC, suy luận nhạy cảm, câu hứa vượt nguồn hoặc hành động SEND ngoài quyền.

Bản đồ sáu bước chọn use case AI Agent cho Telesale
Sơ đồ minh họa từ inventory đến pilot, với consent, DNC và người duyệt là cổng bắt buộc.

Năm prompt mẫu để thiết kế bản đồ

Prompt 1 lập inventory công việc; prompt 2 kiểm data contract; prompt 3 dựng consent boundary; prompt 4 lập authority matrix; prompt 5 chấm pilot. Đây là prompt phân tích hậu trường, không viết lời gọi tự động. Mỗi prompt phải nhận dữ liệu đã giảm thiểu, giữ UNKNOWN và trả ra blocker, owner cùng evidence cần bổ sung.

Khi chạy prompt, người dùng thay toàn bộ biến trong ngoặc vuông và giữ nguyên mã nguồn. Đầu ra “READY” chỉ có nghĩa đủ để người phụ trách xem tiếp, không có nghĩa được gọi. Ví dụ điền sẵn dùng mã DEMO để tránh biến một bảng minh họa thành danh sách khách thật hoặc biến một policy mẫu thành chính sách đang hiệu lực.

Thư viện prompt cần prompt_id, owner, version, approved_at, changelog và bộ test. Ca test phải có consent chỉ cho email, khách DNC, phone hash trùng nhưng khác người, chính sách hết hạn và yêu cầu chấm khách nóng. Nếu prompt tự lấp UNKNOWN, đề nghị gọi sau DNC hoặc gắn nhãn nhạy cảm, template phải bị khóa để sửa.

Công cụ phù hợp và kiến trúc quyền tối thiểu

MISA AMIS CRM có thể giữ lead master; Stringee, CloudFone hoặc tổng đài doanh nghiệp đang dùng giữ trạng thái cuộc gọi; Zalo OA là một kênh có consent riêng; Google Sheets phù hợp với fixture pilot; Base.vn quản review. Công cụ AI chỉ đọc packet tối thiểu và tạo draft trong vùng chờ, không được cầm quyền quay số hay tự ghi đè CRM.

Kiến trúc tối thiểu gồm source inbox, consent ledger, identity candidate service, knowledge resolver, draft workspace và approval queue. Mỗi connector có service account riêng, quyền theo action và log. Không cho prompt gọi thẳng connector. Policy engine kiểm purpose, DNC, owner và source version trước khi một task được tạo.

Dashboard nên tách BLOCKED_BY_CONSENT, BLOCKED_BY_SOURCE, IDENTITY_REVIEW và POLICY_REVIEW. Số cuộc gọi không phải thước đo chất lượng duy nhất. Đội cần xem tỷ lệ brief có nguồn, lỗi gọi trùng, số STOP được tôn trọng, tỷ lệ note phải sửa lớn và thời gian xử lý ngoại lệ.

Ma trận dữ liệu quyền và vùng cấm của AI trong Telesale
Minh họa ranh giới READ, CREATE_DRAFT, REVIEW và vùng cấm AUTO_CALL, SEND, MERGE.

AI làm gì và người duyệt chịu trách nhiệm gì

AI chuẩn hóa trường, phát hiện thiếu dữ liệu, tạo candidate trùng, ghép source-id và soạn brief hoặc note nháp. Nó không biết consent nào hợp lệ nếu ledger không cung cấp bằng chứng; không hiểu im lặng là đồng ý; không tự kết luận khách quan tâm cao; và không chịu trách nhiệm khi một lời hứa sai được nói ra.

Nhân viên gọi xác nhận ngữ cảnh, xin phép, chọn câu hỏi và chịu trách nhiệm cuộc trao đổi. Trưởng nhóm duyệt kịch bản, outcome taxonomy và ngoại lệ. Data owner xác minh consent ledger, retention, quyền truy cập; chủ chính sách duyệt thông tin giá, ưu đãi và điều kiện. IT sở hữu connector, retry, rollback cùng nhật ký.

Human-in-the-loop phải cho reviewer thấy evidence cạnh draft, không chỉ một nút duyệt. Người duyệt cần có lựa chọn EDIT, REQUEST_SOURCE, STOP và REASSIGN. Mọi quyết định ghi actor, timestamp, version cùng reason code. AI không có quyền AUTO_CALL, SEND, MERGE_CONFIRMED, POLICY_APPROVED hoặc xóa DNC.

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

Sai lầm phổ biến là coi số điện thoại trong CRM đồng nghĩa với quyền gọi. Sai lầm thứ hai là dùng một prompt để vừa phân loại, viết kịch bản, chấm điểm và tự tạo lịch. Sai lầm thứ ba là suy đoán cảm xúc từ giọng nói hoặc gán khách “khó”, “nóng” mà không có tiêu chí hợp lệ. Những thiết kế này khó kiểm và có thể dẫn tới phân biệt đối xử.

Robocall không phải bước mở rộng tự nhiên của pilot. Việc AI soạn brief tốt không chứng minh hệ thống được quyền tự quay số. Tương tự, một transcript chính xác không cho phép giữ vô hạn hoặc dùng lại cho mục đích khác. Mỗi mục đích cần căn cứ, quyền và retention tương ứng.

Nhánh lỗi bắt buộc gồm consent conflict, DNC, knowledge source hết hạn, identity conflict, tổng đài timeout và CRM write lỗi một phần. Retry chỉ chạy đúng bước lỗi bằng idempotency key; STOP_CALL không được replay. Nếu note đã ghi nhưng task lỗi, giữ receipt và tạo recovery review thay vì chạy lại toàn bộ luồng.

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

Cá nhân bắt đầu bằng 20 lead DEMO và checklist thủ công. Mỗi brief phải chỉ rõ lý do gọi, consent, nguồn sản phẩm, UNKNOWN và câu cấm. Người dùng so brief AI với brief tự làm, ghi lỗi chứ không chỉ chấm văn phong. Không dùng dữ liệu thật cho đến khi quyền và môi trường đã được duyệt.

Đội nhóm chọn một chiến dịch, hai nhân viên và một trưởng nhóm. Chạy shadow mode một tuần: Agent tạo draft nhưng nhân viên vẫn chuẩn bị như cũ. Sau đó mở CREATE_DRAFT, chưa mở SEND hoặc AUTO_CALL. Daily review kiểm DNC, false duplicate, missing source và reviewer edit.

Doanh nghiệp cần registry use case, authority matrix, data retention, audit, incident owner và rollback. Mở rộng theo năng lực reviewer cùng chất lượng nguồn, không theo số cuộc gọi mô hình có thể tạo. Khi source hoặc consent schema đổi, đóng version cũ, chạy regression test và rà các draft chưa gửi.

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

Kết quả minh họa: use case TS-MAP-DEMO-04 “kiểm lead trước cuộc gọi”; 20 fixture; consent CALL-CONSENT-DEMO-v2; DNC ledger v3; quyền READ/CREATE_DRAFT; nhân viên REVIEW. Ba lead thiếu evidence chuyển CONSENT_REVIEW, một candidate trùng chuyển IDENTITY_REVIEW. Không có cuộc gọi hoặc tin nhắn được tạo.

Đầu ra tốt là một pilot charter có phạm vi, dữ liệu, người duyệt, expected cases, KPI và điều kiện dừng. Nó không phải lời hứa tăng doanh số. KPI vận hành gồm thời gian chuẩn bị, source coverage, false duplicate, STOP compliance và reviewer edit rate; mọi số trong ví dụ chỉ là dữ liệu minh họa.

Nên bắt đầu AI từ việc nào?

Từ việc hậu trường có nguồn và đầu ra kiểm được, như kiểm trường thiếu và tạo call brief chờ nhân viên duyệt.

AI có được tự gọi khách không?

Không trong bản đồ và pilot này. AUTO_CALL là quyền cấm; con người thực hiện cuộc gọi theo consent và chính sách.

Ai quyết định consent?

Khách hàng cấp hoặc rút consent. Data owner chỉ xác minh bằng chứng và thực thi đúng phạm vi, không tự tạo quyền liên hệ.

Khi nào phải STOP?

Khi có DNC, thiếu consent, source mâu thuẫn, suy luận nhạy cảm, lời hứa vượt policy hoặc hành động ngoài quyền.

Tiếp tục với workflow Telesale, prompt pack Telesale, cụm nghề Telesale hoặc liên hệ NganAds.

Workflow

  1. Bước 1: Inventory — Liệt kê công việc trước, trong, sau cuộc gọi cùng đầu vào, đầu ra và owner.
  2. Bước 2: Kiểm dữ liệu — Rà source event, consent, DNC, knowledge source và trường có thể xác minh.
  3. Bước 3: Phân tầng rủi ro — Tách READ, CREATE_DRAFT, WRITE, SEND và AUTO_CALL; pilot chỉ mở quyền tối thiểu.
  4. Bước 4: Gán người duyệt — Xác định nhân viên gọi, trưởng nhóm, data owner và chủ chính sách.
  5. Bước 5: Chạy pilot — Dùng case DEMO, shadow mode, expected output và log lỗi có owner.
  6. Bước 6: STOP hoặc mở rộng — Dừng khi sai consent/DNC, suy luận nhạy cảm hay vượt quyền; chỉ mở rộng sau review.

Prompt mẫu

Lập inventory công việc Telesale

MỤC TIÊU: Tách công việc trước, trong và sau cuộc gọi thành use case có thể kiểm.
[ĐẦU VÀO]: [danh sách tác vụ], trigger, nguồn, đầu ra, tần suất, lỗi, owner và hành động bên ngoài.
ĐỊNH DẠNG ĐẦU RA: Bảng use_case_id | giai đoạn | dữ liệu | tiêu chí đúng | rủi ro | quyền | reviewer | trạng thái.
VÍ DỤ ĐIỀN SẴN: TS-MAP-DEMO-04; kiểm lead trước gọi; consent ledger v2; chỉ READ/CREATE_DRAFT; nhân viên gọi duyệt.

Kiểm data contract lead gọi

MỤC TIÊU: Phát hiện trường thiếu và nguồn không đủ trước khi chọn pilot.
[ĐẦU VÀO]: [lead schema], source_event_id, phone_hash, campaign, consent_ref, DNC, owner và retention.
ĐỊNH DẠNG ĐẦU RA: READY/REVIEW/BLOCKED; missing_fields; source_conflict; sensitive_fields_removed; evidence_needed và owner.
VÍ DỤ ĐIỀN SẴN: LEAD-DEMO-17 có phone_hash và campaign nhưng thiếu consent_ref; kết quả BLOCKED_BY_CONSENT.

Vẽ ranh giới consent và DNC

MỤC TIÊU: Xác định dữ liệu và hành động được phép theo mục đích, kênh cùng bằng chứng khách cấp.
[ĐẦU VÀO]: [consent cards], purpose, channel, granted_at, expires_at, withdrawn_at, DNC và action list.
ĐỊNH DẠNG ĐẦU RA: Ma trận purpose | channel | evidence | allowed action | prohibited action | STOP rule | reviewer.
VÍ DỤ ĐIỀN SẴN: Consent email nhận tài liệu một lần; không cho CALL; DNC=false; CREATE_EMAIL_DRAFT chờ duyệt.

Lập authority matrix Telesale

MỤC TIÊU: Gán đúng người sở hữu nguồn, dữ kiện, quyền và ngoại lệ.
[ĐẦU VÀO]: [vai trò], lead source, call brief, knowledge base, giá/chính sách, CRM action, tổng đài action và escalation.
ĐỊNH DẠNG ĐẦU RA: Bảng dữ kiện | source | owner | AI action | human decision | permission | stop_condition.
VÍ DỤ ĐIỀN SẴN: POLICY-DEMO-v5 do chủ chính sách duyệt; AI chỉ trích vào DRAFT; nhân viên quyết định cách trao đổi.

Chấm pilot call brief

MỤC TIÊU: Chọn pilot Telesale hẹp, đo được và có rollback.
[ĐẦU VÀO]: [inventory], data contract, consent boundary, authority matrix, bộ case DEMO, reviewer capacity và blockers.
ĐỊNH DẠNG ĐẦU RA: Scorecard; quyết định PILOT/CHỜ/KHÔNG; charter gồm phạm vi, quyền, KPI, STOP, rollback và owner.
VÍ DỤ ĐIỀN SẴN: 20 lead DEMO; READ/CREATE_DRAFT; dừng khi một brief đề nghị gọi sau DNC hoặc thiếu source_ref.

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

Nên bắt đầu AI từ việc nào?

Từ việc hậu trường có nguồn và đầu ra kiểm được, như kiểm trường thiếu và tạo call brief chờ nhân viên duyệt.

AI có được tự gọi khách không?

Không trong bản đồ và pilot này. AUTO_CALL là quyền cấm; con người thực hiện cuộc gọi theo consent và chính sách.

Ai quyết định consent?

Khách hàng cấp hoặc rút consent. Data owner chỉ xác minh bằng chứng và thực thi đúng phạm vi, không tự tạo quyền liên hệ.

Khi nào phải STOP?

Khi có DNC, thiếu consent, source mâu thuẫn, suy luận nhạy cảm, lời hứa vượt policy hoặc hành động ngoài quyền.

Bài liên quan

Muốn thiết kế pilot AI Agent cho Telesale theo consent, DNC và nguồn dữ liệu thật? Liên hệ NganAds để rà use case và quyền trước khi tích hợp.