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

5 prompt AI cho Sale B2C: tư vấn và chăm sóc

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

Tình huống Sale B2C: khách nói tự nhiên, catalog lại nói bằng mã

Khách nhắn Messenger “mình cần loại gọn, dễ dùng, giao trước cuối tuần” và gửi một ảnh từ livestream. Họ không nói SKU, variant hay địa điểm giao; tin Zalo trước đó hỏi một dòng khác nhưng chưa chắc cùng người. Sapo có mô tả sản phẩm, KiotViet có tồn tại cửa hàng, Haravan có promotion, còn Google Sheets chứa bảng so sánh do đội Sale tự lập. Nếu prompt tự dịch “gọn” thành một kích thước cố định hoặc ưu tiên món đang cần bán, lời tư vấn sẽ không còn bám nhu cầu khách khai báo.

Bộ prompt AI cho Sale B2C trong bài tách năm tác vụ: đọc nhu cầu và khoảng trống, so lựa chọn từ catalog có nguồn, chuẩn bị cách trả lời băn khoăn, soạn follow-up DRAFT theo consent và tạo return-case brief. Mỗi prompt có biến, mục tiêu, format và ví dụ. AI không chốt, không tự gửi, không bịa giá-tồn, không gây áp lực và không hứa đổi trả. Nhân viên dùng đầu ra như phiếu chuẩn bị, sau đó kiểm source và nói chuyện bằng ngữ cảnh thật.

Việc giao cho AI khi tư vấn một khách cá nhân

AI phù hợp để trích các nhu cầu khách nói rõ: mục đích, thuộc tính mong muốn, giới hạn, thời điểm, location và điều họ chưa quyết. Nó có thể nhận ra câu “mình muốn cân nhắc thêm” chưa phải lý do cụ thể, tạo câu hỏi mở và không gán nhãn từ chối. Khi có catalog snapshot, Agent lọc candidate theo tiêu chí bắt buộc, trình bày trade-off và chỉ ra trường chưa xác minh như tồn kho hoặc phí giao.

Với băn khoăn, AI lập response brief gồm điều khách hỏi, policy hoặc product proof liên quan, giới hạn và câu hỏi cho nhân viên. Với chăm sóc, nó tạo bản nháp ngắn theo outcome, channel consent, quiet hours và purpose; không tự đổi kênh. Với đổi trả, Agent tóm tắt order proof, policy version, tình trạng do khách mô tả và dữ liệu cần bổ sung. Con người xác nhận identity, nguồn, giọng, ngoại lệ và hành động.

Dữ liệu chuẩn bị để prompt không đoán

Conversation snapshot cần THREAD-ID, EVENT-ID, channel, message gốc, timestamp, attachment reference đã quét, consent purpose và các phát biểu được khách xác nhận. Need profile chỉ chứa thuộc tính liên quan giao dịch: use case, must-have, nice-to-have, avoid, budget range nếu khách tự nói, deadline và fulfillment preference. Không suy tuổi, thu nhập, sức khỏe hoặc đặc điểm nhạy cảm từ ảnh, cách viết hay khu vực.

Catalog packet có SKU, variant, attribute, description đã duyệt, price version, promotion validity, stock timestamp, fulfillment option và PRODUCT-SOURCE-ID. Policy packet có shipping, warranty, return, refund route cùng valid_from. Follow-up input có OUTCOME-ID, purpose, next step, consent, quiet hours và sender. Return input có ORDER-ID đã xác minh, delivered_at, line item, evidence reference, reason, requested resolution, policy version và reviewer. Mục không có nguồn phải UNKNOWN.

Workflow sáu bước dùng prompt từ nhu cầu đến hậu mãi

Bước 1 — Chuẩn bị snapshot: ẩn dữ liệu, khóa conversation và catalog version; nguồn quá hạn dừng SOURCE_REFRESH. Bước 2 — Tạo need brief: tách stated need, inference bị cấm và unknown; nhân viên xác nhận câu hỏi làm rõ trước tư vấn.

