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

Bộ prompt kiểm định mô tả sản phẩm

Bộ prompt tạo mô tả, combo và kịch bản chốt đơn cho Viết mô tả sản phẩm: copy và tùy chỉnh

Tình huống thực tế

Bản mô tả đã viết xong vẫn có thể lẫn claim không nguồn, thiếu thông số quan trọng hoặc dùng cùng một câu cho mọi variant. PDM-PROMPT-96 tập trung vào “bàn kiểm định” sau soạn thảo, không lặp quy trình tạo nội dung. Người dùng đưa draft, fact table và rule vào năm prompt để nhận phiếu kiểm tra. Trong bối cảnh Việt Nam, dữ liệu có thể đến từ Sapo, KiotViet, Google Sheets, Shopee và TikTok Shop; đầu ra chỉ là nhận xét DRAFT, không tự sửa listing. Mốc kiểm PDM-PROMPT-96-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 phù hợp để đánh dấu câu cần bằng chứng, so draft với fact, tìm chỗ nhập nhằng, kiểm nhất quán giữa variant và tạo câu hỏi cho reviewer. Nó không xác nhận sản phẩm an toàn, không suy ra công dụng và không quyết định câu nào được đăng. Mỗi phát hiện phải có trích đoạn, rule, source-ref và mức xử lý. Nếu thiếu tài liệu, verdict là NEEDS_EVIDENCE chứ không phải “có vẻ đúng”. Mốc kiểm PDM-PROMPT-96-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ị

Bộ kiểm định cần draft có version, fact table đã khóa, claim policy, danh sách trường bắt buộc, channel rule và tone guide. Với nội dung cũ, cần thêm listing snapshot để thấy khác biệt. Dữ liệu đầu vào phải bỏ token, thông tin khách và file không liên quan. Mỗi prompt dùng một nhiệm vụ riêng: audit claim, coverage, variant consistency, readability và decision brief; nhờ vậy kết quả không lẫn thành một bản sửa tự động khó truy vết. Mốc kiểm PDM-PROMPT-96-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

Quy trình sử dụng prompt đi qua sáu trạng thái: READY_FOR_AUDIT, CHECKED, EVIDENCE_HOLD, EDIT_REQUIRED, HUMAN_REVIEW và CLOSED. Người vận hành chạy từng prompt trên cùng artifact-id, gom phiếu kiểm tra, sửa ở bản mới rồi yêu cầu reviewer. Khi một phiếu dẫn sai source, nó bị REJECTED và không được dùng tiếp. Không có trạng thái AUTO_PUBLISHED; closing receipt chỉ chứng minh ai đã xem và quyết định gì. Mốc kiểm PDM-PROMPT-96-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: Khóa artifact cần kiểm

Gắn artifact-id, draft-version, fact checksum và rule-version; input thay đổi phải tạo lượt mới. Tiêu chí qua bước 1 của PDM-PROMPT-96 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: Chạy kiểm claim

Tìm câu cần bằng chứng, trả trích đoạn và source-ref; thiếu nguồn chuyển EVIDENCE_HOLD. Tiêu chí qua bước 2 của PDM-PROMPT-96 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: Kiểm coverage và variant

So trường bắt buộc, đơn vị và nội dung giữa biến thể; contamination chuyển EDIT_REQUIRED. Tiêu chí qua bước 3 của PDM-PROMPT-96 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: Đánh giá khả năng đọc

Gắn vấn đề cụ thể theo đối tượng/kênh, không tự thay toàn bộ giọng thương hiệu. Tiêu chí qua bước 4 của PDM-PROMPT-96 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: Gom decision brief

Hợp nhất issue không trùng, chỉ owner, priority và evidence cần xem. Tiêu chí qua bước 5 của PDM-PROMPT-96 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: Con người phán quyết

Reviewer ACCEPT, EDIT hoặc NEEDS_EVIDENCE; conflict chuyển người có thẩm quyền. Tiêu chí qua bước 6 của PDM-PROMPT-96 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: Đóng lượt kiểm

