Kiến thức / Bán lẻ – Thương mại điện tử / Bán lẻ / TMĐT

5 prompt AI cho Điện máy – điện tử dùng ngay

Bộ prompt chuẩn hóa mô tả, đối soát đơn và xử lý ngoại lệ cho Điện máy – điện tử: copy và tùy chỉnh

Tình huống thật khi đội bán hàng cần câu trả lời ngay

Khách hỏi laptop LP-DEMO-14 có nâng được RAM, dùng với màn hình 4K, còn hàng tại Hà Nội và áp dụng trả góp nào. Nhân viên có trang listing, bảng tồn Sapo, file thông số của hãng và một tin nhắn cũ về bảo hành. Nếu copy tất cả vào prompt “hãy tư vấn”, mô hình có thể trộn hai cấu hình, khẳng định cổng xuất hình chưa có nguồn hoặc biến chương trình cũ thành ưu đãi hiện tại.

Bộ prompt AI cho Điện máy – điện tử phải tạo artifact kiểm được: bảng spec có source, so sánh giới hạn trong exact model, câu hỏi compatibility, warranty intake và order/serial variance. Mỗi prompt bắt buộc có mục tiêu, đầu vào, định dạng đầu ra, ví dụ điền sẵn, UNKNOWN, reviewer và forbidden action. Prompt không tự mở web, không gửi khách và không ghi vào hệ thống.

Đây là prompt pack tác nghiệp, không thay bản đồ chọn use case hoặc workflow tích hợp đa kênh. Nhân viên copy nhanh nhưng vẫn phải điền model code, source version và dữ kiện thật. Nếu thiếu tài liệu kỹ thuật, chính sách bảo hành, tồn hoặc finance source, câu trả lời đúng là STOP/NEED_SOURCE chứ không phải câu văn trôi chảy.

Việc giao cho AI khi dùng prompt và giới hạn bắt buộc

AI được trích claim từ tài liệu đã cung cấp, chuẩn hóa đơn vị, chỉ ra điểm giống/khác, tạo câu hỏi làm rõ, phát hiện serial sai định dạng và tóm tắt ticket. Nó có thể tạo bản nháp để product specialist, kho, service, finance advisor hoặc CSKH duyệt. Mỗi claim phải giữ source_ref ngay cạnh, không dồn nguồn vào cuối khiến người đọc không biết claim nào được hỗ trợ.

AI không được bịa thông số, tự xác nhận tương thích, hứa bảo hành, chẩn đoán hỏng hóc, hướng dẫn sửa điện/pin nguy hiểm, phê duyệt trả góp, quyết định đổi trả hay hoàn tiền. Nó cũng không được coi tồn snapshot là cam kết hoặc tự nối serial với order khi model mismatch. Confidence cao không thay exact key và bằng chứng.

Người dùng prompt có trách nhiệm redaction dữ liệu không cần thiết, kiểm quyền mở tài liệu và chọn reviewer đúng nghiệp vụ. Khách cấp/rút consent cho dữ liệu, ảnh hoặc liên hệ; nhân viên chỉ ghi bằng chứng và thực thi. Một prompt yêu cầu hành động bị cấm phải bị policy layer từ chối trước khi tạo output.

Dữ liệu cần điền để prompt không phải suy đoán

Đầu vào spec gồm exact model_code, variant/market, tài liệu hãng, trang/version, effective_at và các claim cần trích. Đầu vào comparison cần hai exact model cùng tiêu chí sử dụng; không dùng “mẫu tương đương”. Compatibility cần chuẩn cổng, phiên bản, phụ kiện, hệ điều hành/môi trường, điều kiện lắp và compatibility matrix đã duyệt.

Warranty intake cần purchase evidence, serial/IMEI, ngày mua, policy version, symptom nguyên văn, thời điểm, safety flag, ảnh/tài liệu theo consent và route owner. Order variance cần order/listing id, exact model, serial scan, payment/shipment state, inventory snapshot và event time. Finance chỉ dùng program/version để lập câu hỏi chuyển cố vấn, không kết luận eligibility.

Với mỗi input, ghi NOT_PROVIDED thay vì để trống khó hiểu. Dữ liệu DEMO phải gắn nhãn minh họa; không dùng serial thật trong training. Nguồn mâu thuẫn được giữ riêng với trạng thái CONFLICT. Tài liệu hết effective date là STALE, không được prompt tự nâng lên bản mới.

