Kiến thức / Chủ shop online / Chủ shop

Workflow AI viết mô tả sản phẩm có kiểm duyệt

Workflow từ danh mục hàng đến lịch bán và chăm khách cũ dành cho Viết mô tả sản phẩm

Tình huống thực tế

Thứ Hai, nhóm catalog nhận 60 mã hàng mới: file Excel có kích thước, Drive có hướng dẫn, ảnh gửi qua Zalo và Sapo đã tạo SKU. Nếu mọi thứ được ném vào một prompt, lỗi variant sẽ lẫn với lỗi câu chữ. PDM-FLOW-83 tổ chức công việc thành hồ sơ độc lập, đi từ INTAKE đến VERIFIED, DRAFTED, REVIEWED rồi APPROVED. Shopee, TikTok Shop và website chỉ nhận gói cuối; AI không chạm nút đăng và không tự sửa dữ liệu gốc. Mốc kiểm PDM-FLOW-83-1: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Việc có thể giao cho AI

AI đảm nhận bóc tách field, ghép synonym, tạo bản nháp theo schema kênh, kiểm độ dài và lập diff giữa các version. Nó không tự quyết claim, không tự chọn SKU khi ảnh mơ hồ và không biến UNKNOWN thành câu quảng cáo. Người vận hành nhận từng exception packet thay vì đọc lại toàn bộ lô. Khi rule hoặc reviewer từ chối, hồ sơ quay đúng state trước đó với reason code, không chạy lại tất cả bước. Mốc kiểm PDM-FLOW-83-2: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Dữ liệu cần chuẩn bị

Mỗi hồ sơ cần item-id, variant-id, source bundle, unit dictionary, claim status, channel template, tone version và deadline. Bản ghi state có entered-at, actor, artifact-version và next-owner. File nguồn được băm checksum để phát hiện thay đổi giữa lúc soạn. Nếu Sapo ghi “M” nhưng Sheet ghi “Medium/38”, mapping phải có quy tắc rõ. Nếu thiếu, state là NEEDS_MAPPING và clock review được dừng. Mốc kiểm PDM-FLOW-83-3: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Workflow từng bước

State machine bảy bước buộc mọi chuyển trạng thái có điều kiện. INTAKE sai schema vào QUARANTINE; nguồn chưa đủ sang SOURCE_HOLD; candidate vi phạm claim sang CLAIM_REVIEW; bản sai tone quay DRAFTED; gói được duyệt mới thành APPROVED. Adapter xuất file chỉ đọc trạng thái APPROVED và tạo receipt, không gọi API publish. Retry cùng task-id trả gói cũ thay vì tạo một mô tả thứ hai không kiểm soát. Mốc kiểm PDM-FLOW-83-4: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Bước 1: Đóng gói hồ sơ INTAKE

Gắn task-id, SKU/variant, source checksum và template-version; sai schema vào QUARANTINE. Tiêu chí qua bước 1 của PDM-FLOW-83 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 2: Xác minh nguồn

Rule kiểm owner, hiệu lực và mapping; thiếu hoặc mâu thuẫn chuyển SOURCE_HOLD. Tiêu chí qua bước 2 của PDM-FLOW-83 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 3: Chuẩn hóa fact table

AI trích field thành schema và giữ UNKNOWN; đơn vị chưa map chuyển NEEDS_MAPPING. Tiêu chí qua bước 3 của PDM-FLOW-83 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 4: Tạo DRAFT theo kênh

Sinh candidate riêng cho từng channel từ fact VERIFIED, không tự thêm claim hay giá. Tiêu chí qua bước 4 của PDM-FLOW-83 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 5: Kiểm claim và contamination

So source-ref, variant-id, banned field và checksum; vi phạm vào CLAIM_REVIEW. Tiêu chí qua bước 5 của PDM-FLOW-83 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 6: Human review và khóa version

Editor/correct owner duyệt diff, RETURN có reason hoặc ký artifact thành APPROVED. Tiêu chí qua bước 6 của PDM-FLOW-83 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Bước 7: Xuất gói bàn giao

Tạo file cùng receipt cho channel operator đăng thủ công; retry cùng task-id không nhân bản. Tiêu chí qua bước 7 của PDM-FLOW-83 là có evidence, next-state và đúng human owner; mọi lỗi phải giữ reason code để phục hồi đúng chặng.

Sơ đồ dây chuyền nội dung catalog có trạng thái, version và nhánh trả lại
Sơ đồ minh họa PDM-FLOW-83: state, nhánh lỗi, điều kiện dừng và Human-in-the-loop được hiển thị đầy đủ, không cắt ảnh.

Prompt thực hành

