Bài thi tổng kết: AI & Agentic AI cho dân Product — Mental Models
Bài kiểm tra của một khóa dạy kỹ năng này.
Làm bài này
Product Management
Chuyển từ "nó có chạy không" sang "nó đúng bao nhiêu phần trăm, và phần còn lại tốn gì" — nền tảng cho mọi sản phẩm AI.
Đăng nhập để đánh dấu kỹ năng và theo dõi tiến độ.
Làm bài Đánh giá Kỹ năng PM cho Sản phẩm AI — Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm AI, không chỉ kỹ năng này.
Làm bài đánh giáHiểu phần mềm thường tạo giá trị bằng cách làm đúng MỌI LẦN, còn sản phẩm AI tạo giá trị từ PHÂN PHỐI kết quả sau khi trừ cái giá của lần sai. Nhận ra sai không phải lỗi mà là đặc tính, và nó không bao giờ hết.
Định giá riêng hai loại sai cho mọi tính năng, chốt ngưỡng "đủ tốt" như một quyết định kinh doanh trước khi xây, đổi được năm câu hỏi cũ sang năm câu hỏi mới, cân nhắc làm lần sai rẻ đi trước khi xin nâng độ chính xác, và biết khi nào xác suất là lựa chọn SAI.
Trong hai mươi năm qua, phần mềm tạo ra giá trị bằng cách làm đúng một việc, mọi lần. Bạn nhập một số, nó cộng đúng. Bạn bấm lưu, nó lưu. Nếu sai, đó là lỗi, và lỗi thì sửa được cho hết.
Sản phẩm AI tạo ra giá trị theo cách khác hẳn: làm đúng phần lớn các lần, và giá trị đến từ phần lớn đó, sau khi trừ đi cái giá của phần còn lại. Sai không phải lỗi. Sai là một phần của cách nó hoạt động, và nó không bao giờ hết.
Đây không phải sự khác biệt về kỹ thuật. Nó là sự khác biệt về điều gì được coi là thành công — và nó chạm vào mọi thứ: cách bạn viết yêu cầu, cách bạn nghiệm thu, cách bạn hứa với khách hàng, cách bạn quyết định đã làm xong hay chưa.
| Câu hỏi | Thế giới tất định | Thế giới xác suất |
|---|---|---|
| Nó có chạy không? | Có hoặc không | Đúng khoảng bao nhiêu phần trăm, ở nhóm ca nào |
| Đã xong chưa? | Hết lỗi đã biết | Đạt ngưỡng đã thoả thuận và giữ được ngưỡng đó |
| Sai thì sao? | Tìm và sửa nguyên nhân | Giảm tỉ lệ, và thiết kế cho lần sai |
| Kiểm thế nào? | Đầu vào này cho đầu ra kia | Chạy bộ ca lớn, so phân phối kết quả |
| Hứa gì với khách? | Tính năng này làm được việc này | Mức chính xác này, trong phạm vi này |
Đây là điều nghe phản trực giác nhưng quan sát được ở rất nhiều tổ chức: kinh nghiệm sâu trong thế giới tất định đôi khi là gánh nặng, không phải lợi thế, khi bước sang sản phẩm AI.
Lý do không phải vì họ kém thích nghi. Lý do là những phản xạ đã giúp họ thành công suốt hai mươi năm — và đã trở nên tự động tới mức không còn được suy nghĩ nữa — lại dẫn sai trong bối cảnh mới.
| Phản xạ cũ | Đúng khi nào | Vì sao dẫn sai với AI |
|---|---|---|
| "Sửa cho hết lỗi rồi mới ra mắt" | Luôn đúng với phần mềm thường | Không bao giờ hết. Chờ hết lỗi nghĩa là không bao giờ ra mắt. |
| "Kết quả không nhất quán là lỗi nghiêm trọng" | Luôn đúng | Với AI, không nhất quán là đặc tính. Vấn đề là biên độ, không phải sự tồn tại của nó. |
| "Viết đặc tả đủ rõ thì đội làm đúng" | Gần như luôn đúng | Không có đặc tả nào liệt kê được mọi đầu vào. Đặc tả phải chuyển sang dạng ví dụ và ngưỡng. |
| "Demo chạy tốt nghĩa là làm được" | Đúng — demo tất định thì tái lập được | Demo AI là một mẫu cỡ một. Nó gần như không nói lên điều gì về phân phối. |
| "Cam kết với khách bằng tính năng" | Đúng | Cam kết phải kèm mức chính xác và phạm vi, nếu không bạn đang hứa thứ không giữ được. |
Người mới vào nghề không có lợi thế về kiến thức — họ có lợi thế vì không có gì phải gỡ bỏ. Đây chính là điều đã xảy ra vào khoảng năm 2010 với sản phẩm mạng xã hội: người hiểu rằng giá trị đến từ hành vi của người dùng với nhau, chứ không từ tính năng, đã đi trước một quãng dài — và phần lớn họ trẻ, không phải vì trẻ thì giỏi hơn, mà vì họ không có mô hình cũ để bảo vệ.
Đây là phép tính trung tâm của tư duy xác suất, và nó đơn giản hơn vẻ ngoài:
Giá trị = (tỉ lệ đúng × lợi ích mỗi lần đúng) − (tỉ lệ sai × cái giá mỗi lần sai) − chi phí vận hành
Ba điều rơi ra từ phép tính này, và cả ba đều trái với trực giác của thế giới tất định:
Điểm cuối cùng là điểm quan trọng nhất và bị bỏ qua nhiều nhất. Đội kỹ thuật theo bản năng sẽ đi nâng độ chính xác, vì đó là thứ họ biết làm. Người làm sản phẩm phải hỏi câu còn lại: nếu chúng ta không thể làm nó đúng hơn, chúng ta có thể làm cho lần sai rẻ đi không?
| Đừng hỏi | Hãy hỏi | Vì sao |
|---|---|---|
| "Nó có hoạt động không?" | "Nó đúng bao nhiêu phần trăm, trên loại đầu vào nào?" | Câu đầu không có câu trả lời; câu sau luôn có |
| "Bao giờ hết lỗi?" | "Ngưỡng nào thì đủ tốt để ra mắt, và ai quyết ngưỡng đó?" | Chuyển từ một đích không tồn tại sang một quyết định kinh doanh |
| "Vì sao lần này nó sai?" | "Loại ca nào nó hay sai, và có mẫu chung không?" | Một ca sai là giai thoại; một nhóm ca sai là thông tin sửa được |
| "Làm sao đảm bảo không sai?" | "Khi nó sai, người dùng phát hiện và sửa được không?" | Đây là câu hỏi thiết kế, và thường rẻ hơn nhiều so với câu hỏi mô hình |
| "Demo được chưa?" | "Chạy 200 ca thật thì phân phối kết quả ra sao?" | Demo là mẫu cỡ một |
Đổi được năm câu hỏi này là đã đi được phần lớn quãng đường. Chúng không đòi hỏi kiến thức kỹ thuật — chúng đòi hỏi bỏ một thói quen.
Tư duy xác suất không có nghĩa là dùng AI ở mọi chỗ. Một phần quan trọng của kỹ năng này là biết khi nào không.
| Tình huống | Vì sao xác suất không hợp | Nên làm gì |
|---|---|---|
| Tính tiền, tính thuế, tính lương | Sai một lần là sai pháp lý, và không có "phần lớn đúng" | Dù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 và phân quyền | Đúng 99,9% nghĩa là cứ 1000 lần có một lần rò dữ liệu | Quy tắc cứng, không có ngoại lệ |
| Việc có quy tắc rõ ràng và ổn định | AI đắt hơn, chậm hơn, và kém tin cậy hơn một câu if | Viế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 quyết định | Không giải thích được từng trường hợp | Quy tắc tất định, hoặc AI chỉ gợi ý cho người quyết |
Dấu hiệu bạn đang dùng sai công cụ: nếu bạn có thể viết ra đầy đủ quy tắc trong một trang giấy, thì 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.
Bối cảnh: công ty bảo hiểm muốn tự động phân loại hồ sơ bồi thường thành "đơn giản" và "cần xem xét".
Cách nghĩ tất định (và nó thất bại ra sao): "Xây hệ thống phân loại hồ sơ. Yêu cầu: phân loại chính xác. Nghiệm thu: chạy đúng trên bộ kiểm thử." Đội làm sáu tháng, đạt 86% chính xác, và không ai biết như vậy là đạt hay không đạt. Nghiệm thu bế tắc. Kinh doanh nói đã hứa "tự động phân loại" với khách. Dự án dừng.
Cách nghĩ xác suất:
Cùng một mô hình 86% chính xác. Cách nghĩ thứ nhất gọi đó là thất bại; cách nghĩ thứ hai biến nó thành một tính năng đang chạy và tạo ra giá trị thật. Khác biệt hoàn toàn nằm ở cách đặt câu hỏi, không nằm ở công nghệ.
| Hiccup | Vì sao xảy ra | Xử lý |
|---|---|---|
| Dự án bế tắc ở khâu nghiệm thu | Không ai định nghĩa ngưỡng "đủ tốt" từ đầu | Chốt ngưỡng trước khi xây, và ngưỡng là quyết định kinh doanh chứ không phải kỹ thuật |
| Hứa với khách "tự động hoá" rồi không giữ được | Cam kết bằng tính năng thay vì bằng mức chính xác | Cam kết kèm phạm vi và mức chính xác; kinh doanh phải được huấn luyện điều này |
| Đội đuổi theo từng ca sai lẻ | Phản xạ sửa lỗi của thế giới tất định | Gom ca sai thành nhóm; chỉ sửa nhóm, không sửa ca |
| Sáu tháng nâng độ chính xác mà không ai thấy khác biệt | Không hỏi câu "làm lần sai rẻ đi" | So sánh chi phí nâng chính xác với chi phí thiết kế đường hoàn tác |
| Dùng AI cho việc có quy tắc rõ ràng | Vì nó mới và nghe hiện đại | Viết được quy tắc trong một trang thì viết quy tắc |
| Lãnh đạo mất niềm tin sau một ca sai được nêu lên | Chưa từng được nói trước rằng sai là đặc tính | Nói trước, bằng số, ngay từ buổi đầu — không phải sau ca sai đầu tiên |
| Vai trò | Bạn dùng nó để |
|---|---|
| Lãnh đạo có nhiều năm kinh nghiệm | Nhận ra phản xạ nào của mình đang dẫn sai — đây là phần khó nhất và không ai nói với bạn |
| Product Owner / PM | Đặt ngưỡng "đủ tốt" như một quyết định sản phẩm, thay vì để nó thành tranh cãi lúc nghiệm thu |
| Business Analyst | Viết được yêu cầu cho thứ không có một đáp án đúng duy nhất |
| Kinh doanh | Cam kết bằng mức chính xác và phạm vi, để không hứa thứ không giữ được |
| Engineer | Biết khi nào nên đề xuất giảm cái giá của lần sai thay vì nâng độ chính xác |
| Người mới vào nghề | Đây là lợi thế của bạn — bạn không có mô hình cũ phải gỡ bỏ |
Bài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyBài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyBài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyBài kiểm tra của một khóa dạy kỹ năng này.
Làm bài nàyHọc kỹ năng này ở đâu?
Có 6 khóa dạy đúng phần này, miễn phí và bằng tiếng Việt.
Thảo luận & tài liệu thêm 0
Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.