Product Management
Đăng nhập
ESC

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

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

Khi nào xác suất là lựa chọn SAI

Đã đọ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.

Một phần quan trọng của kỹ năng này là biết khi nào KHÔNG

Tư duy xác suất không có nghĩa là dùng AI ở mọi chỗ. Trong giai đoạn hiện nay, sai lầm phổ biến nhất không phải là dùng AI quá ít — mà là dùng nó cho những việc vốn đã có lời giải tất định rẻ hơn, nhanh hơn và đáng tin hơn.

Bốn tình huống mà xác suất là lựa chọn sai

Tình huốngVì sao không hợpNên làm gì
Tính tiền, thuế, lươngSai một lần là sai pháp lý; không có khái niệm "phần lớn đúng"Quy tắc tất định. AI chỉ để phát hiện bất thường, không để tính.
Quyền truy cập, phân quyềnĐúng 99,9% nghĩa là cứ 1000 lần có một lần rò dữ liệuQuy tắc cứng, không ngoại lệ
Việc có quy tắc rõ ràng và ổn địnhAI đắt hơn, chậm hơn, kém tin cậy hơn một câu điều kiệnViết quy tắc — đây là lỗi phổ biến nhất hiện nay
Khi luật yêu cầu giải thích được từng quyết địnhKhông giải thích được từng trường hợpQuy tắc tất định, hoặc AI chỉ gợi ý cho người quyết

Phép thử một trang

Nếu bạn có thể viết ra đầy đủ quy tắc trong một trang giấy, hãy viết quy tắc.

Dùng AI cho việc đó là chọn một công cụ đắt hơn, chậm hơn và ít tin cậy hơn — chỉ vì nó mới. Và bạn sẽ phải xây thêm toàn bộ hạ tầng đánh giá, giám sát và xử lý ca sai cho một bài toán vốn không cần.

Dấu hiệu bạn đang ở tình huống này: khi bạn mô tả tính năng cho đồng nghiệp, họ nói "cái này chỉ cần if-else thôi mà" — và bạn không phản bác được.

Vùng xám: quy tắc rõ nhưng quá nhiều ngoại lệ

Đây là vùng khó nhất và cũng là vùng AI thật sự có giá trị.

Nếu quy tắc viết được nhưng có 300 ngoại lệ, và danh sách ngoại lệ thay đổi hằng tháng, thì hệ thống quy tắc sẽ trở thành thứ không ai bảo trì nổi. Đó là lúc AI thắng — không phải vì nó chính xác hơn, mà vì nó bảo trì được.

Cách phân biệt:

Dấu hiệuNghiêng về
Quy tắc ổn định nhiều nămTất định
Quy tắc đổi mỗi tháng, ngoại lệ tăng dầnXác suất
Có thể liệt kê hết đầu vàoTất định
Đầu vào là ngôn ngữ tự nhiên, ảnh, âm thanhXác suất
Cần giải thích từng quyết định trước toàTất định
Chấp nhận được "phần lớn đúng"Xác suất

Mô hình lai — thường là câu trả lời đúng

Rất nhiều bài toán không phải chọn một trong hai. Quy tắc tất định xử lý phần rõ ràng; AI xử lý phần còn lại.

Ví dụ: phân loại giao dịch kế toán.

  • Giao dịch khớp chính xác mẫu đã biết (lặp lại hằng tháng, cùng đối tác, cùng số tiền): quy tắc, độ chính xác 100%, chi phí gần bằng không.
  • Giao dịch mới hoặc mô tả tự do: AI gợi ý, người xác nhận.
  • Giao dịch trên ngưỡng tiền lớn: luôn qua người, bất kể hệ thống nói gì.
Thiết kế này cho độ chính xác tổng cao hơn, chi phí thấp hơn, và giải thích được ở phần quan trọng nhất — tốt hơn cả hai phương án thuần.

Ví dụ: một dự án lẽ ra không nên bắt đầu

Công ty logistics xây hệ thống AI dự đoán mã bưu chính từ địa chỉ tự do. Sáu tháng, đạt 91%.

Vấn đề: đã tồn tại một cơ sở dữ liệu địa chỉ chính thức, tra cứu được, đúng 100%, miễn phí. Vấn đề thật không phải "đoán mã bưu chính" mà là "địa chỉ người dùng nhập bị sai chính tả" — và bài toán đó chỉ cần chuẩn hoá chuỗi cộng tra cứu, không cần mô hình.

Sáu tháng công sức cho một bài toán đã có lời giải. Không ai hỏi câu "việc này có cần xác suất không" ở đầu dự án.

Câu hỏi để hỏi ở đầu mỗi dự án AI

  • Có ai đã giải bài này bằng quy tắc chưa? Vì sao không được?
  • Chúng ta có liệt kê được hết đầu vào không?
  • Quy tắc sẽ đổi bao nhiêu lần một năm?
  • Có phần nào của bài toán giải được bằng quy tắc, để AI chỉ lo phần còn lại?
  • Có luật hoặc hợp đồng nào yêu cầu giải thích được từng quyết định không?
Năm câu này mất mười phút và đã cứu nhiều dự án khỏi khởi đầu sai.

Lưu ý về câu số 4: nó hiếm khi cho ra câu trả lời "tất cả" hoặc "không có gì". Phần lớn bài toán thật đều tách được thành một phần rõ ràng và một phần mơ hồ — và việc tách đó thường là quyết định thiết kế quan trọng nhất của cả dự án.

Làm ngay

Chạy năm câu hỏi trên cho tính năng bạn đã chọn. Nếu câu 1 hoặc câu 4 cho ra câu trả lời khó chịu — tốt. Biết bây giờ rẻ hơn biết sau sáu thá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