AI Agent cho Sale ô tô: bản đồ công việc, dữ liệu và giới hạn
Tình huống thật khi khách hỏi xe còn và giá lăn bánh
Một khách hỏi qua Zalo về bản SUV màu trắng, muốn biết xe còn tại showroom, giá lăn bánh ở tỉnh của mình và có thể lái thử cuối tuần hay không. Sale mở ba nơi: bảng tồn trong DMS, file giá–phí trên Google Drive và lịch test drive trên Calendar. Bản tồn vừa xuất đầu ngày, chương trình khuyến mại đã đổi version, còn lịch có một slot chưa được quản lý showroom xác nhận.
Nếu giao câu hỏi này cho AI bằng một prompt chung, Agent dễ ghép đúng model nhưng sai variant, lấy mức phí của địa phương khác hoặc biến slot đề xuất thành lịch đã đặt. Bản đồ AI Agent cho Sale ô tô vì vậy bắt đầu ở inventory công việc, source register và authority matrix. Mục tiêu không phải để AI chốt xe, mà để chuẩn bị packet có thể kiểm trước khi người phụ trách quyết định.
Bài map này tách khỏi workflow lead và bộ prompt hội thoại. Nó xác định việc nào đáng thử, dữ liệu nào phải có, ai chịu trách nhiệm và quyền nào bị cấm. AI không hứa xe còn, giá lăn bánh, khuyến mại, định giá xe cũ hay khả năng vay được duyệt; không đặt cọc, giữ xe hoặc xác nhận giao xe thay người có thẩm quyền.
Việc giao cho AI và việc giữ cho con người
Nhóm có thể giao ở chế độ READ/DRAFT gồm chuẩn hóa model–variant, phát hiện VIN/unit-id thiếu, đối chiếu timestamp tồn, nối bảng giá với phiên bản, lập checklist test drive, tóm tắt nhu cầu sử dụng đã xác nhận và chuẩn bị phiếu handoff trade-in hoặc finance. Mỗi đầu ra có source_ref, effective_at, UNKNOWN, reviewer và stop_reason; trường trống không được AI tự điền.
Nhóm cần người duyệt gồm so sánh variant, ước tính tổng chi phí từ bảng nguồn, agenda lái thử, checklist nhận xe và bản nháp follow-up. Sale kiểm nhu cầu; inventory owner xác nhận unit; pricing owner duyệt giá–phí–khuyến mại; finance advisor nhận hồ sơ sơ bộ; quản lý showroom duyệt slot và quy trình đặt cọc. Khách hàng cấp hoặc rút consent; nội bộ chỉ xác minh, ghi nhận và thực thi phạm vi cùng retention.
Nhóm human-only gồm định giá xe cũ cuối cùng, kết luận hồ sơ vay, thay giá, giữ xe, thu cọc, phê duyệt khuyến mại ngoại lệ, ký giấy tờ và xác nhận giao. Agent cũng không suy luận thu nhập, khả năng chi trả hoặc “độ nóng” từ nghề, giọng chat hay lịch sử xem xe. Yêu cầu vượt ranh giới chuyển AUTHORITY_REVIEW thay vì tạo câu trả lời tự tin.
Dữ liệu cần chuẩn bị cho bản đồ showroom
Vehicle master có model_id, variant_id, model_year, màu, option, unit_id hoặc VIN reference, showroom, status và owner. Inventory snapshot có captured_at, source system, available/hold/sold state và freshness rule. Không đưa ảnh giấy tờ hoặc VIN đầy đủ vào prompt nếu use case chỉ cần kiểm variant; tài liệu đào tạo dùng mã DEMO.
Pricing packet tách base price, fee table theo địa phương, promotion_id, eligibility, effective_from/to, owner và disclaimer. Trade-in packet chỉ chứa thông tin xe khách tự cung cấp, ảnh/reference được phép, inspection_status và appraiser owner; AI không tạo giá mua. Finance handoff có nhu cầu khách tự khai, consent purpose, trường thiếu và advisor, không có kết luận approved/rejected.
Test-drive register có vehicle candidate, slot, showroom, staff, license-check status theo quy trình, approval và expiry. Delivery checklist tách thanh toán, giấy tờ, phụ kiện, bảo hiểm, lịch giao và bảo dưỡng đầu tiên. Bộ test cần ca tồn cũ, hai variant tên gần, phí tỉnh khác, khuyến mại hết hạn, slot xung đột, xe trade-in chưa kiểm và khách rút consent.
Workflow sáu bước chọn pilot phù hợp
Bước 1 — Kiểm kê: ghi việc trước–trong–sau tư vấn bằng động từ, đầu ra, nguồn, tần suất, lỗi và owner. Bước 2 — Chấm khả năng kiểm: xác định schema, source-id và người có thể xác nhận. “Tư vấn xe tốt nhất” quá rộng; “kiểm packet model/giá trước buổi hẹn” hẹp và đối chiếu được.
Bước 3 — Rà source: kiểm vehicle master, inventory freshness, PRICE/PROMO/FEE version, consent evidence và test fixture. Bước 4 — Khóa authority: gán inventory, pricing, finance, showroom và policy owner; một blocker về nguồn hoặc thẩm quyền không được bù bằng điểm năng suất.
Bước 5 — Giới hạn quyền: pilot chỉ READ, EXTRACT, CREATE_DRAFT; cấm SEND, HOLD_UNIT, CHANGE_PRICE, TAKE_DEPOSIT, APPROVE_FINANCE. Bước 6 — Pilot charter: ghi phạm vi DEMO, reviewer, tiêu chí đạt, stop condition và rollback. Một lời hứa xe còn, khoản vay được duyệt hoặc giá không nguồn là điều kiện dừng.
Năm prompt dùng trong workshop bản đồ
Prompt 1 dựng ma trận một ngày làm việc; Prompt 2 kiểm vehicle/source readiness; Prompt 3 vẽ authority–permission; Prompt 4 lập consent và data-minimization card; Prompt 5 chấm pilot charter. Chúng phục vụ thiết kế use case, không soạn tin bán hàng hoặc gọi connector. Mỗi prompt có ví dụ DEMO riêng của showroom.
Output phải làm lộ UNKNOWN và blocker. Nếu inventory chỉ có timestamp đầu ngày, Agent ghi STALE_SOURCE; nếu fee table không đúng tỉnh, ghi NEED_SOURCE; nếu khách chưa cấp consent cho follow-up, ghi BLOCKED_CONTACT. Người điều phối không dùng điểm tổng để bỏ qua lỗi giá, tài chính, giấy tờ, quyền giữ xe hoặc dữ liệu cá nhân.
Prompt version nằm trong registry có owner và fixture. Khi bảng giá hoặc model year đổi, chạy regression cho variant gần tên, promotion boundary và tỉnh phí khác. Không copy kết quả DEMO thành nội dung thật. Quyết định PILOT/CHỜ/KHÔNG thuộc quản lý cùng source owner, không thuộc mô hình.
Công cụ phù hợp theo lớp vận hành
CRM hoặc MISA AMIS giữ lead owner và consent evidence; DMS/ERP giữ vehicle/unit state; Google Drive giữ PRICE/PROMO/FEE có version; Google Sheets làm inventory workshop; Calendar quản slot; Base.vn quản review. Zalo OA là kênh hội thoại sau khi có phạm vi consent, không phải nguồn xác nhận tồn hay giá.
Đội nhỏ có thể xuất snapshot DEMO và review thủ công. Doanh nghiệp thêm source registry, service account, audit log, retention, secret vault và regression suite. n8n/Make chỉ điều phối sau khi schema ổn; AI node không giữ credential đặt cọc, hold unit hoặc finance. Connector ghi DRAFT tách khỏi hệ thống thu tiền và phê duyệt.
AI làm gì và người duyệt quyết định gì
AI chuẩn hóa model/variant, kiểm timestamp, nối source-id, tìm trường thiếu, tạo checklist và DRAFT. Nó không biết một unit còn thật ở thời điểm khách hỏi nếu inventory chưa xác nhận; không hiểu ngoại lệ khuyến mại hoặc hồ sơ tài chính nếu không có owner; không biến correlation thành kết luận về khách.
Sale xác nhận nhu cầu và cách trình bày. Inventory owner xác nhận unit; pricing/policy owner duyệt giá, phí, khuyến mại; appraiser xử lý trade-in; finance advisor đánh giá theo quy trình; quản lý showroom duyệt slot, cọc và ngoại lệ. Khách cấp/rút consent; data owner chỉ kiểm evidence, ghi trạng thái và thực thi retention.
Màn review hiển thị facts, UNKNOWN, nguồn/version, freshness, thay đổi so với lần trước và forbidden actions. Người duyệt có thể sửa, từ chối, yêu cầu nguồn hoặc dừng. Lý do được ghi thành reason_code nhưng không tự cập nhật policy. Không có nút “approve all” cho giá, tồn, trade-in hay finance.
Sai lầm và rủi ro cần tránh
Sai lầm phổ biến là trộn model với variant, coi inventory snapshot là cam kết, cộng phí theo file cũ, trình bày khuyến mại không đủ điều kiện, dùng AI định giá xe cũ hoặc nói hồ sơ vay “chắc được”. Sai lầm khác là hẹn lái thử trước khi xe/slot được xác nhận và dùng dữ liệu giấy tờ vượt mục đích.
Guardrail chặn lời hứa xe còn, giá lăn bánh cuối cùng, thời gian giao, mức thu xe cũ và phê duyệt tài chính. Khi nguồn mâu thuẫn, giữ cả hai và chuyển owner; khi khách rút consent, STOP_CONTACT; khi Agent đề xuất HOLD/DEPOSIT/SEND, validator BLOCKED_ACTION. Rollback tắt write scope và quay về checklist thủ công.
Không đo thành công bằng số tin hoặc số proposal AI tạo. Đo source coverage, variant accuracy, STALE_SOURCE đúng, reviewer correction, thời gian chuẩn bị và stop condition. Một câu giá không nguồn, một finance conclusion hoặc một hold chưa duyệt dừng pilot ngay.
Triển khai pilot theo phạm vi hẹp
Tuần đầu tạo 30 case DEMO cho hai model và một showroom, gồm màu hết, variant gần tên, phí tỉnh khác, promo boundary, slot xung đột và trade-in thiếu inspection. Shadow mode để Agent chỉ tạo packet cạnh thao tác cũ. Sale, inventory và pricing owner cùng ký expected output.
Tuần hai mở CREATE_DRAFT cho hai Sale, không mở SEND/HOLD/DEPOSIT. Mỗi ngày rà nguồn, UNKNOWN, phần người sửa và lỗi quyền. Tuần ba mới cân nhắc agenda test drive hoặc handoff finance ở dạng checklist. Mở thêm model chỉ khi review backlog, freshness và rollback đạt ngưỡng nội bộ.
Dữ liệu thử ghi “minh họa”; không dùng conversion của nhóm nhỏ làm cam kết. Mỗi wave có owner, start/end, stop trigger và rollback rehearsal. Nếu DMS, giá hay khuyến mại thay schema, đóng pilot cho tới khi registry và fixture được cập nhật.
Kết quả minh họa và câu hỏi thường gặp
Dữ liệu minh họa: AUTO-MAP-DEMO-07 chọn use case “kiểm packet trước hẹn”; UNIT-DEMO-18 có snapshot quá bốn giờ nên STALE_SOURCE; PRICE-v6 hợp lệ, PROMO-v3 thiếu eligibility; quyền READ/CREATE_DRAFT; inventory và pricing owner review; không HOLD, SEND hoặc kết luận finance.
Sale ô tô nên thử AI từ việc nào?
Bắt đầu bằng kiểm nguồn model–variant, tồn và giá trước buổi tư vấn; đầu ra có thể đối chiếu và chưa tác động khách.
AI có được báo chắc chắn xe còn không?
Không. AI chỉ trích snapshot và cảnh báo freshness; inventory owner xác nhận tình trạng thực tế.
AI có được định giá xe cũ hoặc duyệt vay không?
Không. Agent lập checklist/handoff; appraiser và finance advisor thực hiện quyết định theo quy trình.
Khi nào pilot phải STOP?
Khi nguồn hết hạn, khách rút consent, xuất hiện lời hứa giá/tồn/giao xe, hoặc Agent đề xuất gửi, giữ xe, nhận cọc hay kết luận tài chính.
Xem workflow Sale ô tô, dùng prompt pack Sale ô tô, mở trang nghề hoặc liên hệ NganAds.