Không phải công ty nào cũng cần
Với một hoặc hai PM, Head of Product tự làm phần lớn việc product ops là hợp lý. Tuyển người riêng quá sớm sẽ lặp lại câu chuyện của Ngân ở bài 1: không đủ việc hệ thống, người đó sẽ được giao việc vặt. Tuyển quá muộn thì Head of Product dành nửa tuần cho lịch họp và báo cáo, và không còn thời gian cho chiến lược, cho con người.
Câu hỏi đúng không phải "công ty cỡ chúng ta có product ops không", mà là "chi phí của việc không có người sở hữu cách làm việc đang lớn đến đâu".
Tín hiệu
| Tín hiệu | Mức độ |
|---|---|
| Từ bốn PM trở lên, mỗi người làm việc một kiểu | Mạnh |
| Kế hoạch quý trễ hơn hai tuần, hai quý liên tiếp | Mạnh |
| Hai đội báo cùng một chỉ số ra hai con số trong buổi họp với CEO | Mạnh |
| PM dành hơn một phần tư thời gian cho báo cáo, tìm số và điều phối | Mạnh |
| Sales và CS nói phản hồi của họ không đi đến đâu | Trung bình |
| PM mới mất hơn hai tháng để tự làm việc được | Trung bình |
| Chỉ có một squad, mọi người ngồi cạnh nhau | Chưa cần |
Tính chi phí — và vì sao chỉ tính giờ là chưa đủ
Chị Mai trình bày với anh Lâm bằng số. Lương một người product ops có kinh nghiệm, ước tính cả chi phí, khoảng 35 triệu đồng mỗi tháng. Một PM khoảng 45 triệu đồng mỗi tháng cho 45 giờ mỗi tuần.
Phần giờ của PM. Nếu product ops giảm được 4–5 giờ vận hành mỗi tuần cho mỗi PM, sáu PM tiết kiệm 24–30 giờ mỗi tuần. Quy ra lương PM: 24 đến 30 trên 45 giờ, nhân 45 triệu, là 24–30 triệu đồng mỗi tháng.
Con số này thấp hơn 35 triệu. Nếu chỉ nhìn giờ, quyết định tuyển không đứng vững. Chị Mai nói rõ điều đó thay vì giấu đi — vì anh Lâm sẽ tự tính ra.
Phần kế hoạch trễ. Kế hoạch quý trễ ba tuần nghĩa là 62 người làm ba tuần mà không có ưu tiên chốt. Giả định thận trọng rằng 20% công sức trong ba tuần đó bị lãng phí (làm việc sau này bị bỏ, làm lại khi ưu tiên chốt): 62 × 3 × 20% ≈ 37 tuần-người mỗi quý, khoảng 12 tuần-người mỗi tháng. Riêng phần này đã lớn hơn nhiều so với một người product ops.
Phần phản hồi chậm. Chủ đề hoá đơn điện tử trong bài 5 liên quan đến 64 quán, 230 triệu đồng phí thuê bao mỗi năm. Phản hồi chờ 23 ngày mới tới squad là 23 ngày quán cân nhắc đổi phần mềm.
Kết luận của bản đề xuất: giờ PM tiết kiệm gần bù được lương; giá trị thật nằm ở kế hoạch đúng hạn và dòng phản hồi nhanh. Anh Lâm duyệt. Duy bắt đầu làm product ops từ đầu quý 4.
Thiết kế vai trò — để không lặp lại lỗi trợ lý
Bản mô tả công việc của Duy được viết để chặn đúng lỗi đã xảy ra với Ngân:
| Mục | Nội dung |
|---|---|
| Báo cáo cho | chị Mai (Head of Product), không phải cho từng PM |
| Phạm vi | Ba mảng: nhịp làm việc, công cụ và dữ liệu, dòng thông tin khách hàng |
| Quy tắc nhận việc | Mọi việc nhận phải giúp ít nhất hai đội, hoặc làm hệ thống bớt việc lần sau |
| Không làm | Ghi biên bản cho PM, làm báo cáo thay PM, duyệt quyết định sản phẩm |
| Đo bằng | Các chỉ số ở bài 9, khảo sát mỗi quý |
90 ngày đầu của người product ops
| Giai đoạn | Việc chính |
|---|---|
| Tháng 1 | Lắng nghe: gặp từng PM, tech lead, sales, CS; dự mọi nghi thức; xác nhận lại số liệu đầu kỳ |
| Tháng 2 | Nhận một mảng đang đau nhất chưa có người làm — ở QuầyNhanh là kho phản hồi và review insight |
| Tháng 3 | Tiếp quản việc giữ lịch nhịp làm việc và từ điển chỉ số từ chị Mai; chạy retro tổ chức sản phẩm đầu tiên |
Những phương án trước khi tuyển
Nếu chưa đủ tín hiệu, vẫn có cách:
- Head of Product dành một ngày mỗi tuần cho việc vận hành, ghi rõ trong lịch.
- Một PM kiêm 20% thời gian cho một mảng, luân phiên mỗi năm. Ở QuầyNhanh, Trang đã kiêm phần lịch nhịp làm việc trong quý 3.
- Data analyst sở hữu từ điển chỉ số nếu mảng dữ liệu đau nhất.
Làm ngay
Đếm tín hiệu của đội bạn theo bảng đầu bài. Nếu có từ hai tín hiệu mạnh trở lên, viết một trang đề xuất theo cách của chị Mai: phần giờ PM, phần kế hoạch trễ, phần phản hồi chậm, mỗi phần một phép tính có giả định ghi rõ. Nói thẳng phần nào không tự đứng được. Nếu chưa đủ tín hiệu, chọn một phương án ở mục cuối và ghi vào lịch tuần sau.