Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Bài 8 — Use case thực tế và cách chọn dự án agent đầu tiên

Đã đọc 0/8 mục · còn khoảng 4 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Bài cuối: ánh xạ mọi thứ đã học vào các use case thật, và quan trọng nhất — chọn dự án agent đầu tiên sao cho dễ thành công thay vì gây thất vọng.

Bản đồ use case theo độ chín

Dễ thắng (nên bắt đầu):

  • Trợ lý tra cứu nội bộ (RAG + vài tool đọc): trả lời câu hỏi dựa trên tài liệu công ty, tra trạng thái đơn/ticket. Rủi ro thấp vì đa số chỉ-đọc.
  • Phân loại & định tuyến: đọc email/ticket đến, gắn nhãn, chuyển đúng phòng ban.
  • Soạn nháp: agent chuẩn bị bản nháp email/báo cáo, người duyệt gửi.
Trung bình:
  • Chăm sóc khách hàng có hành động (tra đơn, tạo ticket, hoàn tiền nhỏ có HITL).
  • Trợ lý nghiên cứu: gọi search, tổng hợp nhiều nguồn, trích dẫn.
  • Điều phối lịch / tác vụ nội bộ.
Khó (làm sau khi có kinh nghiệm):
  • Agent vận hành hệ thống (thao tác hạ tầng, xử lý sự cố tự động).
  • Multi-agent phối hợp nhiều agent chuyên biệt.

Khung chọn dự án đầu tiên: điểm ICE-A

Chấm mỗi ứng viên theo 4 tiêu chí (1–5):

  • Impact (giá trị nếu thành công).
  • Confidence (khả năng làm được với năng lực hiện tại).
  • Ease (dễ triển khai, ít phụ thuộc).
  • Safety (mức độ an toàn — hành động có hoàn tác được không).
Ưu tiên dự án Safety và Ease cao, ngay cả khi Impact chỉ trung bình. Thắng nhỏ nhưng chắc quan trọng hơn tham vọng lớn mà sụp.

Dự án đầu tiên lý tưởng:
- Chủ yếu thao tác CHỈ-ĐỌC (rủi ro thấp)
- Phạm vi hẹp, mục tiêu rõ
- Có dữ liệu sẵn để RAG
- Có người dùng thật chờ dùng (để lấy feedback)

Ví dụ chọn dự án

Một công ty phân vân giữa: (A) agent tự động hoàn tiền và (B) agent tra cứu chính sách nội bộ cho nhân viên CSKH.

  • (A) Impact cao nhưng Safety thấp (đụng tiền), Confidence thấp (mới bắt đầu) → để sau.
  • (B) chỉ-đọc, an toàn, dễ, có tài liệu sẵn → chọn làm đầu tiên. Thắng nhanh, xây niềm tin, học cơ chế, rồi mới leo lên (A) với HITL.

Lộ trình 30 ngày cho dự án đầu tiên

  • Tuần 1: chọn bài toán hẹp, viết mục tiêu 1 câu, liệt kê 2–3 tool, gom dữ liệu RAG.
  • Tuần 2: dựng agent tối thiểu (bài 5–6), dry-run và test 10 ca thật.
  • Tuần 3: chạy shadow/copilot với vài người dùng thật, đo success & escalation.
  • Tuần 4: sửa theo số liệu, thêm guardrail, mở rộng thận trọng.

Checklist "dự án đầu tiên khôn ngoan"

  • [ ] Phạm vi đủ hẹp để xong trong ~30 ngày?
  • [ ] Đa số hành động là chỉ-đọc (an toàn)?
  • [ ] Có dữ liệu/tài liệu sẵn cho RAG?
  • [ ] Có người dùng thật để lấy feedback?
  • [ ] Có tiêu chí đo thành công rõ ràng?
  • [ ] Có đường bàn giao người thật khi agent bí?

Sai lầm thường gặp

  • Chọn dự án đầu tiên quá tham vọng (multi-agent, đụng tiền/hạ tầng) → thất bại làm mất niềm tin của cả tổ chức.
  • Làm agent không ai cần — không có người dùng thật thì không có feedback, dự án chết yểu.
  • Bỏ qua đo lường, không biết agent tốt hay tệ nên không cải thiện được.
  • Cố tự động hóa 100% ngay thay vì bắt đầu bằng shadow/copilot.
  • Quên rằng agent lai (automation + agent) thường là lời giải thực dụng nhất cho use case thật.

Tổng kết khóa học

Bạn đã đi từ phân biệt chatbot/automation/agent, hiểu vòng lặp Sense-Think-Act, giải phẫu agent, biết khi nào nên dùng, thiết kế trên giấy, dựng agent chạy được, vận hành an toàn và chọn dự án đầu tiên. Nguyên tắc xuyên suốt: dùng công cụ đơn giản nhất giải quyết được bài toán, và chỉ trao quyền tự hành cho agent khi bạn đã kiểm soát được rủi ro. Giờ hãy làm bài kiểm tra tổng kết để chắc rằng bạn vận dụng được, không chỉ thuộc lòng.

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi