Mở đầu
“PM là người chịu trách nhiệm doanh thu.”
Nghe câu này trong một buổi all-hands, mình hiểu ý tốt của người nói — muốn PM có ownership, có accountability. Nhưng khi KPI tháng của PM chỉ là một con số doanh thu, mình bắt đầu lo.
Bài này không phải để nói doanh thu không quan trọng. Doanh thu cực kỳ quan trọng. Vấn đề là khi nó trở thành thước đo duy nhất của PM, nhiều thứ khác bắt đầu méo đi — âm thầm và khó nhận ra.
Mục lục
- Phạm vi công việc PM thực tế là gì?
- Tại sao doanh thu không nên là KPI duy nhất?
- Những trade-off nguy hiểm khi PM chạy theo doanh thu
- Doanh nghiệp nào dễ rơi vào bẫy này?
- Hướng ra: Cách cân bằng accountability và product health
Phạm vi công việc PM thực tế là gì?
Trước khi bàn về doanh thu, cần thống nhất PM thực ra làm gì.
Trong thực tế (không phải JD), PM thường xử lý:
| Phạm vi | Ví dụ cụ thể |
|---|---|
| Discovery | User research, xác định vấn đề, validate giả thuyết |
| Prioritization | Chọn feature nào làm trước, dựa trên impact vs effort |
| Delivery | Align engineering, track sprint, unblock team |
| Measurement | Theo dõi metrics, rút insight sau launch |
| Strategy | Kết nối roadmap với business goals dài hạn |
Doanh thu là outcome của nhiều hoạt động trên, không phải activity. PM không bán hàng — PM tạo ra sản phẩm để người bán hàng có thứ để bán.
Tại sao doanh thu không nên là KPI duy nhất?
Doanh thu là lagging indicator
Doanh thu phản ánh điều đã xảy ra, không phải điều đang xảy ra. Nếu PM chỉ nhìn vào doanh thu, họ sẽ luôn phản ứng trễ.
Một sản phẩm có thể doanh thu tháng này tốt mà đang trên đà chết — churn cao, NPS rơi, user mới acquisition cost tăng. Và ngược lại, một feature đúng hướng có thể mất 3-6 tháng mới hiện ra trong doanh thu.
Doanh thu thuộc về business, không chỉ product
Doanh thu phụ thuộc vào sales, marketing, pricing, chính sách — nhiều thứ nằm ngoài tầm kiểm soát của PM. Khi giao doanh thu cho PM, đôi khi là giao trách nhiệm mà không giao quyền.
Nếu PM không control được pricing hay go-to-market strategy, thì họ cũng không thể hoàn toàn chịu trách nhiệm cho doanh thu.
Những trade-off nguy hiểm khi PM chạy theo doanh thu
Đây là phần quan trọng nhất. Mình đã thấy những pattern này xảy ra không chỉ một lần:
1. Ưu tiên short-term over long-term
Khi KPI là doanh thu tháng này, PM sẽ bị kéo về phía các feature tạo ra conversion ngay lập tức — upsell, payment flow optimization, dark patterns. Trong khi đó, các feature nền tảng — onboarding cải thiện, performance, search relevance — có ROI dài hơn và bị đẩy xuống.
Tháng đầu tốt. Quý sau user churn nhiều hơn. Năm sau team loay hoay không hiểu tại sao retention tệ.
2. Discovery bị cắt xén
Khi áp lực doanh thu tháng đè lên, PM không có thời gian làm discovery đúng nghĩa. User research bị bỏ qua. Roadmap chạy theo gut feeling hoặc theo yêu cầu của sales. Kết quả là ship nhiều nhưng miss nhiều — và không có dữ liệu để học từ miss đó.
3. Conflict với engineering
Engineering cần thời gian làm technical debt, refactor, và nền tảng. PM chạy theo doanh thu không có budget cho những thứ đó. Dần dần, codebase mục ruỗng, velocity giảm, và chính PM cũng bị ảnh hưởng — nhưng đến lúc đó thường đã quá muộn.
4. PM mất đi identity
Khi bị đánh giá như sales, PM bắt đầu hành động như sales. Discovery giảm, pitching tăng. Sản phẩm trở thành công cụ bán hàng thay vì giải pháp cho user. PM giỏi thường rời đi vì không còn làm được điều họ giỏi.
Doanh nghiệp nào dễ rơi vào bẫy này?
- Startups giai đoạn seed-series A: Áp lực survival khiến tất cả mọi thứ quy về doanh thu. Đây là trade-off có thể chấp nhận được trong giai đoạn ngắn — nhưng cần aware.
- Công ty chuyển từ sales-led sang product-led: PM bị hire nhưng culture vẫn là sales culture. PM bị đo bằng yardstick của sales.
- Doanh nghiệp truyền thống digitalize: PMO không tồn tại, không có khung metrics rõ, ban lãnh đạo chỉ hiểu P&L.
Hướng ra: Cách cân bằng accountability và product health
PM vẫn cần có accountability với business outcome. Câu hỏi là đo thế nào thì hợp lý hơn.
Dùng mixed metrics
| Layer | Ví dụ metric |
|---|---|
| Business | Revenue, conversion rate, LTV |
| Product | Activation rate, feature adoption, NPS |
| Process | Delivery predictability, discovery quality |
PM nên chịu trách nhiệm với product và process metrics — và được evaluate một phần bởi business metrics, nhưng không phải duy nhất.
Tách biệt “PM chịu trách nhiệm” và “PM kiểm soát”
PM có thể commit vào activation rate, feature adoption, user satisfaction. Họ có thể contribute vào doanh thu. Hai điều này khác nhau — và sự rõ ràng đó quan trọng cho cả PM lẫn leadership.
Đặt ngưỡng product health tối thiểu
Dù doanh thu thế nào, một số chỉ số không được phép thấp hơn ngưỡng: churn rate, NPS, performance. Đây là hàng rào bảo vệ sản phẩm khỏi những quyết định ngắn hạn.
Kết lại
PM chạy theo doanh thu không hẳn là tệ — nếu đó là một trong nhiều thước đo. Tệ là khi đó là thước đo duy nhất.
Khi phạm vi công việc PM bị thu hẹp về một con số, nhiều thứ quan trọng sẽ không được ai làm: discovery, long-term user value, technical foundation. Và khi những thứ đó suy yếu, doanh thu cuối cùng cũng sẽ bị ảnh hưởng — chỉ là trễ hơn, khó trace hơn.
Công việc của PM không phải là tối ưu doanh thu tháng. Công việc của PM là xây sản phẩm mà người dùng muốn quay lại — và từ đó, doanh thu là kết quả tự nhiên.
Doanh thu là outcome của product health, không phải ngược lại.