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

5 prompt AI cho quản lý CRM và chất lượng dữ liệu

Bộ prompt quản lý CRM: kiểm schema, danh tính và routing

Thuật ngữ: Schema drift là sai lệch cấu trúc; duplicate packet là gói bằng chứng trùng lặp; field lineage là đường đi của trường dữ liệu; routing simulation là mô phỏng định tuyến; remediation ticket là phiếu khắc phục.

Tình huống thật: khách hỏi nhưng lỗi nằm ở dữ liệu

Prompt AI cho Quản lý CRM không nên biến thành bộ câu trả lời khách. Khi inbox Zalo OA cho biết nhân viên tư vấn sai chi nhánh, nguyên nhân có thể là form gắn territory cũ, Sapo đẩy mã cửa hàng khác với CRM hoặc import Google Sheets ghi đè owner. Viết thêm một tin nhắn không sửa được lineage.

Người quản lý CRM cần prompt để điều tra cấu trúc: field nào lệch schema, hai record có thật sự cùng danh tính, giá trị đến từ đâu, routing rule nào đã khớp và batch nào cần dừng. Output phải là evidence packet hoặc report để data steward duyệt, không phải hành động lên khách.

Năm prompt trong bài cố ý không chứa nội dung bán hàng: schema drift, duplicate review, field lineage, routing simulation và quality exception. Nhờ tách intent, chúng không trùng với bài workflow ghi dữ liệu hay bài bản đồ chọn use case. Tất cả ví dụ dùng mã DEMO và giả lập để bảo vệ dữ liệu.

Việc giao cho AI khi dùng bộ prompt

AI đọc schema registry, source event, record snapshot và policy đã cung cấp; sau đó phân loại, so sánh, lập diff và nêu unknowns. Nó có thể đề xuất câu hỏi cho owner hoặc mapping candidate, nhưng không được biến đề xuất thành patch. Confidence không thay thế evidence.

AI được gom exception theo source, field, version và reason; được mô phỏng routing trên snapshot capacity; được tạo duplicate packet. Nó không được suy ra consent, giá trị khách hàng hoặc khả năng mua từ dữ liệu thiếu. Nó cũng không viết email/Zalo, không đổi lifecycle và không chấm nhân viên.

Con người duyệt nghĩa field, identity, routing và remediation. Khi input thiếu version, owner, source_ref hoặc expected result, prompt trả `BLOCKED_INPUT`. Khi policy mâu thuẫn, trả `POLICY_CONFLICT`. Đầu ra không “sửa cho xong” vì mục tiêu là làm lộ vấn đề quản trị.

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

Chuẩn bị schema registry với entity, field, datatype, enum, business_definition, source_of_truth, owner và version. Source event cần event_id, payload_version, occurred_at, purpose và raw field names. Record snapshot cần record_id, version, current values cùng lineage refs, không cần toàn bộ hồ sơ khách.

Identity policy nêu exact keys, fuzzy signals, collision examples và human decision labels. Routing rules có rule_id, conditions, priority, target, capacity source và effective_at. Review log có proposal_id, reviewer, decision, reason và timestamp. Quality batch có denominator để báo cáo không gây hiểu lầm.

Để thử, tạo dữ liệu DEMO từ MISA AMIS CRM hoặc Getfly export đã giảm định danh; thêm event Zalo, Sapo, KiotViet và một import Google Sheets giả. Gồm ca shared phone, field mới, enum lỗi, owner không hoạt động, consent bị rút và concurrent update. Không dùng production token trong prompt.

Workflow sáu bước sử dụng prompt

Bước 1 — Chọn câu hỏi quản trị: schema, identity, lineage, routing hoặc quality; không gộp năm việc. Bước 2 — Đóng gói input: dùng snapshot, version, policy và record DEMO; che trường không cần cho purpose.

Bước 3 — Chạy prompt: yêu cầu output đúng schema và trạng thái. Bước 4 — Verify: đối chiếu source refs, đếm lại denominator và kiểm prohibited actions. Nếu AI thêm field không có trong input, output bị từ chối.

