Critical Thinking & First Principles

Leadership

Bóc tách giả định, suy luận từ gốc thay vì copy best-practice. Bắt buộc cho mọi quyết định product có rủi ro.

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

Làm bài Đánh giá Kỹ năng Lãnh đạo cho PM — 3 người đã làm. Một lần làm chấm điểm cho tất cả kỹ năng trong nhóm Leadership, 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

Critical thinking là tách FACT khỏi SUY DIỄN trước khi quyết. “Retention giảm 10%” là fact; “người dùng không thích tính năng mới” là suy diễn — và phần lớn quyết định sản phẩm tệ bắt đầu bằng việc nhầm hai thứ đó. First principles là bước tiếp theo: hỏi “ràng buộc thật ở đây là gì” thay vì “đối thủ đang làm thế nào”.

Khi đã làm được

Bóc được giả định ẩn trong một đề xuất mà không làm người đề xuất phòng thủ, nói rõ mức tin cậy của mình bằng con số, và ghi lại quyết định để 90 ngày sau hiệu chỉnh lại trực giác. Biết khi nào KHÔNG cần phân tích sâu — phần lớn quyết định nhỏ chỉ cần làm rồi sửa.

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

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

Critical Thinking & First Principles là gì?

Critical thinking là thói quen tách điều mình BIẾT khỏi điều mình ĐANG ĐOÁN, trước khi cả hai bị trộn vào một quyết định.

First principles là công cụ mạnh nhất trong nhóm đó: thay vì hỏi “người khác làm thế nào”, hỏi “ràng buộc thật của bài toán này là gì”. Nó đắt và chậm, nên chỉ dùng cho quyết định khó đảo ngược.

Khác gì với phản biện và hoài nghi?

Ba thứ này hay bị gọi chung, và nhầm chúng là lý do nhiều đội sợ người “tư duy phản biện”.

	Mục đích	Nghe như thế nào	Kết quả
Critical thinking	Tìm ra điều mình chưa biết	“Giả định nào ở đây mình chưa kiểm?”	Quyết định tốt hơn
Phản biện	Chứng minh đề xuất sai	“Cái này không chạy được đâu.”	Người đề xuất phòng thủ
Hoài nghi	Không tin gì cả	“Số liệu nào cũng bịa được.”	Tê liệt

Dấu hiệu bạn đang làm đúng: người bị hỏi cảm ơn bạn, không phải cãi lại bạn.

Khi nào bạn gặp chuyện này

Tình huống	Bạn làm gì	Nếu không
Đội đề xuất làm tính năng X vì “đối thủ vừa ra”.	Hỏi ba câu: đối thủ giải bài toán nào, bài toán đó có phải bài toán của người dùng mình không, và nếu họ sai thì mình mất gì.	Bạn xây một bản sao của một quyết định mà bạn không biết vì sao họ đưa ra — và họ có thể đã sai.
Số liệu cho thấy retention giảm 10%, cả phòng kết luận là do tính năng mới.	Viết ra fact và suy diễn thành hai cột. Liệt kê ít nhất ba nguyên nhân khác có thể giải thích cùng con số đó.	Bạn sửa thứ không hỏng, số liệu không cải thiện, và lần sau không ai tin vào phân tích.
Bạn đã đầu tư 4 tháng vào một hướng và số liệu đang xấu.	Hỏi câu của người ngoài: “nếu hôm nay mới bắt đầu, mình có chọn hướng này không?”	Sunk cost kéo dài thêm 4 tháng nữa, và lần dừng sẽ đắt gấp đôi.
Một người cấp trên đưa ra định hướng bạn thấy có vấn đề.	Steelman trước: trình bày phiên bản MẠNH NHẤT của lập luận đó, rồi mới nói chỗ bạn thấy rủi ro. Kèm mức tin cậy của mình.	Bạn hoặc im lặng và mang theo sự ấm ức, hoặc phản đối và bị nghe như chống đối.

First principles thinking

Thay vì hỏi "competitor đang làm thế nào", hỏi "vấn đề gốc là gì và physics/economics nào ràng buộc?". Elon Musk áp dụng vào tên lửa SpaceX — bóc giá nguyên liệu thay vì giá tên lửa.

3 layer của critical thinking

Observation — phân biệt fact và inference. "Retention drop 10%" là fact; "users không thích feature mới" là inference.
Assumption surfacing — list mọi giả định, đánh dấu cái nào high-risk, low-confidence.
Counterfactual reasoning — "Nếu giả định X sai, kết luận có còn đúng?"
Steelmanning — bảo vệ ý kiến đối lập với phiên bản mạnh nhất của nó trước khi bác.

Cognitive biases cần né

Survivorship bias — học từ unicorn không khái quát.
Confirmation bias — chỉ tìm data ủng hộ hypothesis có sẵn.
Anchoring — số đầu tiên thấy ảnh hưởng estimate sau đó.
Sunk cost — kéo dài project chỉ vì đã đầu tư.

Decision journal — mẫu điền trong 3 phút

Đây là cách rẻ nhất để hiệu chỉnh trực giác. Không có nó, bạn chỉ nhớ những lần mình đúng.