Bước 3 — So lựa chọn: chỉ lọc từ catalog packet, ghi trade-off và không xác nhận stock. Bước 4 — Lập concern response brief: nối băn khoăn với proof/policy; thiếu nguồn trả OWNER_NEEDED. Bước 5 — Soạn follow-up DRAFT: dùng outcome cùng consent, áp quiet hours và để nhân viên duyệt. Bước 6 — Chuẩn bị return case: tách fact, evidence, policy và exception; CSKH quyết định route, prompt không hứa kết quả.

Workflow sáu bước dùng prompt Sale B2C từ nhu cầu đến return case
Sơ đồ minh họa các snapshot nguồn, cổng nhân viên duyệt và nhánh exception trong tư vấn B2C.

Năm prompt copy dùng ngay cho Sale B2C

Prompt một tạo need brief mà không suy đặc điểm cá nhân. Prompt hai so tối đa vài lựa chọn từ catalog theo must-have và trade-off. Prompt ba biến băn khoăn thành response brief có policy, không dùng thủ thuật ép mua. Prompt bốn tạo follow-up DRAFT theo purpose, consent và thời điểm. Prompt năm chuẩn bị return case từ order proof. Các prompt tách rời để nhân viên có thể dùng đúng lúc thay vì dán lịch sử dài vào một yêu cầu.

Thay mã giả lập bằng ID nội bộ, không dán số điện thoại hoặc địa chỉ. Ghi rõ source timestamp cho price và stock; nếu quá hạn, đầu ra phải yêu cầu refresh. Giữ marker DRAFT trong nội dung chăm sóc. Không yêu cầu AI thêm “ưu đãi hấp dẫn” nếu promotion packet không có. Với khách chưa nêu lý do, prompt nên soạn một câu hỏi trung tính. Với return, không biến mô tả của một bên thành kết luận lỗi.

Công cụ và cách tổ chức thư viện prompt

Nút copy trên trang giúp lấy nguyên prompt; đội có thể lưu phiên bản trong Base.vn hoặc kho nội bộ. Sapo, KiotViet, Haravan, Shopee và TikTok Shop cung cấp catalog/order snapshot theo hệ thống chính; Zalo cùng Messenger cung cấp hội thoại có consent; Google Sheets dùng cho taxonomy hoặc mapping được kiểm soát. Canva chỉ chứa hình đã duyệt. Workspace AI nên nhận packet đã lọc, không đọc toàn bộ tài khoản kênh.

Mỗi prompt có PROMPT-ID, owner, use case, input schema, output schema, forbidden action, evaluation cases và ngày rà. Kết quả lưu ở AI_DRAFT, sau khi nhân viên sửa mới chuyển HUMAN_REVIEWED; sender nhận bản APPROVED_FOR_SEND. Return case đi vào queue CSKH, không đi qua sender. Nếu catalog hoặc policy đổi version, những draft phụ thuộc được đánh STALE và không tái dùng.

Giao diện need brief, product comparison và return case Sale B2C
Hình minh họa ba đầu ra riêng: nhu cầu đã xác nhận, so sánh có source và case hậu mãi chờ duyệt.

AI làm gì và người duyệt hoàn thiện gì

AI trích, sắp xếp, so sánh và tạo DRAFT. Nó có thể nhắc rằng nhu cầu “nhẹ” chưa có tiêu chí đo, hai SKU khác fulfillment, promotion hết hiệu lực hoặc return request thiếu order proof. Agent không biết lựa chọn nào tốt nhất cho một người nếu tiêu chí chưa đủ, không xác nhận an toàn ngoài tài liệu, không tự tạo lý do khẩn cấp và không phán quyết yêu cầu đổi trả.