Bước 5 — Human-in-the-loop: data steward hoặc CRM owner quyết định, ghi reason. Bước 6 — Chuyển thành ticket: remediation được tạo ở hệ quản lý việc; mọi patch qua workflow approval riêng. Dừng bộ prompt nếu xuất hiện dữ liệu ngoài purpose, prompt lộ record thật, mapping tự bịa hoặc người dùng copy proposal để ghi thẳng.

Quy trình dùng năm prompt quản lý CRM từ câu hỏi tới ticket remediation — Workflow minh họa giữ prompt ở lớp phân tích; thay đổi CRM đi qua một luồng phê duyệt khác.

Năm prompt copy và tùy chỉnh theo CRM

Prompt 1 trả danh sách schema drift cùng owner. Prompt 2 tạo duplicate packet nhưng không merge. Prompt 3 truy lineage cho một field nghi vấn. Prompt 4 mô phỏng routing và giải thích rule. Prompt 5 tạo báo cáo exception theo batch, có denominator, unresolved và stop signals.

Mỗi prompt bắt buộc có MỤC TIÊU, [ĐẦU VÀO], ĐỊNH DẠNG ĐẦU RA và VÍ DỤ ĐIỀN SẴN. Ràng buộc nêu rõ hành động cấm. Khi thay CRM, chỉ thay field names, policy, role và source; không xóa version/evidence. Kết quả không khớp schema coi là lỗi.

Lưu prompt_id, version, owner và evaluation_status. Một thay đổi nhỏ như thêm ví dụ có thể làm model xử lý collision khác, vì vậy chạy lại bộ test. So sánh prompt bằng acceptance rate theo reason và false candidate, không bằng độ dài câu trả lời.

Công cụ quản lý prompt và bằng chứng

Google Sheets hoặc Notion có thể làm registry ban đầu; Git phù hợp khi đội cần review diff. MISA AMIS CRM, Getfly hoặc CRM nội bộ cung cấp snapshot theo quyền. Zalo OA, Sapo, KiotViet và form là source systems; Base.vn giữ remediation ticket và người duyệt.

ChatGPT, Claude hoặc Gemini chạy prompt trên dữ liệu DEMO. Nếu dùng n8n/Make, node AI chỉ đọc input và ghi proposal store, không mang credential write CRM. Log ghi prompt version, input hash, output hash, reviewer và ticket_id; retention theo purpose.

Bảng prompt CRM hiển thị version, input, evidence, trạng thái test và owner — UI minh họa prompt registry: mỗi bản có owner, fixture và trạng thái QA thay vì một ô văn bản dùng chung.

AI làm gì và người duyệt kiểm gì

AI giúp đọc nhiều field, tạo cấu trúc, nhận diện pattern và tóm tắt exception. Nó không biết business definition ngoài registry, không chứng minh hai người là một, không biết consent hợp lệ nếu thiếu evidence và không quyết định phân bổ owner.

Data steward kiểm duplicate packet, lineage và patch question. CRM owner kiểm lifecycle/routing. Privacy owner kiểm purpose/consent. Source owner xác nhận event contract. IT kiểm quyền, log và khả năng replay. Reviewer ghi reason cụ thể như `FALSE_MATCH_SHARED_PHONE`, không dùng “sai”.

Human-in-the-loop hiệu quả khi output ngắn, có evidence và unknowns. Nếu reviewer phải đọc một bài luận để tìm record_id, prompt chưa đạt. Bảng review nên cho phép mở raw source, so sánh before/after và tạo remediation ticket, nhưng không đặt nút ghi CRM cạnh output AI.

Sai lầm cần tránh với prompt dữ liệu

Sai lầm một là yêu cầu “làm sạch file này” mà không có schema. Sai lầm hai là dùng record thật trong ví dụ. Sai lầm ba là coi similarity score như identity. Sai lầm bốn là map field bằng tên. Sai lầm năm là báo cáo số lỗi không có denominator.

