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

Workflow AI cho Điện máy – điện tử đa kênh

Workflow từ dữ liệu sản phẩm đến vận hành gian hàng đa kênh dành cho Điện máy – điện tử

Tình huống thật khi đơn hàng đi qua website, sàn và cửa hàng

Một đơn máy giặt phát sinh trên Shopee với model WM-DEMO-10S; khách hỏi có thể giao lắp cuối tuần hay không. OMS nhận listing-id nhưng product master có hai model chỉ khác hậu tố; kho đã quét serial cho bản khác, còn ticket chat hỏi thêm dây cấp nước. Cùng lúc, chương trình trả góp trên banner đã đổi phiên bản. Nếu luồng tự động tiếp tục theo nearest match, sai model sẽ lan sang tồn, serial, giao lắp và bảo hành.

Workflow AI cho Điện máy – điện tử phải giữ một correlation key từ listing đến exact model, order, serial/IMEI, installation job và warranty record. AI chỉ tạo candidate hoặc DRAFT; mỗi bước đều có evidence, trạng thái, owner, idempotency key và nhánh STOP. Nó không publish listing, reserve tồn, xác nhận trả góp, quyết định đổi trả hay hướng dẫn sửa thiết bị.

Bài này tập trung luồng vận hành đa kênh, khác bản đồ chọn use case và khác bộ prompt copy. Mục tiêu là để đội product, kho, service, finance và CSKH nhìn cùng một packet, phát hiện mâu thuẫn sớm và rollback được. Tốc độ không được dùng để bỏ qua exact-model gate, safety gate hoặc human review.

Việc AI làm trong quy trình và hành động bị khóa

AI có thể trích listing-id, map model candidate, so spec source, phát hiện inventory snapshot cũ, kiểm định dạng serial, tóm tắt yêu cầu giao lắp, lập warranty intake và giải thích chênh lệch đơn. Nó tạo exception reason như MODEL_MISMATCH, SERIAL_VARIANCE hoặc POLICY_UNKNOWN. Đầu ra luôn ở trạng thái candidate cho đến khi owner xác nhận.

AI không tự chọn model gần nhất, không sửa giá hoặc tồn, không reserve hàng, không kích hoạt bảo hành, không kết luận lỗi kỹ thuật, không duyệt trả góp, đổi trả hay refund. Khi khách mô tả rò điện, mùi khét, pin phồng hoặc tia lửa, luồng phải STOP_UNSAFE và chuyển service; không sinh hướng dẫn tháo lắp.

Product specialist duyệt model/spec; channel operator duyệt listing; kho duyệt tồn và serial; installation/service duyệt lịch, điều kiện an toàn và bảo hành; finance advisor kiểm chương trình trả góp; CSKH kiểm identity, consent và phản hồi. Một quyết định nhạy cảm không được thay bằng confidence score.

Dữ liệu và khóa nối cần có trước workflow

Product master dùng product_id, exact model_code, variant, market, source version và owner. Channel mapping dùng channel, shop_id, listing_id, seller_sku, product_id cùng effective_at. Không nối bằng tiêu đề mô tả. Inventory ledger có location, on_hand, reserved, available, captured_at và event_id; freshness rule do kho đặt.

Order packet có order_id, channel_order_id, idempotency_key, line item, model, quantity, payment state và address tối thiểu theo mục đích. Serial packet tách candidate, scan event, operator, timestamp và confirmed state. Installation packet có slot candidate, điều kiện vị trí, phụ kiện, technician owner và safety notes; khách không bị yêu cầu gửi dữ liệu ngoài nhu cầu.

Warranty/return packet có purchase evidence, policy_version, serial, symptom nguyên văn, safety flag, attachments theo consent, route và decision owner. Finance packet chỉ tham chiếu program/version cùng trường cần chuyển cố vấn; không chứa “approved”. Bộ fixture minh họa phải có duplicate event, out-of-order update, model gần tên, serial trùng, stale stock, failed connector và khách rút consent.

