Product Management
Đăng nhập
ESC

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

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

Tư duy xác suất trong sản phẩm

AI

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.

Bạn đang ở đâu với kỹ năng này?

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á

Kỹ năng này cho bạn điều gì

Bắt đầu từ đây

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.

Khi đã làm được

Đị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.

Roadmap — Cách học và đạt kỹ năng

Đã đọc 0/10 mục · còn khoảng 8 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.

Hai thế giới, hai cách tạo ra giá trị

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ỏiThế giới tất địnhThế 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ânGiảm tỉ lệ, và thiết kế cho lần sai
Kiểm thế nào?Đầu vào này cho đầu ra kiaChạ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àyMức chính xác này, trong phạm vi này

Vì sao người có hai mươi năm kinh nghiệm lại khó hơn người mới

Đâ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àoVì 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ườngKhô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 đúngVớ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 đúngKhô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 đượcDemo 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"ĐúngCam 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ệ.

Giá trị đến từ phân phối — cách tính thật

Đâ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:

  • Một hệ thống đúng 70% có thể rất giá trị, nếu cái giá của lần sai gần bằng không và lợi ích mỗi lần đúng lớn. Gợi ý thẻ phân loại là ví dụ: đoán sai thì người dùng sửa trong hai giây.
  • Một hệ thống đúng 99% có thể vô dụng hoặc nguy hiểm, nếu 1% kia là chẩn đoán y khoa sai hoặc chuyển nhầm tiền. Con số 99% không nói lên điều gì khi đứng một mình.
  • Nâng độ chính xác không phải lúc nào cũng là việc đáng làm nhất. Giảm cái giá của lần sai thường rẻ hơn nhiều và hiệu quả hơn nhiều — một nút hoàn tác có thể đáng giá hơn sáu tháng cải thiện mô hì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?

Đổi câu hỏi — bộ câu hỏi mới cho mọi tính năng AI

Đừng hỏiHãy hỏiVì 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.

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

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ốngVì sao xác suất không hợpNên làm gì
Tính tiền, tính thuế, tính lươngSai 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ệuQuy tắc cứng, không có ngoại lệ
Việc có quy tắc rõ ràng và ổn địnhAI đắt hơn, chậm hơn, và kém tin cậy hơn một câu ifViế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 đị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

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.

Tình huống thực tế — cùng một tính năng, hai cách nghĩ

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:

  • Tách hai loại sai và định giá chúng riêng. Gán nhầm hồ sơ phức tạp vào nhóm đơn giản: nguy hiểm, có thể chi trả sai. Gán nhầm hồ sơ đơn giản vào nhóm cần xem xét: chỉ tốn thời gian người. Hai loại sai này không hề ngang giá.
  • Chỉnh hệ thống nghiêng về loại sai rẻ hơn. Chấp nhận đẩy nhiều hồ sơ sang nhóm cần xem xét hơn mức tối ưu, để gần như không bao giờ bỏ lọt hồ sơ phức tạp.
  • Đặt ngưỡng theo giá trị kinh doanh: nếu 60% hồ sơ được xử lý tự động và tỉ lệ bỏ lọt dưới 0,5%, đội xử lý giảm được một phần ba khối lượng. Đó là thành công, và nó đo được.
  • Thiết kế cho lần sai: mọi hồ sơ được tự động duyệt đều có thể rà lại trong 30 ngày; mẫu ngẫu nhiên 2% được người kiểm hằng tuần.

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ệ.