Sai lầm sáu là cho prompt truy cập toàn bộ CRM để tiện. Sai lầm bảy là dùng output làm import file ngay. Sai lầm tám là không lưu version. Sai lầm chín là trộn prompt phân tích với prompt viết tin khách, khiến dữ liệu và hành động bị nhập nhằng.

Khắc phục bằng data contract, DEMO fixtures, output schema, prohibited actions và approval boundary. Đặt stop condition khi có hallucinated field, consent inference, hidden identifier, duplicate recommendation thiếu evidence hoặc batch count không tái lập được.

Triển khai thư viện prompt theo vai trò

Cá nhân quản lý CRM bắt đầu với prompt schema drift trên một export nhỏ. Đội CRM thêm duplicate và lineage, mỗi output thành ticket. Doanh nghiệp thêm routing simulation cùng quality report trên proposal store, nối evaluation vào CI nhưng không tự mở write.

Mỗi tuần review lỗi prompt và lỗi dữ liệu riêng. Lỗi prompt cần sửa instruction/fixture; lỗi dữ liệu giao source owner; lỗi policy giao CRM/privacy owner. Không “huấn luyện prompt” để che contract lỗi. Theo dõi tỷ lệ BLOCKED đúng, false candidate, reviewer correction và unresolved aging.

Mỗi tháng thu hồi phiên bản cũ, chạy regression, rà quyền và sampling dữ liệu. Khi schema thay đổi, prompt schema drift phải nhận registry mới trước source event. Khi rollback, giữ output cũ để audit nhưng không cho tiếp tục tạo remediation.

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

Dữ liệu minh họa: prompt `CRM-LINEAGE-v3` nhận field `lead_source_detail` của `REC-DEMO-82`. Output cho thấy Zalo form → n8n map v4 → CRM import B-DEMO-12, nhưng mapping không có owner và routing rule R-09 dùng field này. Trạng thái `NEEDS_GOVERNANCE`; tạo ticket cho source owner, tạm dừng batch. Không sửa field, owner hay liên hệ khách.

Bộ prompt này có viết tin chăm sóc không?

Không. Intent là quản trị dữ liệu CRM; nội dung khách thuộc cụm Sale/CSKH khác và có consent cùng review riêng.

Có thể dùng output làm file import không?

Không trực tiếp. Output tạo proposal/ticket; patch phải qua review, expected_version, idempotency và rollback.

Similarity bao nhiêu thì tự merge?

Không có ngưỡng tự merge chung. Policy định nghĩa evidence và reviewer; similarity chỉ là tín hiệu candidate.

Dữ liệu mẫu cần thế nào?

Dùng mã DEMO, giảm định danh và bao gồm ca biên; không sao chép export khách thật vào prompt registry.

Đọc bản đồ CRM, triển khai workflow event-to-write hoặc liên hệ NganAds qua Zalo 0983543063 để xây registry prompt và evaluation set.

Workflow

Bước 1: Chọn câu hỏi quản trị — Tách schema, identity, lineage, routing hoặc quality thành một lần chạy riêng.
Bước 2: Đóng gói input DEMO — Thêm version, policy, source refs; giảm định danh và loại trường ngoài purpose.
Bước 3: Chạy prompt có schema — Yêu cầu trạng thái cùng cấu trúc; thiếu input thì BLOCKED_INPUT.
Bước 4: Kiểm evidence — Đối chiếu refs, denominator, unknowns và prohibited actions với fixture.
Bước 5: Người có vai trò duyệt — Steward, CRM hoặc privacy owner quyết định và ghi reason code.
Bước 6: Tạo remediation ticket — Chuyển output thành việc; mọi write chạy ở workflow approval riêng.

Prompt mẫu

Kiểm schema drift

MỤC TIÊU: Phát hiện khác biệt giữa source payload và schema registry mà không tự map.
[ĐẦU VÀO]: [SOURCE_EVENT_DEMO, PAYLOAD_VERSION, SCHEMA_REGISTRY, FIELD_OWNERS].
RÀNG BUỘC: Field lạ hoặc thiếu owner trả NEEDS_GOVERNANCE; không tạo patch.
ĐỊNH DẠNG ĐẦU RA: field | drift_type | source_value | expected | impact | owner | gate_status.
VÍ DỤ ĐIỀN SẴN: company_size_text không có trong v5; ảnh hưởng routing; owner chưa có; QUARANTINE.