Lưu receipt, input/output version và vấn đề còn mở; không kích hoạt publish hoặc gửi tin. Tiêu chí qua bước 7 của PDM-PROMPT-96 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ơ đồ bộ prompt kiểm định độ tin cậy và tính nhất quán của mô tả
Sơ đồ minh họa PDM-PROMPT-96: 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 thứ nhất truy claim; thứ hai kiểm field coverage; thứ ba so variant; thứ tư đánh giá khả năng đọc theo đối tượng; thứ năm tạo decision brief. Cách tách này khiến từng output có cấu trúc và owner rõ. Ví dụ điền sẵn dùng SKU DEMO, không đưa kết quả kinh doanh. Người dùng copy nhanh nhưng phải thay rule thật, nguồn thật và phạm vi kênh trước khi sử dụng. Mốc kiểm PDM-PROMPT-96-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: Audit claim theo bằng chứng

Khoanh câu vượt nguồn và đặt câu hỏi xác minh. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-PROMPT-96; kết quả luôn là tài liệu chờ người duyệt — 9D3FF96D-13-2.

Prompt 2: Kiểm độ phủ thông tin

So draft với field bắt buộc theo loại 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-PROMPT-96; kết quả luôn là tài liệu chờ người duyệt — 9D3FF96D-14-2.

Prompt 3: So nhất quán giữa variant

Phát hiện nội dung trôi từ biến thể này sang biến thể khác. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-PROMPT-96; kết quả luôn là tài liệu chờ người duyệt — 9D3FF96D-15-2.

Prompt 4: Đánh giá khả năng đọc

Chỉ ra câu khó hiểu cho nhóm đọc đã nêu. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-PROMPT-96; kết quả luôn là tài liệu chờ người duyệt — 9D3FF96D-16-2.

Prompt 5: Tạo decision brief

Gom issue thành gói quyết định có owner. Bản copy nằm trong prompt pack, có biến đầu vào, định dạng trả về và ví dụ PDM-PROMPT-96; kết quả luôn là tài liệu chờ người duyệt — 9D3FF96D-17-2.

Công cụ phù hợp

Google Docs hoặc Notion thuận tiện để review câu; Sheets giữ issue log; Drive giữ nguồn; Sapo và KiotViet cung cấp mã; Shopee/TikTok Shop cung cấp giới hạn hiển thị để đối chiếu. Có thể dùng ChatGPT hay công cụ AI đã được doanh nghiệp phê duyệt, nhưng không cài connector ghi. Một nút copy prompt không đồng nghĩa trao quyền; quyền cập nhật vẫn nằm ở editor và channel operator. Mốc kiểm PDM-PROMPT-96-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 tạo phiếu phát hiện và đề xuất cách làm rõ; editor sửa câu; catalog owner xác nhận field; người duyệt chuyên môn xem claim; channel operator kiểm preview. PDM-PROMPT-96 yêu cầu người duyệt ghi ACCEPT, EDIT hoặc NEEDS_EVIDENCE kèm lý do. Nếu hai reviewer khác verdict, issue ở trạng thái CONFLICT và chuyển owner cao hơn, không lấy đa số máy móc hoặc để model tự chọn. Mốc kiểm PDM-PROMPT-96-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-PROMPT-96; 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 dùng prompt phổ biến là chỉ dán draft mà không dán fact table, yêu cầu “hãy sửa cho thuyết phục” hoặc coi điểm số của model là bằng chứng. Một lỗi khác là chạy lại cho đến khi nhận kết quả mong muốn rồi bỏ các lần trước. Hãy lưu prompt-version, input checksum và output; chặn câu tự thêm số liệu; kiểm injection trong văn bản nguồn. Nếu prompt đề xuất publish, gửi tin hoặc cam kết, bỏ hành động đó khỏi output. Mốc kiểm PDM-PROMPT-96-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ô

Cá nhân có thể kiểm năm draft mỗi tuần; đội nhỏ thiết lập issue taxonomy và sample đã adjudicate; doanh nghiệp tạo benchmark theo ngành hàng, access control và retention. Trước khi đổi model hoặc prompt, chạy lại bộ benchmark và so false-negative ở claim quan trọng. Chỉ dùng điểm để ưu tiên review, không biến thành quyền duyệt. Khi backlog tăng, thu hẹp phạm vi thay vì bỏ bước con người. Mốc kiểm PDM-PROMPT-96-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