Trường	Viết gì	Ví dụ
Quyết định	Một câu	Hoãn app di động 12 tháng
Fact	Điều đo được	Tần suất mở: 1,4 lần/tháng
Giả định	Điều đang đoán, kèm rủi ro	Tần suất sẽ không tăng (rủi ro cao)
Phương án đã loại	Và vì sao	Làm app ngay — chi phí 6 tháng đội
Mức tin cậy	Một con số	70%
Xem lại ngày	90 ngày sau	2026-12-24

Ví dụ: ba quyết định và câu hỏi đã cứu chúng

“Người dùng muốn thêm bộ lọc.” Fact là 40 người viết ticket xin bộ lọc. Suy diễn là họ cần bộ lọc. Câu hỏi: họ đang cố làm gì khi đi tìm bộ lọc? Hoá ra họ muốn tìm lại đơn hàng cũ — một ô tìm kiếm giải được, rẻ hơn nhiều.
“Phải làm app vì đối thủ có app.” Ràng buộc thật: người dùng mở sản phẩm 1–2 lần mỗi tháng. Với tần suất đó, app không giữ được chỗ trên màn hình chính. Quyết định: làm web tốt hơn, hoãn app 12 tháng.
“Onboarding dài quá nên người dùng bỏ.” Fact: 60% bỏ ở bước 3. Suy diễn: vì dài. Kiểm tra: bước 3 hỏi mã số thuế — thứ người dùng không có sẵn lúc đó. Không phải dài, mà là sai thời điểm.

Sai lầm thường gặp

Sai lầm	Vì sao hỏng	Làm thay bằng
Dùng first principles cho mọi quyết định	Nó đắt và chậm; đội tê liệt vì việc nhỏ cũng phải phân tích từ gốc.	Chỉ dùng cho quyết định khó đảo ngược. Còn lại thì làm rồi sửa.
Bóc giả định của người khác trước đám đông	Người đề xuất phòng thủ, và lần sau họ giấu giả định thay vì nói ra.	Hỏi riêng trước, hoặc hỏi về đề xuất chứ không về người.
Đòi dữ liệu cho mọi thứ	Nhiều quyết định không có dữ liệu và sẽ không bao giờ có.	Nói rõ mức tin cậy rồi quyết, và ghi lại để kiểm sau.
Không bao giờ xem lại quyết định cũ	Bạn chỉ nhớ những lần mình đúng — trực giác không bao giờ được hiệu chỉnh.	Decision journal, xem lại sau 90 ngày.

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

Vai trò	Bạn dùng nó để
Product Manager	Phần lớn việc của bạn là quyết định dưới điều kiện thiếu thông tin. Đây là kỹ năng nền cho mọi kỹ năng khác trong danh sách.
Business Analyst	Yêu cầu bạn nhận được luôn là GIẢI PHÁP mà ai đó đã tự chọn. Việc của bạn là tìm lại bài toán gốc đằng sau nó.
Product Owner	Bạn xếp ưu tiên bằng giả định về giá trị. Giả định không được nói ra là giả định không ai kiểm được.
Engineering Manager	Ước lượng và quyết định kiến trúc đều là bài toán tách fact khỏi suy diễn.
Head of Product	Bạn xét duyệt lập luận của người khác nhiều hơn tự lập luận. Steelmanning là công cụ hằng ngày.

Definition of done — dấu hiệu bạn đã đạt

Bạn chỉ ra được ít nhất 3 giả định ẩn trong một đề xuất bất kỳ — mà người đề xuất không phòng thủ.
Bạn nói được mức tin cậy của mình bằng con số, không phải bằng “chắc là”.
Bạn có decision journal với ít nhất 5 mục đã đến hạn xem lại.
Trong 90 ngày qua bạn đã đổi ý ít nhất một lần vì dữ liệu mới.
Bạn trình bày được phiên bản mạnh nhất của ý kiến mình không đồng ý.

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

Hiccup	Vì sao xảy ra	Xử lý
Phân tích mãi không ra quyết định	Nhầm tư duy phản biện với việc trì hoãn	Đặt hạn cho phân tích; tư duy tốt là để quyết nhanh hơn, không phải để quyết muộn hơn
Dùng first principles cho mọi thứ	Nghe hấp dẫn nên áp dụng tràn lan	Chỉ dùng khi cách làm hiện tại đang thất bại hoặc chi phí rất cao; việc thường ngày thì kinh nghiệm nhanh hơn
Chất vấn khiến người khác phòng thủ	Hỏi nghe như đang bắt lỗi	Hỏi về giả định của chúng ta, không về lập luận của anh
Vẫn quyết theo linh cảm rồi dựng lý lẽ sau	Linh cảm đến trước, rất tự nhiên	Viết kết luận và lý do ra giấy TRƯỚC khi bàn; nhật ký quyết định làm việc này dễ hơn
Biết về thiên lệch nhưng vẫn mắc	Biết khái niệm không đủ để tránh	Dùng danh sách kiểm cụ thể ở thời điểm quyết định, không dựa vào việc nhớ ra