Kiến thức / Chủ shop online / Chủ shop

Workflow AI chăm khách cũ có consent và review

Workflow từ danh mục hàng đến lịch bán và chăm khách cũ dành cho Chăm khách cũ

Tình huống thực tế

Một danh sách “khách sáu tháng chưa quay lại” từ Google Sheets thường trộn người đã opt-out, case bảo hành chưa đóng và customer-id bị gộp. CARE-FLOW-63 biến mỗi dòng thành case có state thay vì đẩy thẳng vào Zalo. Dữ liệu Sapo, KiotViet, Shopee, helpdesk và Messenger được đọc theo mục đích; AI tạo brief; CSKH quyết định. Không có bước gửi tự động hay tự chốt ưu đãi. Mốc kiểm CARE-FLOW-63-1: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Việc có thể giao cho AI

AI hỗ trợ đối chiếu trạng thái, tóm tắt lịch sử được phép, phân loại lý do cần handoff, soạn draft theo policy và ghi diff. Nó không tự xác định danh tính từ phỏng đoán, không chọn kênh khi consent mơ hồ, không gửi tin, không áp voucher và không đóng khiếu nại. Khi nguồn chậm hoặc conflict, case đứng ở DATA_HOLD; timeout không được coi là đủ điều kiện. Mốc kiểm CARE-FLOW-63-2: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Dữ liệu cần chuẩn bị

Case contract có case-id, customer-key, purpose-id, consent-state/version, suppression flag, service-state, last-contact, frequency counter, source timestamps và owner. Message draft tách khỏi record chính, có template-version và evidence. Reply được nhân viên ghi lại ở mức cần thiết; dữ liệu nhạy cảm redaction. Idempotency bảo đảm một eligibility event không tạo hai case. Mốc kiểm CARE-FLOW-63-3: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Workflow từng bước

State machine bảy chặng: INGESTED, IDENTITY_CHECK, ELIGIBILITY_CHECK, SERVICE_ROUTE, DRAFT_READY, HUMAN_ACTION và CLOSED/HOLD. Identity conflict sang IDENTITY_HOLD; opt-out sang SUPPRESSED; case mở sang SERVICE_ROUTE; draft thiếu source sang EDIT_HOLD. Chỉ CSKH thay state HUMAN_ACTION sau khi xem preview. Nếu nhân viên gửi thủ công, receipt ghi actor/kênh/mục đích; AI không nhận credential. Mốc kiểm CARE-FLOW-63-4: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Bước 1: INGEST case có khóa

Tạo case-id/idempotency từ customer-key, purpose và period; duplicate trả receipt cũ. Tiêu chí qua bước 1 của CARE-FLOW-63 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 2: IDENTITY_CHECK

Rule xác định kiểm mapping; mơ hồ chuyển IDENTITY_HOLD cho data steward. Tiêu chí qua bước 2 của CARE-FLOW-63 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 3: ELIGIBILITY_CHECK

Áp consent, suppression, retention và frequency cap; denied chuyển SUPPRESSED. Tiêu chí qua bước 3 của CARE-FLOW-63 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 4: SERVICE_ROUTE

Ticket hoặc hoàn/đổi đang mở chuyển service owner, không tạo nội dung chăm lại. Tiêu chí qua bước 4 của CARE-FLOW-63 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 5: DRAFT_READY

AI tóm tắt fact và soạn bản trung tính có source; thiếu dữ liệu chuyển EDIT_HOLD. Tiêu chí qua bước 5 của CARE-FLOW-63 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 6: HUMAN_ACTION

CSKH bỏ, sửa hoặc gửi thủ công theo quyền; offer cần quản lý duyệt riêng. Tiêu chí qua bước 6 của CARE-FLOW-63 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 7: CLOSE và đồng bộ quyền

Ghi receipt, reply/opt-out tối thiểu, cập nhật suppression rồi mới đóng hoặc hẹn review. Tiêu chí qua bước 7 của CARE-FLOW-63 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Sơ đồ workflow case management có consent cho việc tái tương tác
Sơ đồ minh họa CARE-FLOW-63: state, nhánh lỗi, điều kiện dừng và Human-in-the-loop được hiển thị đầy đủ, không cắt ảnh.

Prompt thực hành

