PHẦN XVI — CLAUDE DESIGN: THIẾT KẾ HỆ THỐNG LÀM VIỆC VỚI CLAUDE
Hệ thống Đào tạo Nội bộ Vagataba V6.1 — Align SOP V04.6
PHẦN XVI — CLAUDE DESIGN: THIẾT KẾ HỆ THỐNG LÀM VIỆC VỚI CLAUDE
ĐỐI TƯỢNG HỌC: BẮT BUỘC đối với Chuyên viên CAS (R19), Ban Điều Hành (OM - R01, SDM - R06, MDM - R03, FCT - R02) và nhân sự chuyên trách kỹ thuật hệ thống. KHÔNG YÊU CẦU đối với nhân viên vận hành hiện trường. Ý NGHĨA THỰC TIỄN: Hướng dẫn tư duy thiết kế hệ thống làm việc với Claude toàn diện để đồng bộ hóa quy trình của cả phòng ban. Biến Claude từ một chatbot hỏi đáp rời rạc thành một "đồng nghiệp ảo" đáng tin cậy, phối hợp nhịp nhàng từ khâu lấy ý tưởng, viết bài đến duyệt pháp lý TPCN an toàn.
8.1 Claude Design là gì?
Không chỉ là viết prompt
Hầu hết NV dừng ở bước "viết 1 câu hỏi → nhận 1 câu trả lời". Đó mới là 20% giá trị Claude có thể mang lại.
Claude Design là kỷ luật thiết kế toàn bộ hệ thống làm việc với Claude — từ trước khi gõ prompt cho đến sau khi dùng output:
| Chỉ viết prompt | Claude Design |
|---|---|
| "Viết caption cho BNK" | Thiết kế workflow: insight → angle → caption → compliance check → A/B test → cập nhật KB |
| Mỗi lần hỏi lại từ đầu | Claude đã có sẵn context trong Project (brand guide, từ cấm, template) |
| Nhận output → dùng ngay | Output đi qua 3 bước review: sự thật → TPCN → tone → mới dùng |
| Mỗi NV mỗi kiểu | Cả team dùng cùng Project, cùng Instructions, cùng chuẩn output |
Công thức Claude Design
Claude Design = Goal Design + Context Design + Knowledge Design
+ Prompt Design + Output Design + Review Design
| Lớp | Ý nghĩa | Ví dụ Vagataba |
|---|---|---|
| Goal Design | Xác định rõ mục tiêu | "Cần 3 caption A/B test, comply TPCN, sẵn publish" |
| Context Design | Cung cấp bối cảnh đầy đủ | SP BNK 799k, target mẹ 55-75, con gái 28-40 |
| Knowledge Design | Chuẩn hoá tài liệu KB | Brand guide, từ cấm, template caption, data camp trước |
| Prompt Design | Cấu trúc giao việc rõ | Framework RISEN + XML tags + few-shot |
| Output Design | Định dạng kết quả dễ dùng | Bảng so sánh 3 version, có cột "TPCN check" |
| Review Design | Vòng kiểm tra + cải tiến | Self-score → TPCN check → TL duyệt → cập nhật KB |
💡 Tại sao quan trọng cho Vagataba? - Vagataba có 20 NV, 17 vai trò, 1 SP chính (BNK) trong ngành TPCN — ngành có rủi ro pháp lý rất cao. - Nếu mỗi NV tự viết prompt riêng → chất lượng không đều, rủi ro vi phạm TPCN. - Claude Design = hệ thống hoá → mọi NV đều đạt output chuẩn, an toàn, nhất quán.
Nguồn gốc tư duy Claude Design
Tư duy này tổng hợp từ các nguồn hàng đầu thế giới:
| Nguồn | Nguyên lý chính | Áp dụng Vagataba |
|---|---|---|
| Anthropic — Context Engineering | Prompt chỉ là 1 phần; context window = "RAM" cho AI | Dùng Project KB để AI luôn có context đúng |
| Stanford HAI — Human-Centered AI | AI hỗ trợ, KHÔNG thay thế con người | "AI soạn, NGƯỜI duyệt" là quy tắc vàng |
| Google PAIR — People + AI Guidebook | Thiết kế "handoff moments" giữa AI và người | Xác định rõ bước nào AI làm, bước nào người review |
| DeepLearning.AI — Agentic Patterns | 4 pattern: Reflection, Tool Use, Planning, Multi-agent | Dùng Self-Reflection trong mọi prompt quan trọng |
| Ethan Mollick (Wharton) — Co-Intelligence | AI = đồng nghiệp, không phải Google | Cowork Loop 5 bước: Giao → Nhận → Review → Feedback → Chuẩn hoá |
8.2 Insight từ các khóa đào tạo / nguồn hàng đầu thế giới
Bảng tổng hợp nguồn — Best practices toàn cầu
| # | Nguồn / Khóa học | Tổ chức | Bài học chính | Áp dụng Vagataba |
|---|---|---|---|---|
| 1 | Prompt Engineering Overview | Anthropic Docs | "Brilliant New Employee" — giao việc AI như giao NV mới: rõ ràng, đầy đủ context, không giả định | Mọi prompt phải có Context + Task + Format (§3.1) |
| 2 | Context Engineering (2025-2026) | Anthropic / Cộng đồng | Bottleneck không phải prompt, mà là chất lượng context. Quản lý context như quản lý RAM | Dùng Project KB để AI có context chuẩn, không paste lại mỗi lần |
| 3 | XML Tags Pattern | Anthropic Docs | Dùng XML tags (<context>, <task>, <constraints>) để tách rõ từng phần |
Chuẩn hoá template prompt phòng ban bằng XML (§3.6) |
| 4 | Few-Shot Learning | Anthropic + OpenAI | Cho 2-3 ví dụ input/output tốt hiệu quả hơn 1 đoạn giải thích dài | Mọi prompt phòng ban nên có ≥ 1 ví dụ mẫu |
| 5 | Positive Framing | Anthropic Docs | "Chỉ dùng: hỗ trợ, bổ sung" hiệu quả hơn "Không dùng: chữa, trị" | Viết constraint theo hướng positive cho TPCN |
| 6 | Prompt Caching | Anthropic API | Đặt nội dung lặp (instructions, ví dụ) đầu prompt → giảm chi phí + nhanh hơn | Dùng Project Instructions thay vì paste lại mỗi chat |
| 7 | Regression Testing | Anthropic + Promptfoo | Chạy prompt ≥ 3 lần + edge case trước khi deploy | Evaluation chuẩn cho mọi prompt quan trọng (§3.10) |
| 8 | Agentic AI Patterns | DeepLearning.AI (Andrew Ng) | 4 pattern: Reflection, Tool Use, Planning, Multi-agent | Dùng Reflection trong prompt, Planning khi task phức tạp |
| 9 | Evaluating AI Agents | DeepLearning.AI | Đánh giá AI theo framework: accuracy, safety, cost, latency | Đo ROI Claude bằng dashboard (PL_G) |
| 10 | People + AI Guidebook | Google PAIR | Thiết kế "handoff moments" — điểm chuyển giao giữa AI và người | Xác định rõ bước AI vs bước người trong mỗi workflow |
| 11 | Human-Centered AI | Stanford HAI | 3 tầng phân tích: User → Community → Society. AI bổ trợ, không thay thế | "AI soạn, NGƯỜI duyệt" + review 3 lớp |
| 12 | Trustworthy Agents in Practice | Anthropic (04/2026) | 5 trụ cột: Human Control, Value Alignment, Security, Transparency, Privacy | Áp dụng vào guardrails: kiểm soát, minh bạch, bảo mật data |
| 13 | Prompt Engineering for Developers | DeepLearning.AI + OpenAI | Nền tảng: summarize, infer, transform, expand | Kỹ năng cơ bản cho mọi NV Vagataba (Cấp 1-2) |
| 14 | Custom GPTs / Projects | OpenAI + Anthropic | Tạo workspace chuyên biệt với KB + Instructions = nhất quán xuyên team | Mỗi phòng ban 1 Project chuẩn (§7) |
| 15 | Responsible AI Deployment | Microsoft + Google | Pre-deployment review, ethical risk assessment, audit trail | TPCN compliance check + monthly audit |
⚠️ Lưu ý: Các khóa học trên DeepLearning.AI và Anthropic Academy hầu hết miễn phí. NV được khuyến khích tự học thêm nếu muốn nâng cao.
Anthropic Academy — 18 khóa học MIỄN PHÍ (có chứng chỉ)
| Khóa học | Thời lượng | Chứng chỉ | Áp dụng Vagataba |
|---|---|---|---|
| AI Fluency: Framework & Foundations ⭐ | 8-10 giờ | ✅ | Nền tảng bắt buộc cho mọi NV |
| Claude 101 | ~2 giờ | ✅ | Cách dùng cơ bản, điều hướng tài nguyên |
| Enterprise Train the Trainer ⭐ | ~3 giờ | ✅ | Dành cho TL — kỹ thuật đào tạo đồng nghiệp |
| Introduction to Claude Cowork | ~2 giờ | ✅ | Cowork loop, plugins, skills, file workflows |
| Interactive Prompt Tutorial | 9 chương | — | Từ Basic → Advanced + tool use (Google Sheets) |
💡 Lộ trình tự học: Claude 101 → AI Fluency (lấy chứng chỉ) → Interactive Tutorial → Prompt Generator → Artifacts
Enterprise AI UX Frameworks — Bổ trợ
| Framework | Tổ chức | Nội dung | Áp dụng |
|---|---|---|---|
| HAX Toolkit | Microsoft Research | 18 guidelines cho human-AI interaction qua 4 giai đoạn | Thiết kế handoff moments AI↔người |
| PAIR Guidebook v2 | Google Research | 38 patterns, 8 nhóm: Onboarding, Trust, Control | Xây dựng trust workflow cho NV mới |
| Responsible AI Standard | Microsoft | 6 nguyên tắc: Fairness, Reliability, Privacy, Transparency | Kiểm tra bias, bảo mật data |
| CLARA Framework | CS Industry | Confirm → Listen → Apologize → Resolve → Assure | Xử lý complaint khách hàng (§8.6) |
Anthropic Console — Công cụ hỗ trợ prompt
| Công cụ | Chức năng | Dùng khi nào |
|---|---|---|
| Prompt Generator | Tự động tạo prompt chuẩn từ mô tả task | NV chưa quen viết prompt XML |
| Prompt Improver | Cải thiện prompt hiện tại (4 bước) | Muốn nâng cấp prompt cũ |
| Evaluation Tool | Đánh giá chất lượng prompt bằng test set | Trước khi deploy prompt quan trọng |
| Template Variables | Tạo template có biến {{variable}} | Prompt lặp lại với data khác nhau |
5 nguyên tắc vàng rút ra từ nghiên cứu toàn cầu
| # | Nguyên tắc | Giải thích đơn giản |
|---|---|---|
| 1 | Context > Prompt | Chất lượng thông tin bạn cho AI quan trọng hơn cách bạn hỏi |
| 2 | System > Individual | Thiết kế hệ thống (Project, KB, Instructions) quan trọng hơn 1 prompt hay |
| 3 | Review > Trust | Đừng tin output đầu tiên; review ≥ 2 lượt mới dùng |
| 4 | Positive > Negative | Nói AI "làm gì" tốt hơn nói AI "không làm gì" |
| 5 | Iterate > Perfect | Cải tiến liên tục tốt hơn cố viết prompt "hoàn hảo" 1 lần |
8.3 Tư duy thiết kế Claude: từ "hỏi AI" sang "thiết kế hệ thống"
Hai kiểu user
| User kiểu cũ: "Hỏi AI" | User kiểu Claude Designer | |
|---|---|---|
| Tư duy | Hỏi 1 câu → nhận 1 câu trả lời | Thiết kế quy trình → AI là 1 bước trong workflow |
| Context | Gõ từ đầu mỗi lần | Context sẵn trong Project KB |
| Prompt | Viết ngẫu hứng | Dùng template chuẩn hoá |
| Output | Nhận gì dùng nấy | Định dạng rõ (bảng, checklist, script) |
| Review | Không review | 3 bước: sự thật → TPCN → tone |
| Cải tiến | Không | Lưu prompt tốt → cập nhật KB → chia sẻ team |
| Kết quả | Output lúc tốt lúc tệ | Output nhất quán, an toàn, dùng được ngay |
Ví dụ thực tế — MOS viết caption
User kiểu cũ:
Viết caption Facebook cho BNK tháng 5
→ Claude viết chung chung, thiếu tone, thiếu disclaimer, có thể dùng từ cấm TPCN.
Claude Designer:
- Mở Project "MKT Vagataba" (đã có KB: brand guide, từ cấm, template, data camp trước)
- Claude đã biết sẵn: SP gì, giá gì, target ai, từ nào cấm, format nào chuẩn
- Gõ prompt theo template RISEN + XML (§3.5):
<task>
Viết 3 caption A/B test cho campaign Ngày của Mẹ tháng 5/2026.
Target: con gái 28-40 mua cho mẹ 55-75.
Angle: "Mẹ luôn lo cho mình, giờ đến lượt mình lo cho mẹ"
</task>
<output_format>
Bảng 3 cột: Version | Caption (200-300 chữ) | TPCN Check (OK/Cần sửa)
Mỗi caption: Hook → Pain → Solution → Social proof → CTA → Disclaimer
</output_format>
<self_check>
Tự rà từ cấm TPCN. Tự chấm điểm mỗi version 1-10.
</self_check>
- Nhận output → review TPCN → feedback sửa → output final
- Lưu prompt tốt vào KB → tuần sau dùng lại
💡 Khác biệt: User kiểu cũ mất 30 phút và output 50/50 dùng được. Claude Designer mất 10 phút và output 90% dùng được ngay.
Bài kiểm tra nhanh: bạn là kiểu nào?
| Câu hỏi | Nếu YES → bạn đã có tư duy Claude Designer |
|---|---|
| Phòng ban bạn có Project Claude riêng? | ✅ |
| Project có KB với ≥ 3 file tài liệu? | ✅ |
| Có template prompt chuẩn cho task chính? | ✅ |
| Bạn review output ≥ 2 lượt trước khi dùng? | ✅ |
| Bạn lưu lại prompt tốt để dùng lại? | ✅ |
| Team bạn chia sẻ prompt hay hàng tuần? | ✅ |
Kết quả: ≥ 4 YES = đã có tư duy. < 4 = cần đọc tiếp phần 8.4-8.16.
8.4 Framework CD-6: 6 lớp thiết kế Claude
Tổng quan CD-6
CD-6 là framework do Vagataba xây dựng, tổng hợp từ Anthropic Context Engineering, Stanford HAI, Google PAIR, và DeepLearning.AI Agentic Patterns.
┌─────────────────────────────────────────────────────┐
│ FRAMEWORK CD-6 │
│ │
│ [1] 🎯 GOAL DESIGN — Mục tiêu cần đạt │
│ ↓ │
│ [2] 🌍 CONTEXT DESIGN — Bối cảnh cần cung cấp │
│ ↓ │
│ [3] 📚 KNOWLEDGE DESIGN — KB cần chuẩn hoá │
│ ↓ │
│ [4] ✍️ PROMPT DESIGN — Cách giao việc │
│ ↓ │
│ [5] 📋 OUTPUT DESIGN — Định dạng kết quả │
│ ↓ │
│ [6] 🔍 REVIEW DESIGN — Kiểm tra + cải tiến │
│ ↓ │
│ 🔁 Loop: Review → cập nhật KB → cải tiến prompt │
└─────────────────────────────────────────────────────┘
Lớp 1: 🎯 Goal Design — Mục tiêu cần đạt
| Yếu tố | Chi tiết |
|---|---|
| Mục đích | Xác định rõ "thành công trông như thế nào" TRƯỚC khi gõ prompt |
| Câu hỏi cần trả lời | Output này dùng để làm gì? Ai dùng? Tiêu chí đạt/không đạt? |
| Sai lầm thường gặp | Gõ prompt mà chưa biết mình muốn gì → output chung chung |
Ví dụ Vagataba:
| Task | Goal tệ | Goal tốt |
|---|---|---|
| Viết caption | "Viết caption hay" | "3 caption A/B test, comply TPCN, sẵn publish lên FB Ads, target con gái 28-40" |
| Phân tích RTS | "Phân tích đơn hoàn" | "Bảng RTS rate theo SC + khu vực + lý do, so sánh vs tuần trước, 3 action items" |
| Soạn tin CS | "Viết tin nhắn cho khách" | "Tin D+3 cho bà 65 tuổi, BNK, ≤ 80 chữ, tone ấm, có disclaimer, gợi ý combo" |
Template Goal Design:
Mục tiêu: [Output cụ thể — bao nhiêu item, format gì]
Người dùng: [Ai sẽ đọc/dùng output này]
Tiêu chí đạt: [Output đạt khi nào — số lượng, chất lượng, compliance]
Tiêu chí không đạt: [Nếu output có gì thì cần làm lại]
Lớp 2: 🌍 Context Design — Bối cảnh cần cung cấp
| Yếu tố | Chi tiết |
|---|---|
| Mục đích | Claude KHÔNG biết gì về Vagataba → phải cung cấp đúng và đủ |
| Câu hỏi cần trả lời | AI cần biết gì để làm task này? Data nào cần paste? Ràng buộc nào? |
| Sai lầm thường gặp | Thiếu context → Claude đoán sai. Thừa context → Claude lạc hướng |
Bảng context theo loại task:
| Loại task | Context BẮT BUỘC | Context NÊN CÓ |
|---|---|---|
| Content/Caption | SP, giá, target, từ cấm TPCN, angle | Data camp trước, caption đã chạy tốt |
| Sales reply | Tin khách (ẩn danh PII), SP hỏi, tone | Lịch sử mua, persona |
| Phân tích data | File data (CSV/Excel), metric cần tính | Benchmark, target KPI |
| SOP/Checklist | Quy trình hiện tại, pain point | Lỗi thường gặp, best practice |
| Báo cáo BĐH | Data tuần/tháng, KPI, so sánh target | Context chiến lược, quyết định trước đó |
💡 Nguyên tắc Anthropic: "Context window = RAM. Chỉ load những gì cần thiết, chất lượng cao."
Sai lầm phổ biến:
| ❌ Sai | ✅ Đúng |
|---|---|
| Paste cả file 50 trang vào chat | Upload vào Project KB, Claude tự trích xuất phần cần |
| Không cho data, bảo Claude "tự tìm" | Cho data thật, nói rõ "phân tích file đính kèm" |
| Paste data có CMND/SĐT khách | Ẩn danh: "Khách_A", "[SĐT]" (xem §4.2) |
Lớp 3: 📚 Knowledge Design — Tài liệu KB cần chuẩn hoá
| Yếu tố | Chi tiết |
|---|---|
| Mục đích | Tạo "bộ nhớ dài hạn" cho Claude — AI biết sẵn mà không cần nhắc lại |
| Câu hỏi cần trả lời | File nào cần upload? Format nào chuẩn? Ai cập nhật? Bao lâu 1 lần? |
| Sai lầm thường gặp | KB quá ít (Claude thiếu context) hoặc quá nhiều (Claude lạc hướng) |
(Chi tiết KB design xem §8.8)
Lớp 4: ✍️ Prompt Design — Cách giao việc
| Yếu tố | Chi tiết |
|---|---|
| Mục đích | Viết lệnh rõ ràng để Claude hiểu chính xác cần làm gì |
| Câu hỏi cần trả lời | Framework nào phù hợp? Có cần XML? Cần few-shot không? |
| Sai lầm thường gặp | Prompt quá ngắn (thiếu) hoặc quá dài không cấu trúc (rối) |
Chọn framework theo task:
| Task | Framework | Lý do |
|---|---|---|
| Caption/content phức tạp | Intent Spec + XML | Nhiều ràng buộc, cần tách rõ |
| Bot/Agent có vai trò | RISEN | Cần role + situation + execution rõ |
| Tạo file/template/report | BUILD | Output là file cụ thể |
| Quyết định chiến lược | PDCA | Cần phân tích nhiều góc |
| Task nhanh, đủ context | CODA | Ngắn gọn, hiệu quả |
(Chi tiết prompt design xem 03_Nghe_Thuat_Viet_Prompt.md)
Lớp 5: 📋 Output Design — Định dạng kết quả
| Yếu tố | Chi tiết |
|---|---|
| Mục đích | Output phải dùng được NGAY — không cần format lại |
| Câu hỏi cần trả lời | Output dạng gì? Bao nhiêu chữ? Tone gì? Có cần bảng/checklist? |
| Sai lầm thường gặp | Không chỉ định format → Claude viết đoạn văn dài, khó dùng |
(Chi tiết output design xem §8.10)
Lớp 6: 🔍 Review Design — Kiểm tra + cải tiến
| Yếu tố | Chi tiết |
|---|---|
| Mục đích | Output đầu tiên hiếm khi hoàn hảo → cần vòng review + cải tiến |
| Câu hỏi cần trả lời | Kiểm tra gì? Ai duyệt? Feedback thế nào? Cập nhật gì sau mỗi lần? |
| Sai lầm thường gặp | Dùng output lần 1 mà không review → sai số, vi phạm TPCN |
(Chi tiết review design xem §8.11)
CD-6 áp dụng nhanh — Ví dụ MOS viết caption
| Lớp | Câu hỏi | Trả lời |
|---|---|---|
| 🎯 Goal | Cần gì? | 3 caption A/B test, comply TPCN, sẵn publish |
| 🌍 Context | Claude cần biết gì? | SP BNK 799k, target mẹ 55-75, campaign Ngày của Mẹ |
| 📚 Knowledge | KB có gì? | Brand guide, từ cấm, template caption, data camp trước |
| ✍️ Prompt | Framework gì? | Intent Spec + XML + few-shot (caption tốt trước đó) |
| 📋 Output | Format gì? | Bảng 3 version × (caption + TPCN check + điểm) |
| 🔍 Review | Ai duyệt? | Self-score → MOS review TPCN → MTL duyệt → publish |
💡 Mẹo: Trước khi gõ prompt, chạy qua 6 câu hỏi CD-6 trong đầu — chỉ mất 1 phút nhưng tiết kiệm 20 phút sửa output.
8.5 Thiết kế workflow Claude cho Facebook Ads
Workflow tổng thể: Insight → Publish → Learn
┌──────────────────────────────────────────────────────────────┐
│ FACEBOOK ADS WORKFLOW — CLAUDE DESIGN │
│ │
│ [1] INSIGHT Phân tích data camp trước + xu hướng │
│ ↓ │
│ [2] ANGLE Brainstorm 5 angle, chọn 2 mạnh nhất │
│ ↓ │
│ [3] CAPTION Viết 3 version A/B test │
│ ↓ │
│ [4] TPCN CHECK Rà từ cấm + disclaimer + pháp lý │
│ ↓ │
│ [5] REVIEW MTL duyệt → sửa → approve │
│ ↓ │
│ [6] PUBLISH Đăng lên FB Ads Manager │
│ ↓ │
│ [7] LEARN Phân tích kết quả → cập nhật KB │
│ │
│ 🔁 Tuần sau: Claude đã biết angle nào hiệu quả │
└──────────────────────────────────────────────────────────────┘
Prompt mẫu cho từng bước
Bước 1 — Insight Analysis:
<role>Bạn là media analyst cho Vagataba, công ty TPCN có SP Protein BNK 799k.</role>
<task>
Phân tích data 4 camp Facebook Ads tuần vừa rồi (file đính kèm).
Tìm:
1. Camp nào ROAS cao nhất? Tại sao (creative, audience, timing)?
2. Camp nào ROAS thấp nhất? Pattern gì (CPC cao? CTR thấp? CVR kém)?
3. Audience segment nào convert tốt nhất?
4. Giờ/ngày nào performance tốt nhất?
</task>
<output_format>
Bảng: Camp | Spend | ROAS | CTR | CVR | Insight
Cuối: 3 action items cho tuần tới (owner + deadline)
</output_format>
<constraints>
Nếu data thiếu → ghi [CẦN DATA], không tự đoán số.
</constraints>
Bước 2 — Angle Brainstorm:
<task>
Brainstorm 5 angle cho campaign tháng 5/2026, SP BNK 799k.
Target: con gái 28-40 mua cho mẹ 55-75.
Dịp: Ngày của Mẹ.
Mỗi angle gồm:
- Tên angle (2-3 từ)
- Insight tâm lý (nỗi lo gì?)
- Hook mẫu (1 câu)
- Ước tính mức độ cảm xúc (1-10)
</task>
<constraints>
Không dùng angle liên quan y tế/chữa bệnh.
Angle phải xoay quanh: tình cảm gia đình, dinh dưỡng, chăm sóc.
</constraints>
<output_format>Bảng 5 dòng × 4 cột. Cuối: recommend top 2 angle + lý do.</output_format>
Bước 3 — Caption Writing:
<task>
Viết 3 version caption cho angle đã chọn: "Mẹ luôn lo cho mình, giờ đến lượt mình lo cho mẹ"
SP: Protein Bách Niên Kiện 799k, combo 2 hộp 1.499k.
Mỗi caption:
- Hook 1 câu (đánh vào insight con cái lo lắng)
- Pain 2-3 câu
- Solution 3-4 câu (vai trò dinh dưỡng, KHÔNG nói chữa bệnh)
- Social proof 1 câu
- CTA: "Inbox để chuyên gia tư vấn miễn phí"
- Disclaimer TPCN cuối bài
- Độ dài 200-300 chữ
</task>
<self_check>
Sau khi viết:
1. Tự rà từ cấm TPCN (chữa, trị, khỏi, thay thế thuốc, cam kết, 100%)
2. Tự chấm điểm mỗi version 1-10
3. Flag bất kỳ câu nào có rủi ro pháp lý
</self_check>
Bước 4 — TPCN Compliance Check:
<task>
Rà soát 3 caption trên theo checklist TPCN:
Kiểm tra:
1. Có từ cấm nào? (chữa, trị, khỏi, thay thế thuốc, cam kết 100%, hiệu quả tuyệt đối)
2. Có disclaimer cuối? ("Thực phẩm này không phải là thuốc và không có tác dụng thay thế thuốc chữa bệnh.")
3. Có hứa hiệu quả cụ thể? (VD: "hiệu quả sau 2 tuần" → SAI)
4. Có dùng hình ảnh/lời lẽ bác sĩ khuyên dùng? → vi phạm
5. Giá, tên SP, combo đúng?
</task>
<output_format>
Bảng: Version | Vấn đề | Mức độ (🔴🟡🟢) | Cách sửa
</output_format>
Bước 7 — Learning Update:
<task>
Campaign Ngày Mẹ đã chạy 1 tuần. Data kết quả:
- Version A: CTR 2.1%, CVR 3.5%, ROAS 2.8
- Version B: CTR 3.4%, CVR 5.1%, ROAS 4.2
- Version C: CTR 1.8%, CVR 2.9%, ROAS 2.1
Phân tích:
1. Version nào thắng? Tại sao (hook, angle, CTA)?
2. Bài học rút ra cho campaign sau?
3. Cập nhật gì vào KB (template, angle, từ khoá hiệu quả)?
</task>
<output_format>
1. Bảng so sánh 3 version
2. 3 bài học (ghi vào KB file "campaign_learnings.md")
3. Template caption cập nhật dựa trên version thắng
</output_format>
8.6 Thiết kế workflow Claude cho Sales
Workflow tổng thể: Inbox → Close → Learn
┌──────────────────────────────────────────────────────────────┐
│ SALES WORKFLOW — CLAUDE DESIGN │
│ │
│ [1] PHÂN LOẠI Inbox/comment → phân loại lead │
│ ↓ │
│ [2] DRAFT REPLY Soạn nháp tin trả lời │
│ ↓ │
│ [3] OBJECTION Xử lý từ chối (giá, hiệu quả, so sánh) │
│ ↓ │
│ [4] ESCALATION Câu hỏi y tế/phức tạp → chuyển TL │
│ ↓ │
│ [5] FOLLOW-UP Tin D+0, D+3, D+10, D+25 │
│ ↓ │
│ [6] FAQ UPDATE Cập nhật câu hỏi mới vào KB │
└──────────────────────────────────────────────────────────────┘
Prompt mẫu — Phân loại lead:
<role>Bạn là lead classifier cho Vagataba Sales team.</role>
<task>
Phân loại 10 tin inbox dưới đây theo 4 nhóm:
- 🟢 HOT: Hỏi giá/cách mua/combo → reply ngay
- 🟡 WARM: Hỏi thông tin SP/thành phần → cần tư vấn
- 🔴 COLD: Spam/quảng cáo/không liên quan → bỏ qua
- ⚠️ ESCALATE: Hỏi y tế/bệnh nền/tương tác thuốc → chuyển TL
</task>
<messages>
1. "BNK giá bao nhiêu ạ"
2. "Mẹ em bị tiểu đường uống được không"
3. "Có ship COD không"
4. "Quảng cáo cho mình nha"
5. "Uống bao lâu thấy hiệu quả"
6. "Combo 2 hộp giá sao"
7. "Mẹ em đang uống thuốc viêm khớp, uống thêm BNK có sao không"
8. "Inbox nha"
9. "Protein này có whey không"
10. "Giao hàng mất mấy ngày"
</messages>
<output_format>
Bảng: # | Tin nhắn (rút gọn) | Phân loại | Lý do | Hành động đề xuất
</output_format>
Prompt mẫu — Xử lý objection "quá đắt":
<task>
Khách inbox: "799k đắt quá em, Shopee có SP protein cho người già chỉ 400k"
Khách: con gái 32 tuổi, mua cho mẹ bị đau gối.
Soạn 2 option xử lý:
1. So sánh giá trị (KHÔNG nêu tên đối thủ): thành phần, chứng nhận, giá/ngày
2. Social proof: "rất nhiều chị cũng lo như chị..."
</task>
<constraints>
- Tone: ấm áp, xưng em/chị, ≤ 120 chữ/option
- KHÔNG hứa hiệu quả cụ thể
- KHÔNG nói xấu đối thủ
- Cuối tin: gợi ý combo tiết kiệm 1.499k/2 hộp
</constraints>
Quy tắc Escalation — Câu hỏi PHẢI chuyển TL:
| Loại câu hỏi | Ví dụ | Lý do |
|---|---|---|
| Tương tác thuốc | "Đang uống thuốc tim, uống BNK được không?" | Rủi ro y tế |
| Bệnh nền nghiêm trọng | "Mẹ em bị ung thư, BNK có hỗ trợ không?" | Vi phạm TPCN nếu trả lời |
| Phản ứng phụ | "Uống bị đau bụng" | Cần chuyên gia xử lý |
| Yêu cầu hoàn tiền phức tạp | "Đã uống 2 tuần không thấy gì, muốn trả" | Cần TL quyết định |
| Pháp lý | "Sản phẩm có giấy phép Bộ Y Tế không?" | Cần trả lời chính xác |
⚠️ Quy tắc vàng: Nếu câu hỏi liên quan bệnh, thuốc, y tế → KHÔNG dùng output Claude → chuyển TL/chuyên gia.
Xử lý complaint — CLARA Framework (từ nghiên cứu CS toàn cầu)
Khi khách khiếu nại, dùng framework CLARA:
| Bước | Viết tắt | Hành động | Ví dụ |
|---|---|---|---|
| 1 | Confirm | Xác nhận vấn đề cụ thể | "Em nhận thấy đơn hàng của chị đã giao trễ 3 ngày..." |
| 2 | Listen | Thể hiện lắng nghe | "Em hiểu điều này đã gây bất tiện cho chị..." |
| 3 | Apologize | Xin lỗi chân thành | "Vagataba chân thành xin lỗi chị về trải nghiệm này..." |
| 4 | Resolve | Đưa giải pháp cụ thể | "Để bù đắp, chúng em xin miễn phí ship + voucher 100k..." |
| 5 | Assure | Cam kết không tái diễn | "Em đã báo bộ phận vận chuyển để ưu tiên các đơn tương tự..." |
Prompt mẫu — Xử lý complaint bằng CLARA:
<role>Bạn là CS senior Vagataba, chuyên xử lý khiếu nại biến khách giận thành khách trung thành.</role>
<task>
Khách inbox: "Đặt hàng 5 ngày chưa nhận, gọi shipper không bắt máy. Tôi sẽ review xấu lên Facebook!"
Soạn tin trả lời theo CLARA framework.
</task>
<clara_framework>
C - Xác nhận vấn đề cụ thể (1 câu)
L - Thể hiện lắng nghe, hiểu tác động (1-2 câu)
A - Xin lỗi chân thành, nhận trách nhiệm dù lỗi shipper (1 câu)
R - Giải pháp cụ thể: hoàn phí ship + voucher 100k + ưu tiên giao nhanh (2-3 câu)
A - Cam kết đã xử lý, đảm bảo lần sau (1-2 câu)
</clara_framework>
<constraints>
- ≤ 180 chữ, xưng em/anh|chị
- Nhận trách nhiệm (không đổ lỗi shipper)
- Xử lý khéo léo mối đe dọa review xấu (không đề cập trực tiếp)
- Tone: chân thành, giữ thể diện cho khách
</constraints>
Ma trận bồi thường tham khảo:
| Vấn đề | Mức bồi thường | Ai duyệt |
|---|---|---|
| Giao trễ 3-5 ngày | Hoàn phí ship + voucher 100k | SC tự xử |
| Giao trễ > 5 ngày | Hoàn phí ship + voucher 200k | STL duyệt |
| Sản phẩm lỗi nhẹ (bao bì) | Đổi mới + voucher 100k | SC tự xử |
| Sản phẩm lỗi nghiêm trọng | Hoàn tiền 100% + bồi thường 200k | OM duyệt |
| Sai sản phẩm/thiếu hàng | Gửi bổ sung ngay + voucher 150k | STL duyệt |
8.7 Thiết kế workflow Claude cho Ops / Dispatch / Warehouse
Workflow 1: Order Verification (DVO)
Đơn mới → Cờ đỏ check → Gọi verify → Confirm/Cancel
12-Point COD Verification Checklist (chuẩn hoá):
| # | Kiểm tra | ✅ Đạt | ⚠️ Cảnh báo | ❌ Cờ đỏ |
|---|---|---|---|---|
| 1 | Tên khách | Tên thật, format đúng | Tên viết tắt | Tên test/giả (VD: "Nguyễn Văn Test") |
| 2 | SĐT | 10-11 số, đầu 03/05/07/08/09 | SĐT lạ/không VN | SĐT trùng blacklist |
| 3 | Địa chỉ | Đủ: số nhà, đường, quận, TP | Thiếu 1 phần | Không tồn tại/không giao được |
| 4 | Vùng giao | Trong vùng phục vụ | Vùng xa, phí ship cao | Ngoài vùng |
| 5 | Mã SP | Đúng catalog | — | Không tồn tại |
| 6 | Số lượng | 1-3 hộp | 4-6 hộp | > 6 hộp (bất thường) |
| 7 | Giá | Đúng bảng giá hiện hành | — | Sai giá |
| 8 | Trùng đơn | Không trùng 24h | Trùng SĐT < 48h | Trùng SĐT+ĐC < 24h |
| 9 | Blacklist | Không có | — | SĐT/ĐC trùng blacklist |
| 10 | ĐC hoàn cũ | Không trùng | Gần giống ĐC hoàn | Trùng 100% ĐC hoàn |
| 11 | Ghi chú | Bình thường | Có yêu cầu đặc biệt | Red flag (VD: "giao khi nào cũng được") |
| 12 | Tổng tiền | Khớp SP × giá × SL | — | Không khớp |
Prompt mẫu — Phân tích pattern cờ đỏ:
<role>Bạn là dispatch analyst cho Vagataba.</role>
<task>
Phân tích 60 đơn hoàn tháng vừa rồi (file đính kèm).
Tìm pattern cờ đỏ:
1. Đơn đặt sau 22h → tỷ lệ hoàn?
2. Khách mới vs khách cũ → tỷ lệ hoàn?
3. Đơn > 1.5tr VND → tỷ lệ hoàn?
4. Vùng nào hoàn cao bất thường?
5. Nhiều đơn cùng SĐT trong 24h?
Từ data, đề xuất bộ scoring:
- Mỗi yếu tố rủi ro = bao nhiêu điểm
- Tổng ≥ 70 điểm = 🔴 cờ đỏ → verify kỹ
</task>
<output_format>
1. Bảng phân tích 5 yếu tố (count, %, so sánh)
2. Bảng scoring: Yếu tố | Điểm | Ví dụ
3. Flowchart đơn giản cho DVO áp dụng
</output_format>
Workflow 2: Return Analysis (FC)
Prompt mẫu — Phân tích RTS hàng tuần:
<role>Bạn là FC Vagataba. Phân tích hàng hoàn tuần 19/05/2026.</role>
<task>
Data: [file đính kèm hoặc paste bảng]
Phân tích:
1. RTS rate tổng (target < 15%)
2. Top 5 lý do hoàn (khách từ chối, sai ĐC, không nghe máy, hết hạn, khác)
3. RTS theo SC: ai có RTS cao nhất? Liên quan camp nào?
4. RTS theo khu vực: HCM/HN/Tỉnh
5. So sánh tuần này vs tuần trước
Output: bảng phân tích + 3 action items (owner + deadline).
Flag bất kỳ pattern bất thường.
Nếu thiếu data → ghi [CẦN DATA].
</task>
Workflow 3: Warehouse Checklist (WP/WQP)
Prompt mẫu — Tạo checklist FEFO:
<task>
Tạo checklist kiểm tra hàng tồn kho theo nguyên tắc FEFO (First Expired, First Out).
Bao gồm:
1. Danh sách SKU hiện tại (file đính kèm)
2. Phân loại theo HSD: 🟢 > 6 tháng | 🟡 3-6 tháng | 🔴 < 3 tháng
3. Hàng 🔴 → action: ưu tiên xuất trước, báo STL
4. Vị trí kho: hàng cũ → kệ ngoài, hàng mới → kệ trong
Output: bảng checklist in được (A4), có cột check ☐.
</task>
Workflow 4: SOP Drafting
Prompt mẫu — Tạo SOP từ quy trình hiện tại:
<task>
Tạo SOP cho quy trình "Xử lý đơn hoàn COD" dựa trên mô tả dưới đây:
Quy trình hiện tại:
1. Nhận thông báo hoàn từ VTP
2. Kiểm tra lý do hoàn
3. Nếu "khách từ chối" → gọi lại xác nhận
4. Nếu "sai địa chỉ" → liên hệ SC sửa → gửi lại
5. Nếu "hết hạn lưu kho" → nhập lại + báo cáo
Viết thành SOP chuẩn:
- Mục tiêu
- Phạm vi áp dụng
- Các bước (có flowchart text)
- Trách nhiệm từng vai trò
- Tình huống ngoại lệ
- Checklist cuối
</task>
8.8 Thiết kế Project + Knowledge Base theo nguyên tắc "One Source of Truth"
Nguyên tắc: KB = bộ nhớ dài hạn của Claude
Khi NV upload tài liệu vào Project KB, Claude sẽ đọc tất cả mỗi khi chat. KB tốt = Claude thông minh hơn, nhất quán hơn.
NÊN vs KHÔNG NÊN upload vào KB
| ✅ NÊN upload | ❌ KHÔNG upload |
|---|---|
| Brand guide, tone of voice | Data khách hàng có PII (CMND, SĐT) |
| Danh sách từ cấm/được phép TPCN | File quá lớn > 30MB |
| Template prompt chuẩn | Chat log cũ |
| FAQ + objection handling | Data tạm, chưa verified |
| SOP quy trình | Hợp đồng, tài liệu bảo mật |
| Data camp trước (ẩn danh) | Thông tin tài chính nhạy cảm |
File naming convention
[phòng_ban]_[loại_tài_liệu]_[version].[ext]
Ví dụ:
mkt_brand_guide_v2.md
mkt_tu_cam_tpcn_v1.md
sales_faq_objection_v3.md
ops_sop_don_hoan_v1.md
all_template_prompt_v2.md
KB Inventory Table — Mẫu theo dõi
| # | File | Phòng ban | Owner | Cập nhật lần cuối | Review tiếp |
|---|---|---|---|---|---|
| 1 | mkt_brand_guide_v2.md | MKT | MTL | 01/05/2026 | 01/06/2026 |
| 2 | mkt_tu_cam_tpcn_v1.md | All | OM | 15/04/2026 | 15/05/2026 |
| 3 | sales_faq_v3.md | Sales | STL | 20/04/2026 | 20/05/2026 |
| 4 | ops_sop_don_hoan_v1.md | Ops | FC | 10/05/2026 | 10/06/2026 |
Monthly Cleanup Checklist
- File nào quá 60 ngày chưa cập nhật? → review hoặc archive
- Có file trùng nội dung không? → merge
- Có thông tin sai/lỗi thời không? → sửa + ghi changelog
- NV mới có biết file nào ở đâu không? → cập nhật inventory table
- Dung lượng tổng KB có vượt quá cần thiết? → prune
8.9 Thiết kế Instructions mạnh cho Claude Projects
Instructions yếu vs mạnh
| Instructions yếu ❌ | Instructions mạnh ✅ |
|---|---|
| "Hãy viết content tốt" | Role + context + allowed/forbidden + format + review rule |
| Không có ràng buộc TPCN | Liệt kê rõ từ cấm + disclaimer bắt buộc |
| Không nói tone | "Tone ấm áp, xưng em/chị, như con cháu nói với cha mẹ" |
| Không có escalation | "Nếu câu hỏi liên quan y tế → trả lời: xin chuyển chuyên gia" |
Biến đổi Instructions: Yếu → Mạnh (3 ví dụ thực tế)
| Yếu ❌ | Tại sao sai | Mạnh ✅ | |
|---|---|---|---|
| "Hãy viết chuyên nghiệp" | Quá mơ hồ — "chuyên nghiệp" nghĩa gì? | "Xưng em/anh | chị. Không dùng slang. Cấu trúc: lời chào → nội dung → kết." |
| "Tuân thủ pháp luật" | Không nói cụ thể luật nào, quy định nào | "Không dùng: chữa, trị, khỏi. Luôn có disclaimer. Nếu không chắc → flag review." | |
| "Viết quảng cáo hay" | Không có tiêu chí thành công | "Viết 120 chữ: headline 25 từ + problem-solution body + CTA + disclaimer + 3-5 hashtags." |
5 tiêu chí Instructions mạnh:
- Specific — Hành động cụ thể, không mơ hồ
- Structured — XML hoặc section rõ ràng
- Example-driven — Show, don't tell (cho ví dụ)
- Constrained — Ranh giới rõ: MUST / NEVER
- Verifiable — Có tiêu chí tự kiểm tra
Template Instructions — Copy và điều chỉnh
Marketing Project:
BẠN LÀ: Content writer chuyên Facebook Ads cho Vagataba — công ty TPCN.
SẢN PHẨM: Protein Bách Niên Kiện (BNK) 799k, combo 2 hộp 1.499k.
TARGET: Người cao tuổi 55-75 + con cháu 28-45 mua giúp.
ĐƯỢC PHÉP:
- Viết caption, ad copy, landing page content
- Brainstorm angle, hook, creative concept
- Phân tích data campaign (ROAS, CTR, CVR)
- Tạo A/B test variations
KHÔNG ĐƯỢC:
- Dùng từ: chữa, trị, khỏi bệnh, thay thế thuốc, cam kết 100%, hiệu quả tuyệt đối
- Hứa kết quả cụ thể (VD: "hiệu quả sau 2 tuần")
- Dùng hình ảnh bác sĩ khuyên dùng
- Bịa số liệu, social proof giả
BẮT BUỘC:
- Mọi content có disclaimer: "Thực phẩm này không phải là thuốc và không có tác dụng thay thế thuốc chữa bệnh."
- Tự rà từ cấm TPCN sau mỗi output
- Tự chấm điểm 1-10 khi viết content
- Output dạng bảng khi có nhiều version
TONE: Ấm áp, chân thành, như con cháu nói về cha mẹ. Không bán hàng hổn hển.
Sales Project:
BẠN LÀ: Sales consultant cho Vagataba, chuyên tư vấn BNK qua inbox Facebook.
SẢN PHẨM: Protein Bách Niên Kiện 799k, combo 1.499k/2 hộp.
ĐƯỢC PHÉP:
- Soạn tin trả lời khách (≤ 150 chữ/tin)
- Xử lý objection (giá, hiệu quả, so sánh)
- Tạo follow-up sequence (D+0, D+3, D+10, D+25)
- Phân loại lead (HOT/WARM/COLD/ESCALATE)
KHÔNG ĐƯỢC:
- Trả lời câu hỏi y tế, tương tác thuốc, bệnh nền
- Hứa hiệu quả cụ thể
- Nêu tên đối thủ
- Ép mua, tạo áp lực giả
ESCALATION:
- Câu hỏi y tế → "Dạ câu hỏi này em xin chuyển cho chuyên gia tư vấn ạ"
- Khiếu nại phức tạp → chuyển STL
- Yêu cầu hoàn > 1 lần → chuyển CSTL
TONE: Ấm áp, xưng em/chị, ≤ 150 chữ. Disclaimer khi nói về công dụng.
Ops Project:
BẠN LÀ: Dispatch & Operations analyst cho Vagataba.
ĐƯỢC PHÉP:
- Phân tích data đơn hàng, RTS, hoàn, COD
- Tạo checklist, SOP, quy trình
- Phân loại đơn rủi ro (cờ đỏ/vàng/xanh)
- Tạo báo cáo tuần/tháng
KHÔNG ĐƯỢC:
- Truy cập data khách hàng có PII
- Tự quyết định huỷ/giữ đơn (chỉ đề xuất)
- Bịa số liệu khi data thiếu (ghi [CẦN DATA])
OUTPUT: Luôn dạng bảng + action items (owner + deadline).
Finance Project:
BẠN LÀ: Finance analyst cho Vagataba.
ĐƯỢC PHÉP:
- Phân tích P&L, cash flow, margin
- Tạo template báo cáo tài chính
- So sánh budget vs actual
- Tạo forecast
KHÔNG ĐƯỢC:
- Truy cập thông tin lương NV
- Đưa ra quyết định tài chính cuối cùng (chỉ đề xuất)
- Bịa số liệu
OUTPUT: Bảng số liệu + chart mô tả + 3 insights + 2 recommendations.
Leadership Project:
BẠN LÀ: Strategy advisor cho CEO/OM Vagataba.
ĐƯỢC PHÉP:
- Phân tích chiến lược, go/no-go decisions
- Tạo decision memo (tóm tắt 1 trang)
- So sánh phương án (pros/cons/risk)
- Pre-mortem, Red Team analysis
- Tổng hợp KPI cross-department
KHÔNG ĐƯỢC:
- Đưa quyết định cuối cùng (chỉ phân tích + đề xuất)
- Bịa data chiến lược
- Tiết lộ thông tin nhạy cảm
OUTPUT: Decision memo format: Vấn đề → Options → Phân tích → Đề xuất → Risk → KPI theo dõi.
8.10 Thiết kế output để dễ dùng ngay
Tại sao format output quan trọng?
Nếu không chỉ định format, Claude sẽ viết đoạn văn dài. Đoạn văn dài khó scan, khó copy, khó dùng.
Bảng chọn format theo task
| Loại task | Format tốt nhất | Tại sao | Câu prompt mẫu | |||
|---|---|---|---|---|---|---|
| So sánh nhiều option | Bảng | Dễ scan, dễ quyết định | "Output dạng bảng: Option \ | Pros \ | Cons \ | Recommend" |
| Quy trình | Checklist | Dễ follow, dễ check | "Output dạng checklist có ☐ checkbox" | |||
| Hướng dẫn từng bước | SOP numbered | Rõ thứ tự, rõ owner | "Viết SOP: bước \ | hành động \ | owner \ | thời gian" |
| Tin nhắn khách | Script | Sẵn copy-paste | "Output dạng tin nhắn, ≤ 120 chữ, sẵn gửi" | |||
| Phân tích data | Bảng + insight | Data + action | "Bảng phân tích + 3 action items cuối" | |||
| Quyết định CEO | Decision memo | 1 trang, scan nhanh | "Format: Vấn đề → Options → Đề xuất → Risk" | |||
| Báo cáo tuần | Dashboard summary | Traffic light + KPI | "Bảng KPI: Metric \ | Target \ | Actual \ | 🟢🟡🔴" |
8.11 Thiết kế review loop: không dùng output đầu tiên
Tại sao output đầu tiên thường chưa dùng được?
| Lý do | Ví dụ |
|---|---|
| Thiếu context | Claude không biết campaign trước đã chạy angle gì |
| Sai tone | Quá formal hoặc quá casual cho khách VN |
| Từ cấm TPCN | "Giúp chữa đau khớp" → vi phạm |
| Số liệu sai | Claude bịa "hơn 10.000 khách hàng" |
| Format chưa chuẩn | Viết đoạn văn thay vì bảng |
5 prompt review — Copy và dùng sau mỗi output:
Review 1 — Critique:
Đánh giá output trên theo 5 tiêu chí:
1. Chính xác (số liệu, tên, giá)
2. TPCN compliance (từ cấm, disclaimer)
3. Tone (phù hợp đối tượng VN?)
4. Độ dài (đúng yêu cầu?)
5. Actionability (dùng được ngay không?)
Chấm điểm mỗi tiêu chí 1-10. Liệt kê cụ thể cần sửa.
Review 2 — Risk check:
Liệt kê 3 rủi ro lớn nhất nếu dùng output này nguyên văn.
Mỗi rủi ro: mô tả + mức độ (🔴🟡🟢) + cách giảm thiểu.
Review 3 — Legal check:
Rà soát output theo checklist TPCN:
- Có từ cấm? Câu nào?
- Có disclaimer? Đúng vị trí?
- Có hứa hiệu quả cụ thể?
- Có hình ảnh/lời bác sĩ?
Output: bảng [Câu vi phạm | Vấn đề | Cách sửa].
Review 4 — Missing data check:
Trong output trên, có thông tin nào bạn không chắc chắn hoặc đã giả định?
Liệt kê từng item: [Thông tin | Chắc chắn/Giả định | Nguồn cần verify].
Review 5 — Improve version 2:
Dựa trên feedback trên, viết lại version 2:
- Sửa tất cả vấn đề đã nêu
- Giữ nguyên phần tốt
- Cải thiện phần yếu
Cuối: so sánh ngắn gọn V1 vs V2 (cải thiện gì).
PDCA loop cho Claude Design
PLAN: CD-6 → xác định goal, context, KB, prompt, format, review
DO: Chạy prompt → nhận output
CHECK: 5 review prompts (critique, risk, legal, data, improve)
ACT: Cập nhật KB + prompt template + chia sẻ team
🔁 Lặp lại mỗi tuần — output tốt hơn mỗi tuần
8.12 Guardrails: thiết kế an toàn khi dùng Claude
5 lớp guardrails cho Vagataba
| Lớp | Nội dung | Ai chịu trách nhiệm |
|---|---|---|
| 1. TPCN Legal | Từ cấm, disclaimer, NĐ 15/2018 | Mọi NV tạo content |
| 2. Data Privacy | Ẩn danh PII, không paste CMND/SĐT/lương | Mọi NV |
| 3. Anti-hallucination | Verify số liệu, "nếu không chắc → ghi rõ" | NV review output |
| 4. Escalation | Câu hỏi y tế/pháp lý → chuyển chuyên gia | SC, CSS |
| 5. Human-in-the-loop | "AI soạn, NGƯỜI duyệt" — mọi output public phải qua TL | TL duyệt |
Quy tắc tối thượng:
⚠️ "AI không phải người quyết định cuối cùng." Claude soạn bản nháp. Bạn là người ký tên. Mọi output gửi khách, publish, hoặc gửi BĐH đều PHẢI qua người duyệt.
3 lớp phòng thủ TPCN (Decree 15/2018)
| Lớp | Khi nào | Hành động |
|---|---|---|
| Lớp 1: Input | TRƯỚC khi Claude trả lời | Instructions cấm từ + bắt buộc disclaimer |
| Lớp 2: Processing | TRONG khi Claude viết | Self-check: "Tự rà từ cấm trước khi finalize" |
| Lớp 3: Output | SAU khi Claude trả lời | NV review: scan từ cấm + kiểm disclaimer |
Từ cấm vs Từ được phép:
| ❌ TUYỆT ĐỐI KHÔNG | ✅ ĐƯỢC PHÉP |
|---|---|
| chữa, trị, khỏi bệnh | hỗ trợ, duy trì, bổ sung |
| thay thế thuốc | bổ sung dinh dưỡng |
| điều trị bệnh | hỗ trợ sức khoẻ |
| cam kết 100%, hiệu quả tuyệt đối | hỗ trợ cải thiện |
| "hiệu quả sau 2 tuần" | "sử dụng đều đặn để cảm nhận sự khác biệt" |
Kỹ thuật chống Hallucination — Self-Verification Loop
Khi output có số liệu, sự kiện, hoặc claims → yêu cầu Claude tự kiểm:
Sau khi viết xong, TRƯỚC khi gửi cho người dùng:
Bước 1: Liệt kê mọi thông tin sự kiện bạn đã nêu
Bước 2: Mỗi thông tin, đánh dấu:
✅ Có trong KB/data được cung cấp
⚠️ Suy luận từ data (ghi rõ giả định)
❌ Không có nguồn
Bước 3: Xoá hoặc ghi [CẦN XÁC MINH] cho mọi thông tin ❌
Bước 4: Kiểm tra lần cuối — còn thông tin nào không có nguồn?
Ma trận Escalation tự động
| Trigger | Điều kiện | Chuyển ai | Hành động |
|---|---|---|---|
| Vi phạm TPCN | Phát hiện từ cấm trong output | OM | Block output ngay |
| Câu hỏi y tế | Khách hỏi bệnh/thuốc/tương tác | STL → Chuyên gia | Từ chối trả lời, chuyển TL |
| PII lộ | Output chứa SĐT/CMND thật | OM | Block + ẩn danh + cảnh báo |
| Đe dọa pháp lý | Keywords: kiện, luật sư, tố cáo | OM + Pháp lý | Dừng reply, gọi điện |
| Phản ứng phụ | Khách báo tác dụng không mong muốn | OM + QC | Incident protocol |
| Khách VIP | LTV > 5tr VND | STL | Chăm sóc cá nhân |
Checklist an toàn trước khi dùng output:
- Số liệu đúng? (giá 799k, combo 1.499k, tên SP)
- TPCN OK? (không từ cấm, có disclaimer)
- Không chứa PII khách? (tên, SĐT, CMND đã ẩn danh)
- Tone phù hợp? (đúng đối tượng VN)
- Đã feedback ≥ 2 lượt?
- TL đã duyệt? (nếu content public)
- Output đã lưu vào nơi phù hợp? (KB/template)
8.13 Claude Design Patterns dùng ngay
7 Design Patterns — Copy và áp dụng
| # | Pattern | Khi nào dùng | Prompt template | Output format |
|---|---|---|---|---|
| 1 | Ask → Draft → Review → Final | Viết content, tin nhắn, email | "Viết draft → tự review → sửa → final" | Version table |
| 2 | Data → Insight → Action | Phân tích KPI, RTS, ROAS | "Phân tích data → 3 insight → 3 action items" | Bảng + actions |
| 3 | Raw Input → Structured Table | Phân loại comment, inbox, đơn hàng | "Phân loại [input] thành [bảng có cột X, Y, Z]" | Bảng phân loại |
| 4 | Problem → Root Cause → Countermeasure | Debug vấn đề, RTS cao, CVR thấp | "Vấn đề: X. Tìm root cause + 3 countermeasure" | Root cause tree |
| 5 | Campaign → Test → Learning → KB Update | Marketing loop | "Phân tích camp → bài học → cập nhật template" | Learning log |
| 6 | SOP → Checklist → Training Script | Tạo quy trình + đào tạo | "Từ SOP → rút gọn checklist → viết script 5 phút" | 3 file |
| 7 | Message → Classify → Reply → Escalate | Sales inbox, CS | "Phân loại tin → soạn reply → flag escalation" | Bảng action |
8.14 Bài tập thực hành cho nhân sự Vagataba
Bài 1 — Marketing: Thiết kế campaign workflow
📋 Thông tin tổng quan tài liệu
Bài 2 — Sales: Thiết kế inbox reply workflow
📋 Thông tin tổng quan tài liệu
Bài 3 — Ops: Thiết kế return analysis workflow
📋 Thông tin tổng quan tài liệu
Bài 4 — Warehouse: Thiết kế FEFO checklist
📋 Thông tin tổng quan tài liệu
Bài 5 — Finance: Thiết kế weekly report workflow
📋 Thông tin tổng quan tài liệu
Bài 6 — Leadership: Thiết kế decision memo
📋 Thông tin tổng quan tài liệu
Bài 7 — Customer Service: Xử lý complaint bằng CLARA
📋 Thông tin tổng quan tài liệu
Lỗi thường gặp:
- ❌ Đổ lỗi shipper ("Lỗi bên vận chuyển, không phải chúng em")
- ❌ Đề cập trực tiếp mối đe dọa review ("Chị đừng review xấu...")
- ❌ Bồi thường quá ít hoặc quá nhiều so với ma trận
8.15 Checklist "Claude Design chuẩn Vagataba"
Trước khi giao việc cho Claude, chạy qua checklist này:
Trước khi prompt
- 🎯 Goal rõ? (biết cần output gì, cho ai, bao nhiêu)
- 🌍 Context đủ? (SP, khách, data, ràng buộc)
- 📚 KB đã cập nhật? (file trong Project còn đúng)
- ✍️ Framework đúng? (Intent Spec / RISEN / BUILD / CODA)
- 📋 Format output chỉ định? (bảng / checklist / script / memo)
- ⚖️ TPCN guardrails trong prompt? (từ cấm + disclaimer)
- 🔍 Yêu cầu self-check? ("Tự rà từ cấm, tự chấm điểm")
Sau khi nhận output
- Số liệu verify? (giá, tên, ngày — 30 giây)
- TPCN OK? (không từ cấm, có disclaimer — 30 giây)
- Tone đúng? (phù hợp khách VN — 30 giây)
- Feedback ≥ 2 lượt? (sửa → cải thiện → final)
- TL duyệt? (nếu content public/khách hàng)
Sau khi dùng output
- Prompt tốt đã lưu? (vào KB hoặc prompt library)
- Bài học ghi lại? (campaign_learnings.md)
- Chia sẻ team? (review cuối tuần)
- KB cập nhật? (template mới, angle hiệu quả)
8.16 Roadmap đào tạo Claude Design nội bộ
Lộ trình 4 tuần
| Tuần | Chủ đề | Mục tiêu | Bài tập | Deliverable | Metric thành công |
|---|---|---|---|---|---|
| 1 | Prompt & Context Design | Viết prompt chuẩn 5-7 phần, biết cung cấp context | Bài 1-2 (MKT + Sales) | 3 prompt đạt ≥ 7/10 checklist | 100% NV viết prompt có context + format |
| 2 | Project / KB / Instructions | Tạo Project phòng ban, upload KB, viết Instructions | Setup Project thật | 1 Project active với KB + Instructions | Mỗi phòng ban có 1 Project chuẩn |
| 3 | Workflow Design | Thiết kế workflow CD-6 cho task chính phòng ban | Bài 3-6 (Ops + WH + FIN + Leadership) | 1 workflow document per phòng ban | Workflow chạy thực tế ≥ 3 lần/tuần |
| 4 | Review, Guardrails & Loop | Thành thạo review loop, guardrails, KB update | Review 1 tuần output → cập nhật KB | Prompt library ≥ 10 prompt | 0 vi phạm TPCN trong tuần |
KPI đào tạo tổng thể (sau 4 tuần)
| KPI | Target | Cách đo |
|---|---|---|
| NV dùng Claude ≥ 3 lần/ngày | 100% NV | Self-report + TL confirm |
| Mỗi phòng ban có Project active | 100% phòng ban | Screenshot |
| Prompt library phòng ban ≥ 10 prompt | Mọi phòng ban | File count |
| Vi phạm TPCN | 0 | Content audit |
| Thời gian tiết kiệm | ≥ 120 phút/tuần/NV | KPI Card (PL_J) |
| NV đạt Cấp 3 Specialist | 100% NV | Khảo sát đầu ra (Cap_Do) |
Nội dung §16 — Claude Design: Thiết kế hệ thống làm việc với Claude. Cập nhật 05/2026. Tham chiếu: 03_Nghe_Thuat_Viet_Prompt.md (§3) | 12_Claude_Projects.md (§7) | 00_Tong_Quan.md (§8) | 04_Quy_Trinh_An_Toan_Kaizen.md (§4) | 11_Claude_Cowork.md (§13) Nguồn: Anthropic Docs & Academy, DeepLearning.AI, Stanford HAI, Google PAIR, Microsoft HAX Toolkit, Ethan Mollick (Wharton), Anthropic Trustworthy Agents (04/2026) Dữ liệu nghiên cứu gốc: Claude_Design.md (research report)
PHỤ LỤC A — Bối cảnh văn hoá Việt Nam khi dùng Claude
Nguyên tắc giao tiếp VN cần chú ý trong prompt/output:
| Yếu tố | Nguyên tắc | Áp dụng khi viết Instructions | |
|---|---|---|---|
| Thứ bậc | Phân biệt rõ anh/chị/em, cấp trên/dưới | "Xưng em/anh | chị với khách. Không dùng bạn/tôi." |
| Lịch sự | Giao tiếp gián tiếp, tránh thẳng thừng | "Khi từ chối: 'Dạ em xin phép chuyển cho chuyên gia' thay vì 'Không trả lời được'" | |
| Giữ thể diện | Không làm khách mất mặt khi sai | "Khi khách hiểu sai: không nói 'chị sai' mà nói 'Dạ em xin chia sẻ thêm...'" | |
| Gia đình | Reference tình cảm gia đình → mạnh trong TPCN | "Angle: con cháu chăm sóc cha mẹ, tình thương thế hệ" | |
| Tin tưởng | Cần xây dựng trust qua nhiều touchpoint | "Follow-up D+0 → D+3 → D+10 → D+25, tone ngày càng thân thiết" |
TPCN Enforcement — Mức phạt thực tế (NĐ 15/2018)
| Vi phạm | Mức phạt | Hậu quả bổ sung |
|---|---|---|
| Quảng cáo TPCN như thuốc chữa bệnh | 20-60 triệu VND | Thu hồi quảng cáo |
| Thiếu disclaimer bắt buộc | 10-30 triệu VND | Yêu cầu sửa + cảnh cáo |
| Dùng hình ảnh bác sĩ khuyên dùng | 30-50 triệu VND | Thu hồi toàn bộ content |
| Vi phạm nghiêm trọng/tái phạm | Trên 60 triệu VND | Đình chỉ kinh doanh |
💡 Lợi thế cạnh tranh: Nhiều đối thủ TPCN vi phạm. Vagataba tuân thủ = uy tín = brand value dài hạn. Compliance KHÔNG phải gánh nặng, mà là vũ khí cạnh tranh.
Chiến lược song ngữ cho prompt
| Loại prompt | Ngôn ngữ | Lý do |
|---|---|---|
| Instructions (system) | Tiếng Anh hoặc Việt đều OK | Claude xử lý tốt cả hai |
| Content cho khách | Tiếng Việt | Output cần dùng ngay |
| Phân tích data | Tiếng Việt (output) | NV đọc + report cho BĐH |
| Template prompt phòng ban | Tiếng Việt | NV non-tech dễ dùng |
8.17 Hai sai lầm hệ thống khi thiết kế workflow AI
⚠️ Hai antipattern dưới đây phổ biến ở cấp quản lý/thiết kế quy trình — không phải lỗi prompt, mà là lỗi TƯ DUY.
(Nguồn: MindTitan AI implementation research — "#1 mistake businesses make")
| ❌ Tư duy sai | ✅ Tư duy đúng |
|---|---|
| "Chúng ta có data khách hàng. AI làm gì được với nó?" | "Chúng ta cần giảm RTS từ 18% xuống 12%. Data nào giúp AI chẩn đoán nguyên nhân?" |
| "Upload tất cả data lên xem AI nói gì" | "Xác định bài toán cụ thể → chọn đúng data → AI phân tích theo hướng rõ" |
💡 Nhớ: AI không thay thế tư duy chiến lược. AI cần bạn xác định vấn đề — rồi AI mới giúp giải quyết.
(Nguồn: ODSC Enterprise AI Antipatterns)
| Vấn đề | Hậu quả |
|---|---|
| Không log input/output AI | Khi sai → không biết sai ở bước nào |
| Không review output định kỳ | Pattern lỗi tích tụ mà không ai phát hiện |
| Không có audit trail | Không debug được, không cải tiến được |
Giải pháp tối thiểu:
- Save mọi output AI quan trọng (có timestamp + prompt gốc)
- Review hàng tháng: AI đề xuất đúng bao nhiêu %?
- Ghi chú khi phát hiện lỗi → cập nhật Instructions/KB để AI không lặp lại
💡 Nếu không đo được → không cải tiến được. Observability là nền tảng của Kaizen (§4.6).
Nội dung PHẦN XVI — CLAUDE DESIGN. Cập nhật 05/2026. Tham chiếu: 03_Nghe_Thuat_Viet_Prompt.md (§3) | 12_Claude_Projects.md (§12) | 04_Quy_Trinh_An_Toan_Kaizen.md (§4)