Product Management
Đăng nhập
ESC

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

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

Product Taste & Judgment

Leadership

Khả năng "ngửi" được sản phẩm tốt — gu thẩm mỹ, judgment ra quyết định build/kill khi data chưa đủ.

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á

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

Đã đọc 0/4 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.

Tại sao kỹ năng này càng quan trọng trong thời đại AI?

AI biến khả năng "làm ra" thành commodity. Bất kỳ ai có Cursor + 30 phút đều có thể prototype một feature. Khi cost-to-build tiệm cận 0, cost-of-deciding-what-to-build trở thành nút thắt mới. Đó chính là product taste.

Brian Chesky (Airbnb) gọi đây là "founder mode" — CEO/PM phải có gu để nói "không" với 99 ý tưởng tốt để tập trung vào 1 ý tưởng vĩ đại. Trong khi đó, AI sẽ build hết tất cả nếu bạn ra prompt. Nếu PM không có taste, sản phẩm sẽ trở thành "AI slop" — feature đầy đủ nhưng vô hồn, không ai dùng.

Trong vòng 3 năm tới, PM không có taste = developer biết viết Jira ticket. PM có taste = người duy nhất ngăn product team build sai thứ.

Framework / Mental model

Hai khung tư duy nền:

  • Dieter Rams — 10 Principles of Good Design: Good design is innovative, useful, aesthetic, understandable, unobtrusive, honest, long-lasting, thorough, environmentally friendly, and as little design as possible. Áp dụng vào digital: mỗi pixel, mỗi câu chữ phải earn its place.
  • First Principles thinking (Elon Musk / Aristotle): Bóc tách vấn đề về các sự thật vật lý/logic không thể tranh cãi, rồi rebuild từ đó. Đối lập với reasoning by analogy ("đối thủ làm vậy nên ta cũng làm").

Khi gặp một feature request, dùng cây quyết định này để gate:

flowchart TD
    A[Feature idea / request] --> B{Có giải quyết
job-to-be-done
thực sự không?} B -->|Không| K[Kill — đừng build] B -->|Có| C{Có làm cho
core experience
tốt HƠN không?} C -->|Không, chỉ thêm| D{Có phá vỡ
simplicity hiện tại?} D -->|Có| K D -->|Không| E[Park — backlog] C -->|Có| F{Bạn có "yêu"
solution này
sau 1 đêm ngủ?} F -->|Không| G[Rework — chưa đủ tốt] F -->|Có| H[Build — và polish
tới 10/10]

Điểm mấu chốt: bước "ngủ 1 đêm" — taste cần thời gian để lắng. Quyết định build/kill quan trọng không bao giờ ra trong meeting.

Ví dụ thực tế

Case 1 — Tiki vs Shopee (2018–2022): Cả hai cùng là e-commerce VN. Tiki chọn "thêm mọi thứ" — TikiNOW, Tiki Trading, TikiLIVE, Astra loyalty, Ticketbox... homepage chật cứng. Shopee giữ một thông điệp duy nhất: "Mua sắm online, freeship, giá rẻ." Kết quả 2024: Shopee chiếm 67% market share, Tiki dưới 5%. Khác biệt không phải tech mà là taste để biết khi nào nói không.

Case 2 — Momo Mini App: 2022 Momo mở Mini App platform. PM đứng trước 200+ partner xin onboard. Taste tốt = chỉ chọn 20 partner đầu tiên với UX consistency cao (Tiki, BE, VietnamAirlines). Taste kém = open hết, UX nát. Momo chọn option 1 và mini-app GMV tăng 4x trong 6 tháng.

Luyện tập hàng ngày

  • Bài 1 (5 phút/ngày — "Taste journal"): Mỗi tối, mở 1 app bạn dùng hôm nay. Viết 3 dòng: 1 điều làm tốt, 1 điều làm tệ, và "tôi sẽ thay đổi gì nếu là PM của họ?". Sau 90 ngày bạn có 270 micro-decisions để rút pattern.
  • Bài 2 (15 phút/tuần — "Kill list"): Mở backlog hiện tại. Chọn 3 feature/ticket và viết lý do kill chúng. Bài tập này huấn luyện cơ "say no" — cơ yếu nhất của PM trẻ.
  • Bài 3 (1 buổi/tháng — "Teardown"): Chọn 1 app/feature mới ra (vd: ChatGPT Atlas, Claude Skills, Apple Intelligence). Viết 2 trang teardown: thesis của họ là gì, họ đánh đổi gì, bạn sẽ build khác chỗ nào. Public lên LinkedIn để được phản biện.

Sai lầm phổ biến

Pitfall 1 — Taste = "tôi thích": Taste không phải sở thích cá nhân. Một PM có thể không thích màu hồng nhưng vẫn nhận ra một app thời trang nữ cần dùng hồng. Taste = đọc được context + audience + đẹp bền vững, không phải áp đặt sở thích.
Pitfall 2 — Lười suy nghĩ, copy đối thủ: "Shopee có Live Commerce thì mình cũng có." Đây là analogy thinking, không phải first principles. Đầu tiên hỏi: tại sao Shopee làm? Audience của họ giống mình không? Cost-benefit ra sao? Sau đó mới quyết định.
Pitfall 3 — Ra quyết định trong meeting nóng: Pressure từ exec hoặc customer khiến PM gật đại "ok build". Taste tốt cần "sleep on it" — luôn xin 24h nếu quyết định reversible cost > 1 tuần engineer time.