Phiếu minh họa PDM-PROMPT-96 cho SKU DEMO-BAG-04 ghi hai claim NEEDS_EVIDENCE, một trường kích thước MISSING, variant màu đen có câu lấy nhầm từ màu nâu và ba câu khó đọc. Decision brief giao catalog owner bổ sung size chart, editor sửa variant, reviewer chuyên môn xem claim. Không câu nào được cập nhật tự động. Đây là mẫu chất lượng nội dung, không phải dự báo đơn hàng. Mốc kiểm PDM-PROMPT-96-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.

Bước tiếp theo: Chọn một fixture PDM-PROMPT-96, 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: Khóa artifact cần kiểm — Gắn artifact-id, draft-version, fact checksum và rule-version; input thay đổi phải tạo lượt mới.
  2. Bước 2: Chạy kiểm claim — Tìm câu cần bằng chứng, trả trích đoạn và source-ref; thiếu nguồn chuyển EVIDENCE_HOLD.
  3. Bước 3: Kiểm coverage và variant — So trường bắt buộc, đơn vị và nội dung giữa biến thể; contamination chuyển EDIT_REQUIRED.
  4. Bước 4: Đánh giá khả năng đọc — Gắn vấn đề cụ thể theo đối tượng/kênh, không tự thay toàn bộ giọng thương hiệu.
  5. Bước 5: Gom decision brief — Hợp nhất issue không trùng, chỉ owner, priority và evidence cần xem.
  6. Bước 6: Con người phán quyết — Reviewer ACCEPT, EDIT hoặc NEEDS_EVIDENCE; conflict chuyển người có thẩm quyền.
  7. Bước 7: Đóng lượt kiểm — Lưu receipt, input/output version và vấn đề còn mở; không kích hoạt publish hoặc gửi tin.

Prompt mẫu

Audit claim theo bằng chứng

MỤC TIÊU: Khoanh câu vượt nguồn và đặt câu hỏi xác minh.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-PROMPT-96-1]
DRAFT_VERSION, FACT_TABLE, CLAIM_POLICY, SOURCE_INDEX = [đ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: Issue ID | Trích đoạn | Rule | Source-ref | Verdict.

VÍ DỤ ĐIỀN SẴN: Câu “bền tuyệt đối” của DEMO-BAG-04 chuyển NEEDS_EVIDENCE.

Kiểm độ phủ thông tin

MỤC TIÊU: So draft với field bắt buộc theo loại hàng.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-PROMPT-96-2]
PRODUCT_TYPE, REQUIRED_FIELDS, DRAFT, CHANNEL = [đ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: Covered | Missing | Ambiguous | Owner cần bổ sung.

VÍ DỤ ĐIỀN SẴN: Kích thước đáy túi bị MISSING, không tự ước lượng từ ảnh.

So nhất quán giữa variant

MỤC TIÊU: Phát hiện nội dung trôi từ biến thể này sang biến thể khác.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-PROMPT-96-3]
VARIANT_TABLE, DRAFTS, SHARED_FIELDS, UNIQUE_FIELDS = [đ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: Mismatch matrix + câu liên quan + hướng kiểm nguồn.

VÍ DỤ ĐIỀN SẴN: Màu đen chứa cụm “nâu hạt dẻ” nên vào EDIT_REQUIRED.

Đánh giá khả năng đọc

MỤC TIÊU: Chỉ ra câu khó hiểu cho nhóm đọc đã nêu.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-PROMPT-96-4]
ĐỐI_TƯỢNG, KÊNH, DRAFT, TONE_GUIDE = [đ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: Câu gốc | Vấn đề | Đề xuất ngắn | Điều không được đổi.

VÍ DỤ ĐIỀN SẴN: Giữ nguyên thông số, rút câu dài 46 từ thành hai câu để editor duyệt.

Tạo decision brief

MỤC TIÊU: Gom issue thành gói quyết định có owner.

[ĐẦU VÀO]
MÃ_ARTIFACT = [PDM-PROMPT-96-5]
ISSUE_LOG, SOURCE_STATUS, DEADLINE, ROLE_MATRIX = [đ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: Priority | Decision needed | Evidence | Owner | Next state.

VÍ DỤ ĐIỀN SẴN: PDM-PROMPT-DEMO giao size chart cho catalog owner, không giao cho AI đoán.

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

Bài liên quan

Chọn một fixture PDM-PROMPT-96, 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.