Nhân viên Sale hỏi làm rõ, kiểm lựa chọn và chịu trách nhiệm nội dung gửi. Catalog owner xác nhận thuộc tính; pricing và kho xác nhận giá cùng khả dụng; order operator kiểm giao dịch; CSKH duyệt policy; manager xử lý ngoại lệ. Người duyệt cần nhìn source và sửa draft, không chỉ đọc câu chữ. Nếu một câu trả lời cần kiến thức chuyên môn ngoài bộ tài liệu, chuyển đúng owner thay vì yêu cầu prompt viết chắc chắn hơn.

Sai lầm và rủi ro khi copy prompt

Sai lầm thứ nhất là dùng từ mơ hồ của khách như tiêu chí đã chuẩn hóa mà không hỏi lại. Thứ hai là đưa quá nhiều SKU rồi để AI xếp hạng không có rule. Thứ ba là trả lời “giá cao” bằng discount chưa được duyệt. Thứ tư là follow-up vì khách im lặng mà không có purpose cùng consent. Thứ năm là dùng chính sách đổi trả hiện tại cho đơn thuộc thời điểm policy khác.

Rủi ro gồm lộ thông tin cá nhân, trộn hai thread, đưa ảnh chứa prompt injection vào context, bịa stock, spam và hứa refund. Cần redaction, verified identity, source pinning, quiet hours, rate limit và reviewer. Khi khách yêu cầu ngừng, prompt không được tạo bản nháp thuyết phục họ tiếp tục. Khi có khiếu nại nghiêm trọng, an toàn sản phẩm hoặc tranh chấp thanh toán, chuyển người phụ trách và giữ nguyên evidence.

Triển khai cho cá nhân, ca trực và đội CSKH

Cá nhân có thể thử need brief với 10 hội thoại giả lập, tự so kết quả với cách đọc thủ công và ghi lỗi. Tiếp theo dùng product comparison với catalog nhỏ, cố tình thêm snapshot cũ để kiểm STOP. Chỉ khi hai prompt ổn mới dùng concern brief và follow-up DRAFT. Return prompt cần CSKH cùng thiết kế, không phải một tiện ích riêng của Sale.

Đội theo ca nên có prompt owner, catalog owner và queue reviewer; bàn giao ca kèm draft chưa xử lý cùng source age. Sales operations theo dõi unknown bị bỏ, lựa chọn ngoài catalog, consent block, phần draft phải sửa và return route sai. Khi mở sang kênh mới, tạo test riêng cho provider, quiet hours và receipt. Không sao chép prompt cũ rồi chỉ thay tên kênh, vì schema cùng policy có thể khác.

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

Dữ liệu minh họa: PACK-B2C-DEMO-06 tạo một need brief với 4 must-have và 3 unknown, bảng so 3 SKU, 2 concern brief, 2 follow-up DRAFT cùng 1 return case. Một SKU bị loại vì source giá hết hiệu lực.

Prompt có thể tự chọn sản phẩm tốt nhất không?

Không nên. Prompt lọc và trình bày trade-off theo tiêu chí khách xác nhận; nhân viên cùng khách quyết định.

Khi khách nói “đắt” nên yêu cầu AI làm gì?

Tạo câu hỏi làm rõ và response brief từ policy hiện có; không tự áp discount hoặc dùng ngôn ngữ gây áp lực.

Có thể gửi follow-up DRAFT ngay không?

Chỉ sau khi nhân viên kiểm outcome, source, purpose, consent, quiet hours và giọng; Agent không tự gửi.

Prompt đổi trả có quyết định hoàn tiền không?

Không. Nó chuẩn bị case có order proof và policy version; CSKH hoặc manager duyệt route và kết quả.

Xem bản đồ dữ liệu B2C và workflow đa kênh. Muốn chỉnh prompt theo catalog cùng policy nội bộ, liên hệ NganAds hoặc Zalo 0983543063.