Prompt trong bài workflow chỉ hỗ trợ các chặng của dây chuyền: chuyển source bundle thành fact table, giải quyết đơn vị đo, tạo channel draft, viết diff review và lập handoff packet. Mỗi prompt trả JSON hoặc bảng có unknowns; người duyệt có thể tái hiện bằng cùng version. Chúng khác bộ prompt kiểm định ở bài prompt-pack vì mục tiêu ở đây là di chuyển hồ sơ qua state, không xây thư viện tiêu chuẩn dài hạn. Mốc kiểm PDM-FLOW-83-5: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Prompt 1: Biến source bundle thành fact table

Trích dữ kiện phục vụ state VERIFIED, không tạo câu bán hàng. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-FLOW-83; kết quả luôn là tài liệu chờ người duyệt — 4813ADC3-13-2.

Prompt 2: Giải quyết mapping đơn vị

Đề xuất bảng ánh xạ để catalog owner duyệt. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-FLOW-83; kết quả luôn là tài liệu chờ người duyệt — 4813ADC3-14-2.

Prompt 3: Tạo channel draft có schema

Soạn candidate chỉ từ fact VERIFIED. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-FLOW-83; kết quả luôn là tài liệu chờ người duyệt — 4813ADC3-15-2.

Prompt 4: Viết diff cho reviewer

Tóm tắt thay đổi giữa hai artifact-version. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-FLOW-83; kết quả luôn là tài liệu chờ người duyệt — 4813ADC3-16-2.

Prompt 5: Lập gói bàn giao APPROVED

Chuẩn bị packet để operator cập nhật kênh thủ công. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-FLOW-83; kết quả luôn là tài liệu chờ người duyệt — 4813ADC3-17-2.

Công cụ phù hợp

Google Drive giữ source bundle; Google Sheets hoặc Airtable làm queue; Sapo/KiotViet cung cấp SKU; Notion giữ style contract; n8n có thể điều phối trạng thái nhưng credential chỉ đọc. Một service nhỏ tạo checksum và receipt khi quy mô lớn. Shopee, TikTok Shop, Haravan hay website là đích bàn giao, không phải nơi AI tự ghi. Dashboard cần hiện age, owner và reason code của từng hồ sơ. Mốc kiểm PDM-FLOW-83-6: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

AI làm gì / người duyệt gì

AI là worker tạo artifact; editor là người chịu trách nhiệm ngôn ngữ; catalog owner chịu trách nhiệm mapping; người có chuyên môn duyệt claim; channel operator kiểm quy cách trước khi đăng thủ công. System owner quản state transition và retry. Không dùng một tài khoản chung cho approve. Nếu reviewer vắng, hồ sơ chờ hoặc chuyển người dự phòng; timeout không được đổi thành tự duyệt. Mốc kiểm PDM-FLOW-83-7: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Bảng dữ liệu, quyền và kiểm duyệt cho Viết mô tả sản phẩm
Visual minh họa PDM-FLOW-83; số liệu DEMO dùng để kiểm quy trình, không phải kết quả kinh doanh.

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

Lỗi nguy hiểm nhất là ghi đè draft, mất version, retry tạo bản song song và dùng template kênh hết hạn. Ngoài ra, việc gộp 60 SKU vào một prompt khiến câu của mã này trôi sang mã khác. PDM-FLOW-83 dùng isolation theo task-id, schema validation, checksum, idempotency và giới hạn batch. Nếu phát hiện contamination, dừng lô, giữ evidence, đánh dấu các artifact liên quan và quay về source bundle sạch. Mốc kiểm PDM-FLOW-83-8: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Triển khai theo quy mô

Pilot nên chạy năm SKU mỗi loại variant, qua đủ case chuẩn và case lỗi. Tuần đầu chỉ quan sát state age, source coverage, số lần RETURN và lý do editor sửa. Đội nhỏ thêm SLA cùng backup reviewer; doanh nghiệp thêm queue theo domain, immutable log và canary khi đổi prompt. Mở rộng chỉ khi replay không nhân bản, gói APPROVED truy được nguồn và operator có đường xuất thủ công khi orchestration ngừng. Mốc kiểm PDM-FLOW-83-9: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Kết quả đầu ra mẫu

Kết quả minh họa PDM-FLOW-83 có 15 hồ sơ: chín APPROVED, ba SOURCE_HOLD, hai CLAIM_REVIEW và một NEEDS_MAPPING. SKU DEMO-LAMP-12 không vượt bước VERIFIED vì công suất trên bao bì khác file nhà cung cấp. Hệ thống tạo packet nêu hai nguồn, owner và lựa chọn cần xác minh; không viết một con số “hợp lý”. Bảng kết quả phản ánh trạng thái quy trình, không phải số liệu bán hàng hay cam kết hiệu quả. Mốc kiểm PDM-FLOW-83-10: artifact chỉ được chuyển tiếp khi nguồn, owner và điều kiện dừng đều hiện rõ; nếu không, người vận hành giữ trạng thái chờ và dùng đường thủ công đã phê duyệt.