Năm prompt hỗ trợ từng chặng: chuẩn hóa case, giải thích eligibility, tóm tắt service context, soạn neutral draft và tạo handoff packet. Chúng không thiết kế taxonomy tổng thể như bài map và không làm phân tích học hỏi như bài prompt-pack. Output chứa state, missing evidence và next owner. Prompt không được yêu cầu gửi, gọi, áp mã hay dự đoán khả năng mua. Mốc kiểm CARE-FLOW-63-5: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Prompt 1: Chuẩn hóa case record

Biến event thành case schema và giữ unknown. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ CARE-FLOW-63; kết quả luôn là tài liệu chờ người duyệt — 7173DD63-13-2.

Prompt 2: Giải thích eligibility

Tạo lý do minh bạch dựa trên rule xác định. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ CARE-FLOW-63; kết quả luôn là tài liệu chờ người duyệt — 7173DD63-14-2.

Prompt 3: Tóm tắt service context

Cho CSKH biết case nào phải xử lý trước. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ CARE-FLOW-63; kết quả luôn là tài liệu chờ người duyệt — 7173DD63-15-2.

Prompt 4: Soạn neutral draft cho review

Tạo bản nháp không hứa hẹn và không tự gửi. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ CARE-FLOW-63; kết quả luôn là tài liệu chờ người duyệt — 7173DD63-16-2.

Prompt 5: Lập handoff packet

Chuyển case mơ hồ cho đúng người với evidence tối thiểu. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ CARE-FLOW-63; kết quả luôn là tài liệu chờ người duyệt — 7173DD63-17-2.

Công cụ phù hợp

Airtable/Sheets phù hợp queue pilot; Sapo/KiotViet là nguồn giao dịch; helpdesk quản ticket; Zalo OA/Messenger là kênh do nhân viên thao tác; n8n điều phối state DRAFT; CRM lưu consent nếu đủ tính năng. Credential gửi nằm ngoài workflow AI. Dashboard theo age, hold reason, suppression và human action; không thúc nhân viên bỏ review chỉ để giảm backlog. Mốc kiểm CARE-FLOW-63-6: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

AI làm gì / người duyệt gì

AI là case preparer; data steward xử lý identity; service owner giải quyết case mở; CSKH xem brief và tự quyết định giao tiếp; quản lý duyệt offer policy; privacy owner xử lý quyền dữ liệu; system owner quản retry/kill switch. Nếu cùng người vừa sửa consent vừa duyệt gửi, audit phải thể hiện. Case nhạy cảm hoặc không rõ mục đích chuyển cấp, không tự động hóa. Mốc kiểm CARE-FLOW-63-7: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Bảng dữ liệu, quyền và kiểm duyệt cho Chăm khách cũ
Visual minh họa CARE-FLOW-63; số liệu DEMO dùng để kiểm quy trình, không phải kết quả kinh doanh.

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

Lỗi thường gặp là retry tạo tin lặp, cập nhật suppression chậm, dùng last-order sai timezone và coi no-reply là consent. CARE-FLOW-63 dùng idempotency, event time, suppression-first và state transition hợp lệ. Khi connector hỏng giữa bước, giữ case cùng receipt; không chạy từ đầu. Nếu gửi nhầm bằng thao tác người, incident process xử lý riêng và khóa wave liên quan. Mốc kiểm CARE-FLOW-63-8: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Triển khai theo quy mô

Pilot 25 case với đầy đủ fixture: identity mơ hồ, opt-out, case mở, consent hết hạn và reply yêu cầu dừng. Đội nhỏ thêm SLA, backup owner và sample review; doanh nghiệp partition theo purpose, chạy deletion/restore test và canary prompt. Chỉ tăng batch khi suppression cập nhật đúng, duplicate bằng không trong fixture và nhân viên hiểu lý do eligibility. Mốc kiểm CARE-FLOW-63-9: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Kết quả đầu ra mẫu

Kết quả minh họa CARE-FLOW-63: 25 case tạo 11 DRAFT_READY, năm SERVICE_ROUTE, bốn SUPPRESSED, ba IDENTITY_HOLD và hai DATA_HOLD. Nhân viên xem 11 draft, chọn gửi thủ công bảy, sửa ba và bỏ một; đây là hành động giả lập. Case DEMO-CARE-14 nhận opt-out nên chuyển SUPPRESSED ngay và không tái xuất hiện. Không số liệu nào là kết quả chiến dịch thật. Mốc kiểm CARE-FLOW-63-10: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Ca 7173DD63: Đọc tiếp: Hub Kiến thức AI Agent · Cụm Chủ shop · Ngành Chủ shop online · Landing nghề · Google Sheets bằng AI · Sale và CSKH