Cách luyện tư duy này

  • Với mọi tính năng AI, viết ra bảng hai loại sai trước khi viết bất cứ thứ gì khác. Sai kiểu A tốn gì, sai kiểu B tốn gì. Hai cột này gần như không bao giờ bằng nhau, và biết điều đó sẽ định hình toàn bộ thiết kế.
  • Tập nói bằng khoảng, không nói bằng điểm. "Khoảng 80–88% trên hồ sơ thường, thấp hơn nhiều với hồ sơ có phụ lục viết tay" thay vì "chính xác 86%".
  • Khi thấy một kết quả sai, hỏi "loại nào" trước khi hỏi "vì sao". Thói quen đuổi theo từng ca sai riêng lẻ là di sản của thế giới tất định.
  • Trước khi xin cải thiện mô hình, hỏi: làm lần sai rẻ đi có rẻ hơn không?
  • Không bao giờ quyết định dựa trên một lần chạy thử. Chạy lại cùng đầu vào năm lần và nhìn sự khác nhau — bước này thay đổi trực giác nhanh hơn mọi bài đọc.

Hiccups thường gặp và cách xử lý

HiccupVì sao xảy raXử lý
Dự án bế tắc ở khâu nghiệm thuKhông ai định nghĩa ngưỡng "đủ tốt" từ đầuChố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ữ đượcCam kết bằng tính năng thay vì bằng mức chính xácCam 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 địnhGom 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ệtKhô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àngVì nó mới và nghe hiện đạiViế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ênChưa từng được nói trước rằng sai là đặc tínhNói trước, bằng số, ngay từ buổi đầu — không phải sau ca sai đầu tiên

Vì sao vai trò của bạn cần cái này

Vai tròBạn dùng nó để
Lãnh đạo có nhiều năm kinh nghiệmNhậ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 AnalystViết được yêu cầu cho thứ không có một đáp án đúng duy nhất
Kinh doanhCam kết bằng mức chính xác và phạm vi, để không hứa thứ không giữ được
EngineerBiế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ỏ

Definition of done

  • Mọi tính năng AI đều có bảng hai loại sai, và hai loại được định giá riêng.
  • Ngưỡng "đủ tốt" được chốt trước khi xây, bởi người có thẩm quyền kinh doanh.
  • Cam kết với khách hàng luôn kèm mức chính xác và phạm vi áp dụng.
  • Đội nói về kết quả bằng khoảng và theo nhóm ca, không bằng một con số duy nhất.
  • Trước mỗi đề xuất nâng độ chính xác, đã cân nhắc phương án làm lần sai rẻ đi.
  • Có kiểm tra lại: việc này có thật sự cần xác suất, hay quy tắc tất định làm được?

Tự kiểm 3 câu

Đọc xong rồi thì thử xem — đúng cả ba là đạt.
1. Tính năng gợi ý thẻ phân loại đúng khoảng 70%; đoán sai thì người dùng sửa trong hai giây. Sếp muốn chờ tới 95% mới ra mắt. PM nên nói gì?
2. Mô hình phân loại hồ sơ bồi thường đạt 86%, nghiệm thu bế tắc vì không ai biết đạt hay chưa. Cách gỡ đúng?
3. Đội đề xuất dùng LLM để tính lương theo một bảng quy tắc viết gọn trong một trang. PM nên làm gì?

Khóa học liên quan (6)

Sử dụng trong vai trò

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.

Hãy là người đầu tiên chia sẻ kinh nghiệm cho kỹ năng này.

Kiểm tra kỹ năng này

Bài kiểm tra của các khóa dạy kỹ năng này
1 Quiz

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.

chưa ai làm
Làm bài này
2 Quiz

Bài thi tổng kết: Computer Vision Product Manager: Sản phẩm thị giác máy tính

Bài kiểm tra của một khóa dạy kỹ năng này.

chưa ai làm
Làm bài này
3 Quiz

Bài thi tổng kết: AI Agent là gì? Từ Chatbot đến Agent tự hành

Bài kiểm tra của một khóa dạy kỹ năng này.

chưa ai làm
Làm bài này
4 Quiz

Bài thi tổng kết: Autonomous Systems Product Manager: Hệ thống tự hành

Bài kiểm tra của một khóa dạy kỹ năng này.

chưa ai làm
Làm bài này

Họ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.

Bắt đầu học