Workflow bảy bước có nhánh lỗi và Human-in-the-loop

Bước 1 — Nhận product source: kiểm schema/version và exact model; thiếu key thì STOP_MODEL_KEY. Bước 2 — Cổng spec/compatibility: chỉ dùng claim có source; mâu thuẫn chuyển product specialist. Bước 3 — Listing review: tạo DRAFT theo từng kênh, channel operator duyệt trước publish thủ công.

Bước 4 — Nhận đơn idempotent: khóa channel_order_id và event_id; event lặp trả NO_OP. Map sai model chuyển exception, không reserve. Bước 5 — Tồn/serial: kho xác nhận available cùng serial candidate; chênh lệch tạo SERIAL_REVIEW, không tự sửa ledger.

Bước 6 — Giao lắp/bảo hành: service kiểm lịch, phụ kiện, safety và warranty eligibility; rủi ro tạo STOP_UNSAFE. Bước 7 — Đổi trả/đối soát: AI lập variance packet; policy và finance owner quyết định. Mỗi bước lưu before/after, reviewer, reason_code và rollback pointer.

Workflow bảy bước vận hành Điện máy – điện tử đa kênh — Sơ đồ minh họa có cổng exact model, idempotency, serial, an toàn và duyệt đổi trả.

Năm prompt hỗ trợ từng cổng kiểm soát

Prompt source gate kiểm exact model và claim. Prompt order correlation nối listing–order–serial mà không sửa dữ liệu. Prompt installation brief chỉ tóm tắt điều kiện đã cung cấp. Prompt warranty triage phân loại route, không chẩn đoán. Prompt reconciliation tạo variance packet cho người quyết định. Từng prompt dùng key và output riêng của bước.

Các prompt không được gọi action adapter. Input phải có source/version; output phải hiển thị UNKNOWN, evidence và reviewer. Nếu connector trả timeout, prompt không retry tạo đơn; event được đưa vào dead-letter với cùng idempotency key. Nếu attachment có dữ liệu không cần thiết, redaction diễn ra trước model context.

Prompt regression gồm event lặp, event đến sai thứ tự, serial một ký tự sai, warranty version hết hạn và safety symptom. Khi kết quả đề xuất publish, reserve, refund, approve finance hoặc repair guidance, policy validator chặn trước review. Người duyệt quyết định tiếp tục, sửa hay rollback.

Công cụ và điểm tích hợp phù hợp

KiotViet, Sapo hoặc Haravan làm nguồn product/order tùy hệ thống hiện có; Shopee và Lazada cung cấp channel event; MISA giữ chứng từ đối soát; Google Sheets hỗ trợ fixture; Drive giữ tài liệu hãng; ticket/warranty system giữ hậu mãi. Mỗi adapter có service account riêng và quyền tối thiểu.

Event queue tách ingest khỏi xử lý; schema registry quản version; audit log ghi correlation-id; dead-letter queue giữ lỗi chờ review. n8n/Make có thể điều phối DRAFT sau khi idempotency được chứng minh. Không gắn credential refund, inventory write, finance approval hoặc warranty activation vào AI node.

Bảng correlation từ listing đến serial và bảo hành — Bảng minh họa dòng khóa listing-id, order-id, exact model, serial, installation và warranty để truy vết.

Người duyệt tại từng điểm và quyền của AI

Ở product gate, chuyên viên xem exact model, claim, nguồn và compatibility unknowns. Ở listing gate, channel operator xem field diff cùng policy kênh. Ở order gate, kho xem availability, idempotency và serial scan. Ở installation gate, service xem điều kiện an toàn, phụ kiện và slot. Ở after-sales gate, warranty/policy/finance owner xem bằng chứng.

AI chỉ READ, EXTRACT, CLASSIFY, COMPARE và CREATE_DRAFT. Reviewer có thể APPROVE_DRAFT trong giao diện nội bộ nhưng action thật vẫn qua adapter có policy. Các quyền PUBLISH, RESERVE, CHANGE_PRICE, ACTIVATE_WARRANTY, APPROVE_FINANCE, REFUND và REPAIR_DECISION mặc định DENY.