Workflow sáu bước vận hành bộ prompt

Bước 1 — Chọn đúng prompt: xác định artifact cần tạo và reviewer; không dùng spec prompt cho chẩn đoán. Bước 2 — Tối thiểu hóa input: chỉ lấy exact model, nguồn và trường cần thiết; redaction PII. Bước 3 — Source gate: kiểm version, effective_at và quyền truy cập; thiếu nguồn thì STOP.

Bước 4 — Chạy ở DRAFT: Agent trả bảng có claim/source/UNKNOWN, không gọi tool ghi. Bước 5 — Human review: product, service, kho, finance hoặc CSKH sửa và reason-code. Bước 6 — Lưu artifact: chỉ lưu bản đã duyệt theo retention, kèm prompt version; nếu có unsafe guidance, invented claim hoặc unauthorized action thì rollback và khóa prompt.

Regression suite chạy khi model mới, tài liệu hãng hoặc policy đổi. Fixture gồm model gần tên, source thiếu trang, compatibility chưa rõ, serial sai ký tự, safety symptom, finance hết hạn và return conflict. Không để một ví dụ thành default áp cho mọi sản phẩm.

Workflow sáu bước sử dụng prompt Điện máy – điện tử — Sơ đồ minh họa từ chọn prompt, tối thiểu hóa dữ liệu, kiểm nguồn đến người duyệt và rollback.

Năm prompt copy theo năm nhiệm vụ khác nhau

Prompt 1 tạo bảng spec có source cho một exact model. Prompt 2 so hai model theo nhu cầu mà không tuyên bố “tốt nhất”. Prompt 3 biến câu hỏi tương thích thành checklist xác minh. Prompt 4 tạo warranty intake và safety route, tuyệt đối không chẩn đoán. Prompt 5 đối chiếu order–model–serial–shipment để nêu variance.

Mỗi prompt có một output contract khác nhau: bảng claim; decision table; compatibility card; service packet; reconciliation ledger. Ví dụ DEMO không lặp cùng tình huống. Người dùng thay nội dung trong ngoặc vuông, không xóa marker nguồn, UNKNOWN, reviewer và forbidden action. Phần ví dụ không phải dữ liệu thật.

Khi prompt 2 gặp hai tài liệu có đơn vị khác, nó chỉ chuẩn hóa sau khi biết phép đổi; khi prompt 3 thiếu version cổng, nó đặt câu hỏi; khi prompt 4 gặp mùi khét, nó STOP_UNSAFE; khi prompt 5 gặp serial lệch, nó BLOCK. Các hành vi này quan trọng hơn văn phong bán hàng.

Công cụ để tổ chức prompt, nguồn và review

Google Drive giữ PDF/tài liệu hãng có version; Google Sheets quản source registry và fixture; KiotViet, Sapo hoặc Haravan cung cấp product/order snapshot; Shopee, Lazada cung cấp listing/order reference; MISA hỗ trợ chứng từ; warranty/ticket system giữ service event. Prompt chỉ nhận bản trích tối thiểu theo quyền.

Notion hoặc Base.vn có thể lưu prompt registry, owner, changelog và approval. n8n/Make chỉ chuyển DRAFT sau khi policy rõ; không nối AI node với quyền refund, inventory write, finance approval hoặc remote repair. Audit log ghi user, prompt version, source, reviewer và output hash.

Năm card prompt theo dữ liệu và reviewer Điện máy – điện tử — Bộ card minh họa tách spec, comparison, compatibility, warranty và order variance để tránh prompt vạn năng.

Người duyệt kết quả AI theo từng prompt

Product specialist duyệt spec, đơn vị và compatibility. Kho duyệt available, model và serial. Warranty/service duyệt route, policy, phụ tùng và an toàn; kỹ thuật viên chẩn đoán. Finance advisor duyệt chương trình cùng eligibility. CSKH kiểm consent, identity và cách trình bày. Một người không kiêm duyệt ngoài chuyên môn chỉ vì output gấp.

Màn review hiển thị input key, source_ref, version, effective_at, claim, UNKNOWN, diff và prohibited action. Reviewer có lựa chọn sửa, yêu cầu nguồn, từ chối hoặc STOP; lý do được ghi. Không cung cấp approve-all cho compatibility, warranty, safety, finance hoặc return.

