Trung cấpHướng dẫnClaude ChatNguồn: Anthropic
Claude cho CSKH: Viết Knowledge Base articles
Nghe bài viết
00:00
Điểm nổi bật
Nhấn để đến mục tương ứng
- 1 Muốn làm chủ khi nào nên tạo kb article?, hãy bắt đầu từ việc hiểu Câu hỏi đã được hỏi từ 2+ khách hàng khác nhau Giải pháp tốn nhiều công sức tìm ra — kỹ thuật này được nhiều developer áp dụng thành công trong dự án thực tế.
- 2 Về prompt tạo kb article từ ticket đã giải quyết, thực tế cho thấy Tạo KB article từ ticket support sau đây: Ticket #: 4821 Câu hỏi/Vấn đề: Khách hàng không xuất được báo cáo dạng PDF — đây là con dao hai lưỡi nếu không hiểu rõ giới hạn và điều kiện áp dụng của nó.
- 3 Kết quả đo lường từ tạo troubleshooting article từ bug phức tạp: Tạo troubleshooting article từ thông tin sau: Vấn đề: Dashboard không tải trên Safari phiên bản 16 — các chỉ số cụ thể này giúp bạn đánh giá chính xác hiệu quả trước khi đầu tư nguồn lực.
- 4 Bước thực hành then chốt trong từ ticket pattern thành kb gap analysis: Một ứng dụng mạnh khác: phân tích patterns trong ticket để tìm KB gaps: Dưới đây là 20 ticket từ tháng vừa rồi tóm tắt: Liệt kê hoặc dán dữ liệu Hãy phân tích: 1 — nắm vững điều này giúp bạn triển khai nhanh hơn và giảm thiểu lỗi thường gặp.
- 5 Về tạo nội dung self-service proactive, thực tế cho thấy Thay vì chờ khách hàng hỏi, bạn có thể dùng Claude để tạo nội dung phòng ngừa — đây là con dao hai lưỡi nếu không hiểu rõ giới hạn và điều kiện áp dụng của nó.
Mỗi ticket support được giải quyết là một cơ hội để giảm số ticket trong tương lai. Khi bạn biến giải pháp thành knowledge base article, khách hàng có thể tự tìm câu trả lời — tiết kiệm thời gian cho cả hai bên. Claude giúp bạn viết KB article chất lượng cao từ ticket đã giải quyết chỉ trong vài phút.
Khi nào nên tạo KB article?
- Câu hỏi đã được hỏi từ 2+ khách hàng khác nhau
- Giải pháp tốn nhiều công sức tìm ra — cần lưu lại
- Có workaround cho lỗi đã biết nhưng chưa có timeline sửa
- Ticket giải quyết xong nhưng chưa có tài liệu tương tự
- Câu hỏi liên quan đến tính năng mới vừa ra mắt
5 loại KB article và khi nào dùng
| Loại | Mục đích | Khi nào dùng |
|---|---|---|
| How-to | Hướng dẫn từng bước | Khi khách hàng cần thực hiện một nhiệm vụ cụ thể |
| Troubleshooting | Chẩn đoán và giải quyết lỗi | Khi khách hàng gặp lỗi hoặc hành vi không mong muốn |
| FAQ | Câu trả lời nhanh cho câu hỏi phổ biến | Khi câu hỏi ngắn và câu trả lời không cần walkthrough |
| Known Issue | Tài liệu hóa lỗi đã biết và workaround | Khi có lỗi chưa được sửa nhưng cần thông báo rộng rãi |
| Reference | Thông tin tham khảo (API, glossary, thông số) | Khi nội dung mang tính tra cứu, không phải hướng dẫn |
Prompt tạo KB Article từ Ticket đã giải quyết
Tạo KB article từ ticket support sau đây:
Ticket #: 4821
Câu hỏi/Vấn đề: Khách hàng không xuất được báo cáo dạng PDF,
chỉ thấy nút Export mờ
Nguyên nhân: Tính năng export PDF chỉ khả dụng từ gói Professional trở lên
Giải pháp: Nâng cấp gói hoặc dùng export CSV + convert tự mình
Loại khách hàng bị ảnh hưởng: Người dùng gói Basic
Tần suất: Câu hỏi này xuất hiện 4 lần trong tháng qua
Hãy tạo KB article đầy đủ với:
- Loại article: FAQ (vì câu trả lời ngắn)
- Tiêu đề có thể tìm kiếm được
- Metadata (tags, category, audience)
- Nội dung đầy đủ
- Ghi chú xuất bản (cần review bởi ai, khi nào review lại)Ví dụ kết quả: KB Article mẫu
## KB Article Draft
Tiêu đề: Tại sao nút Export PDF bị mờ và không click được?
Loại: FAQ
Category: Gói dịch vụ / Billing
Tags: export, PDF, mờ, disabled, nút, gói Basic
Audience: Tất cả người dùng
---
Bạn đang thấy nút Export PDF bị mờ và không thể click?
Đây là lý do và cách giải quyết.
## Nguyên nhân
Tính năng export PDF chỉ có trên gói Professional và Enterprise.
Nếu bạn đang dùng gói Basic hoặc Starter, nút này sẽ hiển thị
nhưng bị vô hiệu hóa.
## Các lựa chọn của bạn
**Lựa chọn 1: Nâng cấp lên gói Professional**
- Để được xuất PDF không giới hạn và nhiều tính năng khác
- Xem so sánh các gói tại [link pricing page]
**Lựa chọn 2: Xuất dạng CSV (miễn phí)**
1. Nhấp vào Export
2. Chọn "CSV format"
3. Mở file CSV bằng Excel hoặc Google Sheets
4. Từ đó, bạn có thể tự chuyển sang PDF nếu cần
## Câu hỏi liên quan
- Gói của tôi bao gồm những tính năng gì?
- Cách nâng cấp gói dịch vụ
---
Publishing Notes:
Nguồn: Ticket #4821
Needs review từ: Product team (xác nhận thông tin gói chính xác)
Review date: 3 tháng sau hoặc khi có thay đổi pricingTạo Troubleshooting Article từ Bug phức tạp
Tạo troubleshooting article từ thông tin sau:
Vấn đề: Dashboard không tải trên Safari phiên bản 16.x
Triệu chứng: Trang trắng, không có thông báo lỗi
Nguyên nhân gốc rễ: Incompatibility với CSS variable một số phiên bản Safari
Giải pháp 1 (khuyến nghị): Cập nhật Safari lên 17.x trở lên
Giải pháp 2 (workaround): Dùng Chrome hoặc Firefox thay thế
Giải pháp 3 (cho admin): Bật "Disable CSS Variables fallback" trong settings
Trạng thái: Đang phát triển fix, dự kiến 2-3 tuần
Tạo troubleshooting article với format chuẩn.
Lưu ý: Người đọc tìm kiếm theo triệu chứng,
không phải nguyên nhân kỹ thuật.Tối ưu KB Article cho Tìm kiếm
Điều quan trọng nhất: khách hàng tìm kiếm theo triệu chứng họ thấy, không phải nguyên nhân kỹ thuật. Claude giúp bạn tối ưu theo nguyên tắc này:
Kiểm tra KB article sau đây về khả năng tìm kiếm:
[Dán article]
Hãy đánh giá và cải thiện:
1. Tiêu đề: Khách hàng có tìm theo cách này không?
Đề xuất 3 tiêu đề thay thế tốt hơn
2. Đoạn mở đầu: Có dùng ngôn ngữ khách hàng không?
3. Từ khóa còn thiếu: Các cách diễn đạt khác cho vấn đề này
4. Error messages: Có bao gồm text lỗi chính xác để khách hàng
có thể copy-paste và tìm không?
5. Synonyms: "xóa" vs "delete", "màn hình chính" vs "dashboard"Quản lý vòng đời KB Article
KB article không phải một lần viết xong rồi thôi — cần bảo trì thường xuyên:
| Hoạt động | Tần suất |
|---|---|
| Review article mới trước khi xuất bản | Trước mỗi lần publish |
| Kiểm tra độ chính xác (top articles) | Hàng quý |
| Kiểm tra nội dung cũ (chưa update 6+ tháng) | Hàng tháng |
| Cập nhật Known Issue articles | Hàng tuần |
| Phân tích articles có helpfulness thấp | Hàng tháng |
Hãy review KB article sau và đề xuất cập nhật:
[Dán article với ngày viết]
Sản phẩm đã thay đổi những điều sau kể từ khi viết:
[Liệt kê thay đổi]
Xác định:
- Phần nào không còn chính xác?
- Giao diện/tính năng nào đã thay đổi tên hoặc vị trí?
- Thông tin nào cần thêm vào?
- Article này có nên tách thành 2 bài riêng không?Từ Ticket Pattern thành KB Gap Analysis
Một ứng dụng mạnh khác: phân tích patterns trong ticket để tìm KB gaps:
Dưới đây là 20 ticket từ tháng vừa rồi (tóm tắt):
[Liệt kê hoặc dán dữ liệu]
Hãy phân tích:
1. Câu hỏi nào xuất hiện nhiều nhất?
2. Trong số đó, câu hỏi nào chưa có KB article?
3. Câu hỏi nào có KB article nhưng khách hàng vẫn hỏi
(tức là article chưa hiệu quả)?
4. Đề xuất 5 KB article cần tạo ngay với thứ tự ưu tiênKiểm tra Chất lượng Article trước khi Publish
Trước khi đăng KB article, hãy chạy qua checklist quality assurance với Claude:
Hãy review KB article sau trước khi tôi publish:
[Dán article]
Kiểm tra theo checklist:
1. ACCURACY: Thông tin có chính xác và cập nhật không?
2. COMPLETENESS: Có thiếu bước hoặc thông tin quan trọng nào không?
3. CLARITY: Người không quen với sản phẩm có hiểu được không?
4. SEARCHABILITY: Tiêu đề và nội dung có dùng ngôn ngữ khách hàng không?
5. STRUCTURE: Heading hierarchy có logic không?
6. ACTIONABILITY: Sau khi đọc, người dùng biết phải làm gì không?
7. EDGE CASES: Có tình huống đặc biệt nào chưa được xử lý?
Cho tôi điểm 1-10 cho từng tiêu chí và gợi ý cải thiện cụ thể.Tạo Nội dung Self-service Proactive
Thay vì chờ khách hàng hỏi, bạn có thể dùng Claude để tạo nội dung phòng ngừa — giải quyết những câu hỏi họ sẽ có trước khi họ cần hỏi:
Chúng tôi sắp ra mắt tính năng [tên tính năng] vào tuần tới.
Dựa trên mô tả tính năng sau, hãy dự đoán:
1. Top 10 câu hỏi khách hàng sẽ hỏi sau khi tính năng ra mắt
2. Với mỗi câu hỏi, tạo draft KB article ngắn (200-300 từ)
3. Xếp hạng theo: câu hỏi nào sẽ được hỏi nhiều nhất?
4. Có vấn đề gì cần lưu ý hoặc hỗ trợ đặc biệt từ support team không?
Mô tả tính năng: [Dán changelog hoặc product spec]Đo lường Hiệu quả của KB
Một knowledge base tốt phải được đo lường và cải thiện liên tục. Các chỉ số quan trọng nhất:
- Ticket deflection rate: Bao nhiêu % khách hàng tự tìm được câu trả lời qua KB mà không cần mở ticket
- Helpfulness rating: Tỷ lệ "Bài viết này có hữu ích không?" — target trên 80%
- Search success rate: Khách hàng tìm kiếm trong KB có tìm được kết quả không
- Article bounce rate: Người đọc article xong có mở ticket không — nếu có, article chưa đủ tốt
Dưới đây là dữ liệu hiệu suất KB tháng này:
- Articles có helpfulness dưới 60%: [liệt kê]
- Search terms không có kết quả: [liệt kê]
- Top 5 articles được đọc nhiều nhất: [liệt kê]
- Articles ít được đọc nhất (dưới 10 views): [liệt kê]
Phân tích và đề xuất:
1. Cải thiện cụ thể cho 3 articles có helpfulness thấp nhất
2. KB articles cần tạo mới dựa trên search terms không có kết quả
3. Articles ít đọc: nên update, consolidate, hay archive?Bước tiếp theo
Khi KB đã có nền tảng tốt, bước tiếp theo là tự động hóa việc phân loại và định tuyến ticket để giảm thời gian xử lý. Khám phá thêm tại Thư viện Ứng dụng Claude.
Bài viết liên quan
Bai viet co huu ich khong?
Bản quyền thuộc về tác giả. Vui lòng dẫn nguồn khi chia sẻ.