CSKH xác minh identity và consent trước liên hệ. Khách cấp hoặc rút consent; hệ thống chỉ ghi evidence, áp dụng quiet hours, retention và STOP_CONTACT. Reviewer không được “đánh dấu consent thay khách”. Khi route thay đổi, audit lưu ai đổi, lý do và packet trước/sau.

Sai lầm vận hành và rủi ro phải tránh

Sai lầm nguy hiểm nhất là nối bằng tên sản phẩm, để retry tạo đơn lặp, coi tồn cũ là available, gán nhầm serial hoặc dùng policy bảo hành hết hạn. Một lỗi đầu chuỗi sẽ làm lịch lắp, kích hoạt bảo hành và đối soát sai. Vì vậy exact-model mismatch là blocker, không phải warning.

Không cho Agent biến mô tả sự cố thành kết luận linh kiện, hướng dẫn khách mở máy hoặc thao tác điện. Không cho AI tự duyệt trả góp, đổi trả hoặc hoàn tiền. Không hứa phụ tùng và SLA khi service owner chưa xác nhận. Không dùng dữ liệu nhạy cảm vượt mục đích của ticket.

Retry chỉ được áp dụng với read an toàn và cùng idempotency key; action có side effect cần state check. Out-of-order event vào queue chờ; source conflict giữ cả hai bản; serial variance vào human review. Rollback đóng adapter write, phục hồi snapshot trước và rà các event liên quan.

Triển khai workflow theo shadow mode

Giai đoạn một dùng ba mươi order DEMO cho một nhóm sản phẩm và hai kênh. Chạy ingest, model gate, order correlation và exception queue nhưng không ghi sang hệ thống. Product, kho và service ký expected output; cố tình đưa duplicate, stale stock, model mismatch và unsafe symptom để kiểm STOP.

Giai đoạn hai mở DRAFT listing cùng installation brief, vẫn publish thủ công. Theo dõi exact-model pass, duplicate NO_OP, serial variance recall, reviewer correction, dead-letter age và rollback time. Giai đoạn ba chỉ mở adapter hạn chế sau khi owner duyệt từng action; refund, finance và repair luôn human-only.

Không suy rộng kết quả minh họa thành doanh thu. Khi sàn đổi schema, hãng đổi product document hoặc warranty policy đổi version, đóng cổng liên quan và chạy regression. Mỗi tuần rà quyền, secret, event backlog và các action bị chặn.

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

Dữ liệu minh họa: ORDER-DEMO-31 nhận lại event EVT-8 nên idempotency trả NO_OP; listing map WM-DEMO-10 nhưng serial thuộc WM-DEMO-10S nên SERIAL_REVIEW; yêu cầu lắp chuyển service; finance và đổi trả không được tự quyết định.

Vì sao không map sản phẩm bằng tên?

Tên có thể giống hoặc bị rút gọn; exact model_code và mapping đã duyệt mới đủ để nối listing, tồn, serial cùng bảo hành.

Connector lỗi có nên retry ngay?

Read có thể retry theo chính sách; action có side effect phải kiểm idempotency và state trước, nếu chưa rõ thì vào dead-letter.

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

Không. AI lập packet và nêu trường thiếu; policy/finance owner giữ quyết định.

Khi khách báo rò điện thì workflow làm gì?

STOP_UNSAFE, không chẩn đoán hay hướng dẫn tháo máy, và chuyển service theo playbook được duyệt.

Đọc bản đồ nghề, mở prompt pack Điện máy – điện tử, xem landing nghề, đối chiếu bản đồ ngành hoặc liên hệ NganAds qua 0983543063.

Workflow