AI không được tự học từ bản sửa rồi cập nhật policy. Thay đổi prompt cần owner, regression và version mới. Khi khách rút consent, dữ liệu liên quan được loại khỏi context và xử lý theo retention; prompt không “khôi phục” từ lịch sử khác.

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

Sai lầm đầu tiên là bỏ exact model, paste trang bán hàng không có version hoặc hỏi “sản phẩm nào tốt hơn” không nêu nhu cầu. Sai lầm thứ hai là trộn warranty intake với chẩn đoán, hoặc biến compatibility unknown thành lời khẳng định. Sai lầm thứ ba là paste serial/IMEI, giấy tờ và thông tin tài chính quá mức cần thiết.

Không yêu cầu AI hướng dẫn mở máy, đấu điện, thay pin phồng hoặc bypass bảo vệ. Không cho prompt duyệt trả góp, đổi trả hay hoàn tiền. Không hứa tồn, giao lắp, bảo hành hoặc phụ tùng từ snapshot cũ. Khi model/source không đủ, STOP; khi safety flag xuất hiện, chuyển kỹ thuật viên.

Tránh dùng một prompt dài cho mọi nhiệm vụ vì reviewer và output contract khác nhau. Tránh ví dụ chung chung làm AI bắt chước claim. Tránh lưu output chưa duyệt như knowledge base. Rollback bằng cách vô hiệu prompt version, đóng integration và quay về mẫu thủ công đã phê duyệt.

Triển khai bộ prompt cho cá nhân và đội nhóm

Cá nhân bắt đầu với prompt spec và comparison trên năm case DEMO, tự kiểm từng claim với nguồn. Đội nhóm thêm prompt registry, owner và review queue. Chuỗi cửa hàng thêm role-based access, audit, redaction, retention và regression. Không mở connector write trong giai đoạn chứng minh chất lượng.

Mỗi tuần lấy mẫu output theo prompt, đo source coverage, exact-model accuracy, UNKNOWN đúng, reviewer correction và unsafe/unauthorized block. Không chỉ đếm thời gian tiết kiệm. Một invented spec, một repair instruction nguy hiểm hoặc một finance conclusion phải dừng prompt liên quan để điều tra.

Khi đạt ngưỡng nội bộ, có thể nhúng prompt vào giao diện DRAFT. Việc gửi khách vẫn do người duyệt hoặc rule xác định được thực hiện. Kết quả pilot là dữ liệu minh họa, không dùng để hứa doanh thu hay thay đổi nhân sự.

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

Dữ liệu minh họa: Prompt spec cho LP-DEMO-14 trích sáu claim, bốn có source, hai UNKNOWN; prompt compatibility hỏi thêm phiên bản cổng; warranty prompt gặp “pin phồng” nên STOP_UNSAFE; order variance chặn serial khác model. Không có action tự động.

Có thể bỏ source_ref để prompt ngắn hơn không?

Không nên. Nguồn cạnh claim là điều kiện để reviewer kiểm nhanh và phát hiện tài liệu hết hạn.

Prompt có thể xác nhận thiết bị tương thích không?

Chỉ tạo candidate từ compatibility matrix; product specialist vẫn duyệt exact model, phiên bản và điều kiện.

Khi khách mô tả lỗi, AI có chẩn đoán được không?

Không thay kỹ thuật viên. Prompt chỉ lập intake, đánh dấu safety và chuyển route.

Có thể dùng prompt để duyệt trả góp hoặc đổi trả không?

Không. Finance, warranty và policy owner giữ thẩm quyền; AI chỉ tạo packet DRAFT.

Đọc bản đồ AI Agent, xem workflow đa kênh, mở trang nghề, tham khảo workflow Google Sheets hoặc liên hệ NganAds qua 0983543063.

Workflow

Bước 1: Chọn đúng prompt — Xác định artifact và reviewer; không dùng spec prompt để chẩn đoán.
Bước 2: Tối thiểu hóa đầu vào — Chỉ lấy exact model, nguồn và trường cần; redaction PII.
Bước 3: Kiểm cổng nguồn — Rà version, effective_at và quyền; thiếu source thì STOP.
Bước 4: Tạo DRAFT — Agent trả claim/source/UNKNOWN, không gọi tool ghi hoặc gửi.
Bước 5: Người có chuyên môn duyệt — Product, service, kho, finance hoặc CSKH sửa và reason-code.
Bước 6: Lưu bản đã duyệt — Gắn prompt version và retention; unsafe/unauthorized output phải rollback.