Chuẩn bị duplicate packet

MỤC TIÊU: Tập hợp evidence cho data steward quyết định danh tính.
[ĐẦU VÀO]: [RECORD_A, RECORD_B, IDENTITY_POLICY, LINEAGE, COLLISION_CASES].
CẤM: Không tự merge; không coi tên/phone/shared email là proof duy nhất.
ĐỊNH DẠNG ĐẦU RA: exact_matches, fuzzy_signals, contradictions, collision_risk, recommendation, reviewer_questions.
VÍ DỤ ĐIỀN SẴN: cùng phone gia đình, email khác; collision HIGH; recommendation KEEP_SEPARATE_REVIEW.

Truy field lineage

MỤC TIÊU: Truy một field từ nguồn tới CRM và hệ thống downstream.
[ĐẦU VÀO]: [FIELD_NAME, SOURCE_EVENTS, TRANSFORM_REGISTRY, CRM_SNAPSHOT, DOWNSTREAM_MAP].
YÊU CẦU: Mỗi cạnh có version, owner và proof; thiếu thì đánh UNKNOWN_EDGE.
ĐỊNH DẠNG ĐẦU RA: ordered_lineage, transforms, owners, versions, consumers, governance_gaps.
VÍ DỤ ĐIỀN SẴN: Zalo form → n8n map v4 → CRM lead_source_detail; mapping thiếu owner.

Mô phỏng routing

MỤC TIÊU: Giải thích owner candidate theo routing rule mà không thay owner.
[ĐẦU VÀO]: [RECORD_DEMO, ROUTING_RULES, CAPACITY_SNAPSHOT, EFFECTIVE_AT, FALLBACKS].
RÀNG BUỘC: Chỉ dùng field có lineage; không khớp hoặc conflict trả REVIEW_ROUTING.
ĐỊNH DẠNG ĐẦU RA: candidate_owner, matched_rule, facts_used, capacity_check, fallback, reviewer_note.
VÍ DỤ ĐIỀN SẴN: R-09 khớp miền Bắc nhưng field source thiếu owner → BLOCKED_LINEAGE.

Báo cáo quality exception

MỤC TIÊU: Tổng hợp lỗi batch có denominator và owner khắc phục.
[ĐẦU VÀO]: [BATCH_ID, TOTAL_EVENTS, VALIDATION, IDENTITY_REVIEWS, ROUTING_RESULTS, WRITE_RESULTS].
YÊU CẦU: Dữ liệu thử ghi minh họa; không chấm nhân viên; nêu unresolved và stop signals.
ĐỊNH DẠNG ĐẦU RA: executive_summary, counts/rates, groups_by_source, unresolved, owners, stop_decision.
VÍ DỤ ĐIỀN SẴN: B-DEMO-12; 50 event; 4 drift, 2 identity review; 0 write; PAUSE_SOURCE_ZALO.

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

Bộ prompt này có viết tin chăm sóc không?

Không. Intent là quản trị dữ liệu CRM; nội dung khách thuộc cụm Sale hoặc CSKH khác và có consent cùng review riêng.

Có thể dùng output làm file import không?

Không trực tiếp. Output tạo proposal hoặc ticket; patch phải qua review, expected_version, idempotency và rollback.

Similarity bao nhiêu thì tự merge?

Không có ngưỡng tự merge chung. Policy định nghĩa evidence và reviewer; similarity chỉ là tín hiệu candidate.

Dữ liệu mẫu cần thế nào?

Dùng mã DEMO, giảm định danh và bao gồm ca biên; không sao chép export khách thật vào prompt registry.

Bài liên quan

Dùng từng prompt để tạo evidence hoặc remediation ticket; không trộn với prompt nhắn khách và không dùng output để import trực tiếp.