Bước 1: Nhận product source — Kiểm schema, version và exact model; thiếu key thì STOP_MODEL_KEY.
Bước 2: Duyệt spec và compatibility — Chỉ giữ claim có nguồn; mâu thuẫn chuyển product specialist.
Bước 3: Tạo listing DRAFT — Map field theo kênh; channel operator duyệt trước khi publish.
Bước 4: Nhận đơn idempotent — Khóa event/order; event lặp NO_OP, model mismatch vào exception.
Bước 5: Xác nhận tồn và serial — Kho duyệt availability cùng serial; không tự sửa ledger.
Bước 6: Duyệt giao lắp và bảo hành — Service kiểm lịch, an toàn và policy; unsafe case STOP.
Bước 7: Đối soát ngoại lệ — AI lập variance; policy/finance owner quyết định đổi trả hoặc hoàn tiền.

Prompt mẫu

Kiểm cổng exact model và nguồn

MỤC TIÊU: Chặn model hoặc claim không đủ bằng chứng trước listing.
[ĐẦU VÀO]: Product/listing DEMO có model_code, source_ref, version, compatibility và effective_at.
ĐỊNH DẠNG ĐẦU RA: Claim | exact model | source | status PASS/UNKNOWN/CONFLICT | reviewer | STOP.
VÍ DỤ ĐIỀN SẴN: WM-DEMO-10S khác WM-DEMO-10; MODEL_MISMATCH, product specialist review.

Nối listing, đơn và serial có idempotency

MỤC TIÊU: Tạo correlation packet mà không ghi hệ thống.
[ĐẦU VÀO]: listing_id, channel_order_id, event_id, exact model, serial candidate và timestamp DEMO.
ĐỊNH DẠNG ĐẦU RA: Correlation key | match | duplicate | variance | owner | next safe step.
VÍ DỤ ĐIỀN SẴN: EVT-DEMO-8 lặp nên NO_OP; serial khác hậu tố nên SERIAL_REVIEW.

Soạn installation brief an toàn

MỤC TIÊU: Tóm tắt dữ kiện giao lắp cho kỹ thuật viên xác minh.
[ĐẦU VÀO]: Model DEMO, kích thước vị trí khách cung cấp, nguồn điện/nước, lối đi, phụ kiện và slot candidate.
ĐỊNH DẠNG ĐẦU RA: Fact | UNKNOWN | câu hỏi | safety flag | technician owner | STOP.
VÍ DỤ ĐIỀN SẴN: Chưa rõ ổ cắm chịu tải; đánh dấu UNKNOWN, không hướng dẫn đấu điện.

Tạo warranty intake không chẩn đoán

MỤC TIÊU: Lập packet bảo hành và route service, không kết luận lỗi.
[ĐẦU VÀO]: Purchase evidence DEMO, serial, policy version, triệu chứng nguyên văn, ảnh theo consent và safety flag.
ĐỊNH DẠNG ĐẦU RA: Evidence | trường thiếu | route candidate | safety STOP | reviewer | forbidden claim.
VÍ DỤ ĐIỀN SẴN: Khách báo mùi khét; STOP_UNSAFE và chuyển service, không đoán bo nguồn.

Lập packet đối soát ngoại lệ

MỤC TIÊU: Giải thích chênh lệch để người phụ trách quyết định.
[ĐẦU VÀO]: Order, payment, serial, shipment, warranty/return event và ledger snapshot DEMO.
ĐỊNH DẠNG ĐẦU RA: Expected | actual | variance | evidence | owner | action bị cấm | rollback.
VÍ DỤ ĐIỀN SẴN: Serial đơn khác scan kho; BLOCK, không sửa ledger hoặc tự refund.

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

Vì sao không map bằng tên?

Tên có thể giống; phải dùng exact model_code và mapping đã duyệt.

Connector lỗi có retry ngay không?

Action có side effect phải kiểm idempotency và state; chưa rõ thì vào dead-letter.

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

Không; AI chỉ lập packet cho policy/finance owner.

Khách báo rò điện thì làm gì?

STOP_UNSAFE và chuyển service, không chẩn đoán hay hướng dẫn tháo máy.

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.