Workflow

  1. Bước 1: Khóa conversation và catalog snapshot — Ẩn dữ liệu, ghi source/version; giá hoặc policy quá hạn dừng SOURCE_REFRESH.
  2. Bước 2: Tạo need brief — Tách nhu cầu khách nói, must-have, unknown và câu hỏi; nhân viên xác nhận trước tư vấn.
  3. Bước 3: So lựa chọn theo tiêu chí — Chỉ dùng catalog packet, ghi trade-off và freshness; không xếp hạng hoặc cam kết stock.
  4. Bước 4: Lập concern response brief — Nối băn khoăn với proof/policy; thiếu nguồn chuyển OWNER_NEEDED, không tự tạo ưu đãi.
  5. Bước 5: Soạn follow-up DRAFT — Dùng outcome, consent và quiet hours; nhân viên kiểm rồi mới gửi, STOP_CONTACT chặn hoàn toàn.
  6. Bước 6: Chuẩn bị return case — Tách report, evidence, policy và missing; CSKH quyết định route, ngoại lệ chuyển manager.

Prompt mẫu

Đọc nhu cầu cá nhân không suy diễn

MỤC TIÊU: Tạo need brief từ hội thoại B2C, tách điều khách nói rõ khỏi khoảng trống cần hỏi.

[ĐẦU VÀO]
THREAD_SNAPSHOT = [EVENT-ID, MESSAGE ĐÃ ẨN, VERSION]
DECLARED_CONTEXT = [MỤC ĐÍCH, THỜI ĐIỂM, LOCATION NẾU CÓ]
ATTRIBUTE_DICTIONARY = [THUỘC TÍNH ĐƯỢC PHÉP]
FORBIDDEN_INFERENCES = [TUỔI, THU NHẬP, SỨC KHỎE, ĐẶC ĐIỂM NHẠY CẢM]

YÊU CẦU: Chỉ ghi STATED_NEED, MUST_HAVE, NICE_TO_HAVE, AVOID và UNKNOWN. Không suy thông tin cấm; tạo câu hỏi trung tính.

ĐỊNH DẠNG ĐẦU RA: Need brief gồm Trường | Giá trị | Evidence | Trạng thái | Câu hỏi làm rõ | Sale reviewer.

VÍ DỤ ĐIỀN SẴN: THREAD-B2C-DEMO-71 nêu gọn và giao cuối tuần nhưng thiếu location, size; hai trường phải UNKNOWN.

So sánh lựa chọn từ catalog có nguồn

MỤC TIÊU: Lọc và so tối đa ba lựa chọn theo need brief đã xác nhận, không xếp hạng tùy ý.

[ĐẦU VÀO]
CONFIRMED_NEED = [MUST-HAVE, NICE-TO-HAVE, AVOID]
CATALOG_PACKET = [SKU, VARIANT, ATTRIBUTE, SOURCE-ID]
PRICE_PROMOTION = [VERSION, VALIDITY]
INVENTORY_SNAPSHOT = [LOCATION, UPDATED_AT]

YÊU CẦU: Loại SKU vi phạm must-have; trình bày trade-off, source và freshness. Không cam kết giá/tồn; stale trả NEEDS_REFRESH.

ĐỊNH DẠNG ĐẦU RA: Bảng SKU | Khớp must-have | Trade-off | Giá nguồn | Tồn snapshot | Unknown | Câu hỏi | Reviewer.

VÍ DỤ ĐIỀN SẴN: NEED-DEMO-71 có bốn SKU; một bị loại vì thuộc tính, một NEEDS_REFRESH do giá hết hiệu lực.

Chuẩn bị phản hồi băn khoăn không ép mua

MỤC TIÊU: Biến băn khoăn của khách thành response brief có nguồn và câu hỏi, không tự tạo ưu đãi.

[ĐẦU VÀO]
CUSTOMER_CONCERN = [CÂU GỐC, EVENT-ID]
PRODUCT_PROOFS = [SOURCE-ID, VERSION]
PRICE_SHIPPING_RETURN_POLICY = [POLICY-ID, VALIDITY]
ALLOWED_OPTIONS = [HÀNH ĐỘNG ĐÃ DUYỆT]