Prompt mẫu

Tạo bảng thông số có nguồn

MỤC TIÊU: Trích spec cho một exact model mà không bịa trường thiếu.
[ĐẦU VÀO]: Model [LP-DEMO-14], tài liệu hãng [DOC-v3], các claim [CPU, RAM, cổng, kích thước, năng lượng] và effective_at.
ĐỊNH DẠNG ĐẦU RA: Claim | giá trị | đơn vị | source_ref/trang | trạng thái | UNKNOWN | reviewer.
VÍ DỤ ĐIỀN SẴN: Cổng xuất hình không có trang nguồn nên UNKNOWN; product specialist xác minh, không tự điền.

So sánh hai model theo nhu cầu

MỤC TIÊU: So sánh bằng tiêu chí đã khai, không tuyên bố sản phẩm tốt nhất.
[ĐẦU VÀO]: Exact model [TV-DEMO-A/B], nhu cầu [phòng sáng, console], spec source và ngân sách do khách tự nêu.
ĐỊNH DẠNG ĐẦU RA: Tiêu chí | A có nguồn | B có nguồn | trade-off | câu hỏi còn thiếu | reviewer.
VÍ DỤ ĐIỀN SẴN: Chưa có nguồn độ sáng của B; ghi UNKNOWN, không suy ra A tốt hơn.

Lập checklist xác minh tương thích

MỤC TIÊU: Chuyển câu hỏi tương thích thành điều kiện cần kiểm.
[ĐẦU VÀO]: Thiết bị chính [NB-DEMO-7], phụ kiện [DOCK-DEMO-2], cổng/chuẩn/version, hệ điều hành và compatibility matrix.
ĐỊNH DẠNG ĐẦU RA: Điều kiện | bằng chứng | PASS/UNKNOWN/CONFLICT | câu hỏi | owner | STOP.
VÍ DỤ ĐIỀN SẴN: Có USB-C nhưng thiếu DisplayPort Alt Mode; UNKNOWN, hỏi product specialist.

Tạo phiếu tiếp nhận bảo hành an toàn

MỤC TIÊU: Tóm tắt ticket và route service mà không chẩn đoán.
[ĐẦU VÀO]: Purchase evidence DEMO, serial, policy version, triệu chứng nguyên văn, thời điểm, ảnh theo consent và safety flag.
ĐỊNH DẠNG ĐẦU RA: Facts | trường thiếu | safety | route | reviewer | hành động cấm.
VÍ DỤ ĐIỀN SẴN: Khách báo pin phồng; STOP_UNSAFE, không hướng dẫn tháo pin, chuyển kỹ thuật viên.

Đối chiếu đơn, model và serial

MỤC TIÊU: Tìm variance trước giao, bảo hành hoặc đổi trả.
[ĐẦU VÀO]: Order/listing id, exact model, serial/IMEI scan, inventory snapshot, shipment và policy version DEMO.
ĐỊNH DẠNG ĐẦU RA: Expected | actual | variance code | evidence | owner | safe next step | rollback.
VÍ DỤ ĐIỀN SẴN: Order LP-DEMO-14 nhưng serial map LP-DEMO-14P; BLOCK, kho review, không sửa ledger.

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

Có thể bỏ source_ref không?

Không nên; nguồn cạnh claim giúp reviewer kiểm và phát hiện tài liệu hết hạn.

Prompt xác nhận tương thích được không?

Chỉ tạo candidate; product specialist duyệt exact model, phiên bản và điều kiện.

AI có chẩn đoán lỗi thay kỹ thuật viên không?

Không; prompt chỉ lập intake, đánh dấu safety và chuyển route.

Prompt có duyệt trả góp hoặc đổi trả không?

Không; finance, warranty và policy owner giữ thẩm quyền.

Bài liên quan

Muốn triển khai AI Agent cho Điện máy – điện tử trên dữ liệu thật? Liên hệ NganAds qua /lien-he hoặc 0983543063 để thiết kế pilot có nguồn, quyền duyệt và rollback.