Ca 4813ADC3: Đọc tiếp: Hub Kiến thức AI Agent · Cụm Chủ shop · Ngành Chủ shop online · Landing nghề · Google Sheets bằng AI · Sale và CSKH

Bước tiếp theo: Chọn một fixture PDM-FLOW-83, loại dữ liệu không cần thiết và gửi sơ đồ hiện trạng tại /lien-he để NganAds cùng thiết kế pilot DRAFT-only có người duyệt.

Workflow

  1. Bước 1: Đóng gói hồ sơ INTAKE — Gắn task-id, SKU/variant, source checksum và template-version; sai schema vào QUARANTINE.
  2. Bước 2: Xác minh nguồn — Rule kiểm owner, hiệu lực và mapping; thiếu hoặc mâu thuẫn chuyển SOURCE_HOLD.
  3. Bước 3: Chuẩn hóa fact table — AI trích field thành schema và giữ UNKNOWN; đơn vị chưa map chuyển NEEDS_MAPPING.
  4. Bước 4: Tạo DRAFT theo kênh — Sinh candidate riêng cho từng channel từ fact VERIFIED, không tự thêm claim hay giá.
  5. Bước 5: Kiểm claim và contamination — So source-ref, variant-id, banned field và checksum; vi phạm vào CLAIM_REVIEW.
  6. Bước 6: Human review và khóa version — Editor/correct owner duyệt diff, RETURN có reason hoặc ký artifact thành APPROVED.
  7. Bước 7: Xuất gói bàn giao — Tạo file cùng receipt cho channel operator đăng thủ công; retry cùng task-id không nhân bản.

Prompt mẫu

Biến source bundle thành fact table

MỤC TIÊU: Trích dữ kiện phục vụ state VERIFIED, không tạo câu bán hàng.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-FLOW-83-1]
TASK_ID, SKU_VARIANT, DANH_SÁCH_NGUỒN, SCHEMA = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: JSON field/value/source/status/unknown.

VÍ DỤ ĐIỀN SẴN: PDM-FLOW-DEMO-01 giữ công suất CONFLICT vì hai nguồn khác nhau.

Giải quyết mapping đơn vị

MỤC TIÊU: Đề xuất bảng ánh xạ để catalog owner duyệt.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-FLOW-83-2]
ĐƠN_VỊ_GỐC, TỪ_ĐIỂN, KÊNH_ĐÍCH, SAI_SỐ_CHO_PHÉP = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: Mapping candidate | Evidence | Conflict | Verdict chờ.

VÍ DỤ ĐIỀN SẴN: M và Medium/38 không được gộp nếu thiếu size chart đã duyệt.

Tạo channel draft có schema

MỤC TIÊU: Soạn candidate chỉ từ fact VERIFIED.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-FLOW-83-3]
FACT_TABLE, TONE_VERSION, CHANNEL_SCHEMA, GIỚI_HẠN_KÝ_TỰ = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: Draft + source map + excluded fields.

VÍ DỤ ĐIỀN SẴN: Bỏ trường chống xước vì claim status đang UNKNOWN.

Viết diff cho reviewer

MỤC TIÊU: Tóm tắt thay đổi giữa hai artifact-version.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-FLOW-83-4]
VERSION_CŨ, VERSION_MỚI, SOURCE_CHANGE, RULE_SET = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: Diff | Lý do | Tác động | Reviewer cần xem.

VÍ DỤ ĐIỀN SẴN: Đơn vị chiều rộng đổi sau khi catalog owner cập nhật size chart v3.

Lập gói bàn giao APPROVED

MỤC TIÊU: Chuẩn bị packet để operator cập nhật kênh thủ công.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-FLOW-83-5]
ARTIFACT, APPROVAL_RECEIPT, CHANNEL, CHECKLIST = [điền dữ liệu đã kiểm tra]
PHẠM_VI = [DRAFT nội bộ, không gửi/đăng/chốt]

YÊU CẦU: Giữ UNKNOWN khi thiếu bằng chứng; nêu source-ref, limitation, stop condition và người duyệt. Không tạo hành động bên ngoài.

ĐỊNH DẠNG ĐẦU RA: Manifest file | Checksum | Người duyệt | Hướng dẫn rollback.

VÍ DỤ ĐIỀN SẴN: Gói DEMO chỉ chứa bản Shopee APPROVED và không chứa credential.

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

Bài liên quan

Chọn một fixture PDM-FLOW-83, loại dữ liệu không cần thiết và gửi sơ đồ hiện trạng tại /lien-he để NganAds cùng thiết kế pilot DRAFT-only có người duyệt.