Skill Cho Sales/Marketing/Operations
Skill Cho Sales/Marketing/Operations
Bài kết Level 4: Skill vận hành nghiệp vụ (Sales/Marketing/Operations) — cùng kiến trúc đã học nhưng cần disable-model-invocation và feedback loop chặt hơn vì output ảnh hưởng tới người khác.
Nắm vững nguyên lý và khái niệm nền tảng trước khi đi vào công cụ thực tế.
Áp dụng quy trình từng bước, case study thực chiến và template mẫu có sẵn.
Kiểm tra checklist hoàn thành, né tránh các sai lầm kinh điển để vận hành bền vững.
Nắm vững các khái niệm nền tảng, cơ chế hoạt động và mô hình tư duy cốt lõi.
1. Mục tiêu học tập
Sau bài này, bạn có thể:
2. Khái niệm cốt lõi
3 domain, 1 nguyên lý chung: dù Sales, Marketing hay Operations, mỗi domain đều có những quy trình lặp lại đủ điều kiện đóng gói thành Skill (đúng 4 tiêu chí bài 29): soạn email theo dõi khách hàng (Sales), viết brief chiến dịch theo khung chuẩn (Marketing), hay checklist xử lý yêu cầu nội bộ (Operations).
Điểm khác biệt quan trọng so với Skill cá nhân (bài 35-38) — mức độ ảnh hưởng tới người khác cao hơn: 1 Skill sai trong ngữ cảnh cá nhân (ví dụ Skill giọng văn bài 37) chỉ ảnh hưởng tới chính bạn; 1 Skill sai trong ngữ cảnh Sales/Marketing/Operations có thể gửi thông tin sai tới khách hàng thật, hoặc ảnh hưởng tới quy trình nội bộ nhiều người dùng chung. Đây là lý do nguyên tắc disable-model-invocation (bài 34) và feedback loop (bài 38) đặc biệt quan trọng ở nhóm Skill này.
3. Tại sao nội dung này quan trọng
Bài capstone này khép lại Level 4 bằng cách chứng minh: kiến trúc Skill học được (31-34) không chỉ áp dụng cho việc cá nhân (viết theo giọng văn, phân tích tài liệu, tạo báo cáo) mà còn mở rộng tốt sang ngữ cảnh nhóm/doanh nghiệp — đúng tinh thần “đóng gói năng lực thành module tái sử dụng” mà Blueprint V1 đặt ra cho toàn bộ Level 4 ngay từ đầu.
4. Cơ chế hoạt động
Không có khác biệt kỹ thuật so với các Skill đã học — điểm khác biệt hoàn toàn nằm ở thiết kế invocation contract (bài 34): Skill vận hành nghiệp vụ nên nghiêng về phía cẩn trọng hơn — ưu tiên disable-model-invocation: true cho bất kỳ bước nào có khả năng gửi thông tin ra ngoài (email khách hàng, đăng bài công khai), và luôn có 1 bước xác nhận cuối cùng trước khi hoàn tất (feedback loop, bài 38), vì hậu quả sai sót cao hơn Skill cá nhân.
5. Mental model
Khép lại chuỗi ẩn dụ “hồ sơ đào tạo” của toàn Level 4: nếu bài 35-39 là “hồ sơ đào tạo cho 1 chuyên gia làm việc cho chính bạn”, thì bài 40 là “hồ sơ đào tạo cho 1 chuyên gia đại diện bạn giao tiếp với người khác” — cùng nguyên lý đóng gói, nhưng cần kiểm soát chặt hơn vì hồ sơ này ảnh hưởng tới nhiều người ngoài chính bạn.
Quy trình thực thi từng bước, case study cụ thể và bộ prompt/template áp dụng ngay.
6. Hướng dẫn từng bước
Áp dụng cho 1 trong 3 domain — quy trình chung:
disable-model-invocation.7. Ví dụ thực tế
3 ví dụ minh họa tự thiết kế (labeled synthesis), mỗi domain 1 ví dụ rút gọn — áp dụng đúng nguyên tắc bài 34 (disable-model-invocation cho bước có side-effect):
Sales — soạn email theo dõi sau demo:
---name: post-demo-followupdescription: Drafts a follow-up email after a product demo call. Use when the user asks to write a follow-up after a sales demo or call.disable-model-invocation: true---
## Instructions1. Ask for: prospect name, key pain points discussed, next step agreed.2. Draft email: thank you → recap pain points addressed → proposed next step → clear call-to-action.3. Present draft for review — DO NOT send automatically.Marketing — caption mạng xã hội theo brand voice:
---name: social-caption-brand-voicedescription: Generates social media captions following brand voice guidelines. Use when asked to write a caption, post, or social copy.---
## Instructions1. Read reference/brand-voice.md for tone rules.2. Generate 2-3 caption variants matching the platform (see reference/platform-limits.md for character limits).3. Flag any claim that needs legal/compliance review (e.g. pricing, guarantees).Operations — checklist xử lý yêu cầu hỗ trợ nội bộ:
---name: internal-request-triagedescription: Triages internal support requests by urgency and routes to the right team. Use when processing internal help desk tickets.---
## Instructions1. Classify request: urgency (low/medium/high) + category (IT/HR/Facilities).2. Apply routing rules from reference/routing-table.md.3. Draft acknowledgment message with expected response time.Điểm chung cả 3 ví dụ: email Sales khóa disable-model-invocation + yêu cầu review thủ công (side-effect cao nhất — gửi tới khách hàng); caption Marketing có bước “flag compliance” (rủi ro pháp lý); Operations dùng reference file riêng cho quy tắc routing (đúng pattern domain-specific đã học bài 33).
8. Prompt/template/workflow
[ ] Domain + quy trình cụ thể: ___________[ ] Có side-effect gửi ra ngoài/ảnh hưởng người khác? → disable-model-invocation[ ] Template output: strict hay flexible? (bài 39)[ ] Có bước xác nhận/feedback loop cuối cùng? (bài 38)[ ] Resources cần thiết (brand guide, routing table...)? Tổ chức theo pattern nào? (bài 33)[ ] description đủ 2 vế + negative trigger nếu cần? (bài 32)9. Visual hoặc diagram cần thiết
Asset A — Diagram:
Asset B — Infographic (Capstone Level 4):
10. Bài tập thực hành
- Chọn 1 domain (Sales/Marketing/Operations) gần nhất với công việc thực tế của bạn (hoặc dùng 1 trong 3 ví dụ mục 7 làm điểm khởi đầu).
- Áp dụng checklist mục 8, điền đầy đủ.
- Viết
SKILL.mdhoàn chỉnh. - Tự đặt câu hỏi: “Nếu Skill này chạy sai, hậu quả tệ nhất là gì?” — xác nhận bạn đã khóa đúng các bước cần
disable-model-invocation. - Bài tập tổng kết Level 4: nhìn lại toàn bộ 12 bài (29-40) — bạn có thể giải thích được từng khái niệm cho 1 người chưa học gì về Skill không? Nếu có, bạn đã hoàn thành Level 4.
Checklist kiểm tra mức độ sẵn sàng, nhận diện các bẫy sai lầm và nguyên tắc vàng vận hành.
11. Checklist
12. Lỗi thường gặp
15. Best practices
disable-model-invocation trừ khi chứng minh được không cần — an toàn hơn là ngược lại.16. Nội dung nâng cao (không bắt buộc)
Với tổ chức có nhiều Skill vận hành nghiệp vụ, cân nhắc dùng phạm vi chia sẻ “Enterprise” (bài 31 mục 4) thay vì Personal/Project — đảm bảo toàn bộ team dùng chung đúng 1 phiên bản Skill, tránh tình trạng mỗi người tự tạo Skill tương tự nhưng không đồng nhất quy tắc (ví dụ: 2 người trong team Sales dùng 2 mẫu email theo dõi khác nhau vì tự tạo Skill riêng không đồng bộ).
⚠️ 13. Giới hạn & khi nào KHÔNG nên áp dụng
- Bài này không dạy chiến lược sales/marketing/vận hành — chỉ dạy cách đóng gói 1 quy trình đã biết thành Skill.
- Không có tài liệu chính thức xác nhận ví dụ Skill cụ thể cho domain này (đã minh bạch hoá ở đầu bài) — mọi ví dụ cần tự điều chỉnh theo thực tế tổ chức, không dùng nguyên xi.
- Với quy trình có tính pháp lý cao (hợp đồng, cam kết giá) — Skill chỉ nên hỗ trợ soạn thảo, không nên tự động hoàn tất/gửi đi mà không qua người có thẩm quyền duyệt.
🔐 14. An toàn & quản trị (Safety/Governance)
📚 17. Nguồn tham khảo
anthropics/skills (GitHub), Anthropic — Source Discovery, không xác nhận được ví dụ cụ thể · Skill authoring best practices, Anthropic — nguyên tắc kiến trúc áp dụng cho toàn bộ 3 ví dụ mục 7 (invocation contract, template pattern, domain-specific resources) · Dẫn chiếu (không trích dẫn mới): bài 32, 33, 34, 38, 39.