Dấu hiệu bạn đã master

  • Bạn từ chối ít nhất 1 feature exec request/quarter — và có thể giải thích lý do trong 2 câu.
  • Khi xem một mockup design, bạn chỉ ra được 3 vấn đề trong 30 giây mà designer chưa nhận ra.
  • Đồng nghiệp bắt đầu hỏi "Khang nghĩ sao?" trước khi ship — taste của bạn trở thành signal cho team.
  • Bạn predict được "feature này sẽ flop" trước launch — và đúng ít nhất 3/5 lần.

Tài nguyên thêm

  • Sách: Dieter Rams — Less but Better. Bible cho industrial design taste, áp dụng nguyên xi cho digital.
  • Sách: Julie Zhuo — The Making of a Manager. Chương về "developing taste" cho design + product manager.
  • Bài viết: Brian Chesky — "Founder Mode" (paulgraham.com/foundermode.html). Tại sao founder/PM cần taste, không phải process.
  • Video: "The Design of Everyday Things" — Don Norman talk trên YouTube. Foundation cho usability taste.
  • Podcast: Lenny's Podcast — episodes với Brian Chesky, Tobi Lütke (Shopify) về product taste.

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

HiccupVì sao xảy raXử lý
"Gu" bị dùng để áp đặt sở thích cá nhânKhông phân biệt được gu với thị hiếu riêngGu phải giải thích được bằng tác động lên người dùng; không giải thích được thì đó là sở thích
Đội tranh luận thẩm mỹ vô tậnKhông ai đưa ra tiêu chí chungChuyển câu hỏi từ "đẹp hơn không" sang "người dùng hoàn thành việc nhanh hơn không"
Sao chép sản phẩm nổi tiếngTưởng cái gì họ làm cũng đúngHọ giải bài toán của họ với ràng buộc của họ; hỏi vì sao họ chọn thế trước khi sao chép
Gu tốt nhưng không ai ngheNêu ý kiến mà không nêu lý doLuôn đi kèm cơ chế: vì sao lựa chọn này dẫn tới kết quả kia
Chỉ nhìn giao diện, bỏ qua luồngCái đẹp dễ thấy hơn cái đúngXem luồng trước, thẩm mỹ sau — một màn hình đẹp trong một luồng sai vẫn là sản phẩm tệ
Không cải thiện được theo thời gianKhông tiếp xúc đủ nhiều sản phẩm và người dùng thậtMỗi tuần dùng thật một sản phẩm lạ và ghi ba quyết định thiết kế bạn thấy đáng chú ý

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

Vai tròBạn dùng nó để
Product Owner / PMKhi AI làm việc xây dựng rẻ đi, việc biết nên xây gì trở thành nút thắt — đây chính là kỹ năng đó
DesignerBảo vệ lựa chọn bằng tác động lên người dùng thay vì bằng thẩm mỹ cá nhân
FounderGu của bạn được sao chép khắp công ty, dù bạn có muốn hay không
EngineerNhận ra chỗ nào một chi tiết nhỏ tạo khác biệt lớn cho người dùng
Head of ProductBạn tuyển người có gu — và bạn cần biết cách phân biệt gu với ý kiến mạnh

Definition of done

  • Mọi nhận định về chất lượng đều giải thích được bằng tác động lên người dùng.
  • Tranh luận thẩm mỹ được chuyển thành câu hỏi về việc người dùng hoàn thành việc.
  • Khi tham khảo sản phẩm khác, đã hỏi vì sao họ chọn như vậy trước khi sao chép.
  • Luồng được xem xét trước thẩm mỹ.
  • Có thói quen đều đặn tiếp xúc sản phẩm lạ và ghi lại quyết định thiết kế đáng chú ý.

Tự kiểm 3 câu

Đọc xong rồi thì thử xem — đúng cả ba là đạt.
1. Câu hỏi phỏng vấn “Hãy cải thiện một sản phẩm bạn yêu thích” muốn xem điều gì nhất?
2. Khi trả lời một câu product sense, bước đầu tiên nên là gì?
3. “Product taste” thể hiện rõ nhất ở đâu?

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

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 Chẩn đoán

Đánh giá Kỹ năng Lãnh đạo cho PM

Chấm riêng từng chiều của kỹ năng này.

3 người đã làm
Làm bài này
2 Quiz

Kiểm tra Module 1: Tổng quan vòng phỏng vấn PM

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

1 người đã làm
Làm bài này
3 Quiz

Kiểm tra Module 2: Product Sense & CIRCLES

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

1 người đã làm
Làm bài này
4 Quiz

Chương 5: Công cụ PM & bối cảnh sản phẩm chuyên biệt

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

1 người đã làm
Làm bài này

Học kỹ năng này ở đâu?

Có 5 khóa dạy đúng phần này, miễn phí và bằng tiếng Việt.

Bắt đầu học