Bước tiếp theo: Chọn một fixture CARE-FLOW-63, loại dữ liệu không cần thiết và gửi sơ đồ hiện trạng tại /lien-he để NganAds cùng thiết kế pilot DRAFT-only có người duyệt.

Workflow

  1. Bước 1: INGEST case có khóa — Tạo case-id/idempotency từ customer-key, purpose và period; duplicate trả receipt cũ.
  2. Bước 2: IDENTITY_CHECK — Rule xác định kiểm mapping; mơ hồ chuyển IDENTITY_HOLD cho data steward.
  3. Bước 3: ELIGIBILITY_CHECK — Áp consent, suppression, retention và frequency cap; denied chuyển SUPPRESSED.
  4. Bước 4: SERVICE_ROUTE — Ticket hoặc hoàn/đổi đang mở chuyển service owner, không tạo nội dung chăm lại.
  5. Bước 5: DRAFT_READY — AI tóm tắt fact và soạn bản trung tính có source; thiếu dữ liệu chuyển EDIT_HOLD.
  6. Bước 6: HUMAN_ACTION — CSKH bỏ, sửa hoặc gửi thủ công theo quyền; offer cần quản lý duyệt riêng.
  7. Bước 7: CLOSE và đồng bộ quyền — Ghi receipt, reply/opt-out tối thiểu, cập nhật suppression rồi mới đóng hoặc hẹn review.

Prompt mẫu

Chuẩn hóa case record

MỤC TIÊU: Biến event thành case schema và giữ unknown.

[ĐẦU VÀO]
MÃ_ARTIFACT = [CARE-FLOW-63-1]
EVENT, CUSTOMER_KEY, PURPOSE_ID, SOURCE_TIMES = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: Case JSON | Validation | Duplicate key | State.

VÍ DỤ ĐIỀN SẴN: DEMO-CARE-14 thiếu customer-key hợp lệ nên vào IDENTITY_HOLD.

Giải thích eligibility

MỤC TIÊU: Tạo lý do minh bạch dựa trên rule xác định.

[ĐẦU VÀO]
MÃ_ARTIFACT = [CARE-FLOW-63-2]
CONSENT, SUPPRESSION, RETENTION, FREQUENCY, POLICY = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: ALLOW/HOLD/DENY | Evidence | Rule | Next owner.

VÍ DỤ ĐIỀN SẴN: Opt-out mới khiến DENY dù last order nằm trong khoảng chọn.

Tóm tắt service context

MỤC TIÊU: Cho CSKH biết case nào phải xử lý trước.

[ĐẦU VÀO]
MÃ_ARTIFACT = [CARE-FLOW-63-3]
TICKET_LOG, ORDER_STATE, RETURN_STATE, RESOLUTION = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: Open issue | Evidence | Service owner | Không được đề cập.

VÍ DỤ ĐIỀN SẴN: Bảo hành OPEN chuyển SERVICE_ROUTE, không tạo lời mời mua.

Soạn neutral draft cho review

MỤC TIÊU: Tạo bản nháp không hứa hẹn và không tự gửi.

[ĐẦU VÀO]
MÃ_ARTIFACT = [CARE-FLOW-63-4]
ELIGIBLE_FACTS, CHANNEL_POLICY, TONE, DO_NOT_USE = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: Subject/opening/body/CTA mềm + source map + unknown.

VÍ DỤ ĐIỀN SẴN: Draft DEMO nhắc hỗ trợ kiểm tra sản phẩm, không tự gắn voucher.

Lập handoff packet

MỤC TIÊU: Chuyển case mơ hồ cho đúng người với evidence tối thiểu.

[ĐẦU VÀO]
MÃ_ARTIFACT = [CARE-FLOW-63-5]
CASE_STATE, HOLD_REASON, SOURCE_REFS, OWNER_ROSTER = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: Summary | Question | Evidence | Owner | SLA | Resume state.

VÍ DỤ ĐIỀN SẴN: IDENTITY_HOLD giao data steward và không hiển thị nội dung draft.

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

Bài liên quan

Chọn một fixture CARE-FLOW-63, loại dữ liệu không cần thiết và gửi sơ đồ hiện trạng tại /lien-he để NganAds cùng thiết kế pilot DRAFT-only có người duyệt.