YÊU CẦU: Phân loại NEEDS_CLARIFICATION, ANSWERABLE, OWNER_NEEDED hoặc OUT_OF_SCOPE. Không gây áp lực, không bịa discount.

ĐỊNH DẠNG ĐẦU RA: Concern | Điều đã hiểu | Câu hỏi | Proof/policy | Response points DRAFT | Giới hạn | Owner.

VÍ DỤ ĐIỀN SẴN: CONCERN-B2C-DEMO-11 chỉ nói đắt; tạo câu hỏi về tiêu chí, không tự đề xuất giảm giá.

Soạn follow-up theo consent và quiet hours

MỤC TIÊU: Viết một follow-up DRAFT ngắn từ outcome đã xác nhận, đúng purpose và kênh.

[ĐẦU VÀO]
CONFIRMED_OUTCOME = [OUTCOME-ID, NEXT STEP]
CONSENT = [CHANNEL, PURPOSE, EXPIRY, STOP]
QUIET_HOURS = [KHUNG GIỜ]
SOURCE_FACTS = [SKU/POLICY SOURCE-ID]
BRAND_TONE = [QUY TẮC GIỌNG]

YÊU CẦU: Không gửi, không thêm khan hiếm hoặc cam kết. STOP_CONTACT trả BLOCKED; thiếu next step trả WAITING_INPUT.

ĐỊNH DẠNG ĐẦU RA: Status | Send window | Message DRAFT | Facts used | Unknown | Sale checklist.

VÍ DỤ ĐIỀN SẴN: OUTCOME-B2C-DEMO-22 cho phép nhắc thông tin trên Zalo ngày hôm sau; bản nháp chờ Sale duyệt.

Chuẩn bị return case không phán quyết

MỤC TIÊU: Tạo hồ sơ đổi trả có dữ kiện, policy và khoảng trống để CSKH xử lý.

[ĐẦU VÀO]
VERIFIED_ORDER = [ORDER-ID, LINE ITEM, DELIVERED_AT]
CUSTOMER_REPORT = [MÔ TẢ GỐC, EVENT-ID]
EVIDENCE_REFERENCES = [ẢNH/TỆP ĐÃ QUÉT]
RETURN_POLICY = [VERSION, WINDOW, CONDITIONS]

YÊU CẦU: Không kết luận lỗi, không hứa refund. Tách fact, report, missing và policy route; ngoài rule trả EXCEPTION_REVIEW.

ĐỊNH DẠNG ĐẦU RA: Case DRAFT gồm Order fact | Customer report | Evidence | Policy | Missing | Route | CSKH reviewer.

VÍ DỤ ĐIỀN SẴN: RETURN-B2C-DEMO-08 có order thật giả lập nhưng thiếu ảnh tình trạng; route NEEDS_EVIDENCE, không từ chối.

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

Prompt có thể tự chọn sản phẩm tốt nhất không?

Không nên. Prompt lọc và trình bày trade-off theo tiêu chí khách xác nhận; nhân viên cùng khách quyết định.

Khi khách nói đắt nên yêu cầu AI làm gì?

Tạo câu hỏi làm rõ và response brief từ policy hiện có; không tự áp discount hoặc dùng ngôn ngữ gây áp lực.

Có thể gửi follow-up DRAFT ngay không?

Chỉ sau khi nhân viên kiểm outcome, source, purpose, consent, quiet hours và giọng; Agent không tự gửi.

Prompt đổi trả có quyết định hoàn tiền không?

Không. Nó chuẩn bị case có order proof và policy version; CSKH hoặc manager duyệt kết quả.

Bài liên quan

Muốn tùy chỉnh prompt Sale B2C theo catalog, consent và policy hậu mãi của đội? Liên hệ NganAds để xây pack có source, review và evaluation.