Bộ prompt đọc nhu cầu, xử lý từ chối và soạn tin chăm sóc cho Sale ô tô: copy và tùy chỉnh
Tình huống thật: một câu hỏi ngắn nhưng có sáu lớp quyết định
Khách nhắn Zalo: “Anh cần xe gia đình, cuối tuần đi xa, tầm một tỷ, bản nào hợp và tháng này có ưu đãi gì?”. Câu hỏi chỉ một dòng nhưng Sale phải làm rõ số người, kiểu đường, chỗ đỗ, mức chi dự kiến, thời điểm nhận xe và nhu cầu lái thử. Sau đó Sale còn phải kiểm inventory theo model–variant–màu, bảng giá và phí đúng địa phương, điều kiện khuyến mại, lịch test drive cùng owner có thẩm quyền.
Một prompt AI cho Sale ô tô tốt không được biến vài tín hiệu thành kết luận “khách chắc chắn mua bản cao”. Nó phải tách FACT khách đã nói, ASSUMPTION cần hỏi lại, UNKNOWN do thiếu nguồn và NEXT_QUESTION có lý do. Khi so sánh xe, prompt chỉ dùng source_ref còn hiệu lực; khi nói giá lăn bánh, kết quả phải ghi là ước tính theo bảng nguồn và chờ người phụ trách kiểm. Khi khách hỏi vay, AI chỉ chuẩn bị câu hỏi/handoff, không kết luận hồ sơ được duyệt.
Bộ prompt dưới đây phục vụ năm nhiệm vụ khác workflow điều phối lead: đọc nhu cầu, so sánh phiên bản, xử lý băn khoăn tổng chi phí, chuẩn bị lái thử hoặc trade-in, và soạn follow-up theo consent. Mỗi mẫu tạo DRAFT để Sale duyệt. AI không tự gửi, giữ xe, thu cọc, đổi giá, định giá xe cũ hay hứa thời gian giao.
Việc giao AI và ranh giới cần khóa trước khi copy
Có thể giao AI trích nguyên văn nhu cầu, chuẩn hóa tên model/variant, lập bảng điểm khác nhau từ catalog có version, kiểm trường thiếu, soạn câu hỏi làm rõ, tạo checklist lái thử và viết bản nháp tin chăm sóc. Những đầu ra này có cấu trúc, dễ đối chiếu và dễ thu hồi. Prompt luôn yêu cầu source_ref, effective_at, confidence theo từng trường và trạng thái NEED_SOURCE thay vì tự điền.
Sale chịu trách nhiệm xác nhận nhu cầu và giọng điệu. Inventory owner xác nhận unit còn tại thời điểm tư vấn; pricing/policy owner duyệt giá, phí, ưu đãi và điều kiện; appraiser xử lý trade-in; finance advisor xử lý hồ sơ sơ bộ; quản lý showroom duyệt slot, giữ xe, cọc và ngoại lệ. Khách là người cấp hoặc rút consent cho mục đích, kênh và thời hạn liên hệ; nhân viên chỉ ghi nhận bằng chứng và thực thi phạm vi đó.
Đưa vào block cấm ngay trong system rule: không suy đoán thu nhập từ nghề nghiệp, không gắn nhãn “khách nóng” từ giọng chat, không dùng dữ liệu giấy tờ ngoài mục đích, không khẳng định tồn–giá–ưu đãi nếu source quá hạn, không gửi tin hoặc đặt lịch khi chưa được duyệt. Nếu yêu cầu vượt ranh giới, đầu ra là STOP và tên owner cần chuyển.
Dữ liệu cần chuẩn bị trước khi dùng năm prompt
Tạo một packet tối thiểu gồm: transcript đã che trường nhạy cảm; customer_need đã xác nhận; vehicle master có model_id, variant_id, model_year và option; inventory snapshot có captured_at; catalog, PRICE, FEE và PROMO có version cùng effective window; test-drive slot candidate; trade-in checklist; finance handoff form; consent record; owner và escalation path. Dữ liệu minh họa phải gắn nhãn DEMO.
Không dán ảnh căn cước, bằng lái, VIN đầy đủ, sao kê hay hồ sơ vay vào prompt chỉ để soạn tin. Thay bằng reference có quyền truy cập và chỉ cấp trường cần cho nhiệm vụ. Nếu Sale làm việc qua MISA AMIS, Sapo/Haravan, Google Drive, Google Sheets, Base.vn hoặc Zalo OA, hãy trích snapshot theo schema chung thay vì cho mô hình quyền đọc toàn bộ hệ thống.
Bộ test nên có hai variant tên gần nhau, tồn kho đã cũ, bảng phí khác tỉnh, ưu đãi vừa hết hạn, khách đổi mục tiêu, slot lái thử xung đột, trade-in thiếu kiểm định và consent đã rút. Kỳ vọng chuẩn không phải câu trả lời hấp dẫn nhất mà là câu trả lời biết dừng đúng lúc.
Workflow sáu bước dùng prompt mà không biến DRAFT thành cam kết
Bước 1 — Chọn đúng intent: chỉ chạy một prompt cho một mục tiêu, không gộp nhu cầu, giá, trade-in và vay vào một câu lệnh. Bước 2 — Tạo input packet: gắn source/version/timestamp, che dữ liệu không cần và ghi rõ trường UNKNOWN. Nếu thiếu consent hoặc nguồn bắt buộc thì STOP trước khi gọi AI.
Bước 3 — Sinh DRAFT: AI trả facts, assumptions, câu hỏi và nguồn theo schema. Bước 4 — Chạy validator: chặn câu hứa tồn xe, giá cuối cùng, khuyến mại không điều kiện, định giá trade-in, phê duyệt finance, HOLD/DEPOSIT/SEND. Nguồn mâu thuẫn được giữ nguyên hai phía và gắn ERROR_SOURCE_CONFLICT.
Bước 5 — Human-in-the-loop: Sale kiểm nhu cầu; đúng owner kiểm source nghiệp vụ. Khi hai reviewer sửa cùng một trường theo hai hướng khác nhau, MERGE_REVIEW bắt buộc; không lấy bản sửa cuối cùng theo mặc định. Bước 6 — Gửi và ghi nhận: người được phép chủ động bấm gửi, lưu prompt/version, source, diff, reviewer và outcome. Khách rút consent thì STOP_CONTACT, hủy lịch chưa xác nhận và quay về quy trình thủ công.
Năm prompt copy dùng ngay và cách điền đúng
Prompt 1 — Đọc nhu cầu: dùng sau khi có transcript hợp lệ để phân biệt điều khách nói và điều Sale đang giả định. Prompt 2 — So sánh variant: chỉ dùng catalog/PRICE có nguồn, không tạo “bản tốt nhất”. Prompt 3 — Xử lý băn khoăn: chuyển “giá cao” thành các thành phần tổng chi phí cần kiểm thay vì gây áp lực chốt.
Prompt 4 — Lái thử/trade-in: tạo checklist, câu hỏi và handoff, không xác nhận slot hoặc mức thu xe. Prompt 5 — Follow-up: soạn một tin theo mục đích, kênh, quiet hours và thời hạn khách đã đồng ý. Mỗi prompt bên dưới có mục tiêu, đầu vào, schema đầu ra và ví dụ DEMO riêng; có thể copy rồi thay phần trong ngoặc vuông.
Khi chỉnh prompt, giữ nguyên các câu “không suy diễn”, “không tự gửi” và “ghi UNKNOWN”. Không dùng mẫu kết quả của model này để trả cho model khác. Nếu cần thay đổi format, version prompt và chạy lại fixture trước khi dùng với khách thật.
Công cụ và cách nối mà không mở quyền quá rộng
Zalo OA, Facebook Messenger hoặc form website là kênh nhận/gửi sau khi consent hợp lệ. MISA AMIS hoặc CRM giữ lead owner và lịch sử chăm sóc. DMS giữ vehicle/unit; Google Drive giữ catalog, PRICE/FEE/PROMO có version; Google Calendar giữ slot candidate; Base.vn giữ phê duyệt. Google Sheets phù hợp làm registry thử nghiệm nhưng cần khóa quyền và timestamp.
n8n hoặc Make có thể lấy dữ liệu đã lọc, gọi mô hình và tạo DRAFT trong hàng đợi review. Credential gửi tin, giữ xe, thu cọc và finance không nằm trong AI node. Connector chạy service account quyền tối thiểu; log không lưu nội dung nhạy cảm thừa; retry có idempotency key để một tin không được tạo hai lần.
AI chuẩn bị gì và con người quyết định gì
AI chuẩn bị bảng fact/assumption, câu hỏi làm rõ, bảng so sánh có source, checklist lái thử, brief trade-in/finance và tin DRAFT. Nó cũng đánh dấu bảng giá quá hạn, variant không khớp, trường thiếu hoặc consent không phù hợp. AI không biết tồn thật khi snapshot cũ, không hiểu ngoại lệ showroom nếu policy chưa ghi và không được suy đoán thiện chí thanh toán.
Sale chọn câu hỏi cần hỏi, xác nhận ngôn ngữ và quyết định có dùng bản nháp. Inventory, pricing, appraiser, finance và showroom owner kiểm các phần thuộc thẩm quyền. Người duyệt nhìn thấy input, source, version và diff; không dùng “approve all”. Bản nháp bị sửa đáng kể được đưa lại validator trước khi gửi.
Khách có quyền đổi kênh, đổi thời gian hoặc rút consent. Hệ thống phải thực thi STOP_CONTACT và retention, không “xác minh hộ” rằng khách đã đồng ý. Đó là ranh giới quan trọng nhất giữa trợ lý soạn thảo và máy tự động tiếp thị.
Sai lầm thường gặp khi dùng prompt bán xe
Sai lầm thứ nhất là cho AI lời khuyên “xe nào đáng tiền nhất” mà không có tiêu chí khách đã xác nhận. Thứ hai là trộn giá niêm yết, phí địa phương và ưu đãi thành con số lăn bánh chắc chắn. Thứ ba là dùng snapshot tồn đầu ngày để hứa xe còn, hoặc dùng lịch candidate để hứa đã đặt. Thứ tư là biến câu hỏi vay thành kết luận được duyệt.
Sai lầm khác là gọi mọi băn khoăn là “từ chối” rồi soạn câu gây áp lực; gửi follow-up ngoài quiet hours; tiếp tục nhắn sau khi khách rút consent; hoặc copy prompt kèm giấy tờ nhạy cảm. Validator phải chặn forbidden claim, source quá hạn, field vượt purpose và hành động không có owner.
Đừng đo chất lượng bằng độ dài tin hay số tin AI sinh. Theo dõi tỷ lệ fact có nguồn, câu hỏi cần thiết, lỗi variant, correction của reviewer, consent violation, duplicate send và thời gian chuẩn bị. Một lần AI tự hứa giá/tồn, kết luận finance hoặc gửi sai consent là stop condition chứ không phải “lỗi nhỏ”.
Triển khai pilot ba tuần và kiểm thử hồi quy
Tuần một dùng 30 hội thoại DEMO, hai model, một showroom và chỉ Prompt 1–2. Sale viết expected output trước; AI chạy shadow mode. Tuần hai thêm Prompt 3–4, vẫn không SEND; pricing, inventory và showroom owner review. Tuần ba mới mở Prompt 5 cho hai Sale, một purpose và một kênh có quiet hours.
Mỗi ngày rút năm case ngẫu nhiên, kiểm source, UNKNOWN, cấm cam kết và diff. Mỗi khi đổi catalog, PRICE, PROMO, model year hoặc prompt version, chạy lại toàn bộ fixture. Nếu retry tạo hai DRAFT, consent không được thực thi hoặc review backlog vượt ngưỡng nội bộ, rollback connector và trở lại soạn thủ công.
Chỉ mở rộng showroom/model khi bộ kiểm thử đạt ngưỡng nhiều ngày liên tiếp và owner còn khả năng review. Mọi số liệu trong pilot là “minh họa”, không suy rộng thành cam kết tăng doanh số.
Kết quả mẫu minh họa và câu hỏi thường gặp
Kết quả minh họa: NEED-DEMO-21 có FACT “5 người, đi tỉnh cuối tuần, ngân sách khoảng một tỷ”; UNKNOWN “chỗ đỗ và thời điểm nhận”; CANDIDATE VAR-A/VAR-B từ CATALOG-v8; PRICE-v6 còn hiệu lực nhưng inventory snapshot STALE; next_question hỏi chỗ đỗ trước; DRAFT chưa đề cập ưu đãi; reviewer là Sale và inventory owner; SEND=false.
Có thể copy prompt rồi gửi thẳng kết quả cho khách không?
Không. Kết quả là DRAFT; Sale và owner nguồn phải kiểm trước khi người có quyền bấm gửi.
Prompt có được báo giá lăn bánh không?
Chỉ được tạo bảng ước tính từ PRICE/FEE/PROMO đúng địa phương, có version và disclaimer; pricing owner xác nhận con số giao khách.
AI có được định giá xe cũ hoặc kết luận vay không?
Không. AI chỉ lập checklist và handoff; appraiser hoặc finance advisor ra quyết định theo quy trình.
Khi khách không muốn nhận thêm tin thì xử lý thế nào?
Ghi consent revoked, STOP_CONTACT ngay, hủy job chờ và thực thi retention; không dùng một kênh khác để tiếp tục chăm sóc.
Đọc bản đồ Sale ô tô, triển khai workflow lead showroom, mở trang nghề Sale ô tô hoặc liên hệ NganAds.