Buổi 7 — Ra mắt và đo lường sau khi ship
Đây là buổi mà lợi thế marketing của bạn phát huy mạnh nhất — và cũng là nơi nhiều PM thuần sản phẩm làm kém.
Ship không phải là kết thúc
Marketer quen với việc chiến dịch kết thúc rồi báo cáo. PM phải quen với việc ship là lúc bắt đầu học. Tính năng ra mắt xong mà không ai đo lại thì bài học không bao giờ quay về.
Chuẩn bị trước ngày ra mắt
Nội bộ trước, bên ngoài sau. Sales và support phải hiểu tính năng trước người dùng. Một khách hàng hỏi mà support không biết trả lời là thiệt hại lớn hơn nhiều so với việc ra mắt chậm một tuần.
Phân tầng ra mắt. Không phải tính năng nào cũng cần thông cáo. Phân ba mức: thay đổi nhỏ (ghi trong changelog), tính năng đáng kể (email tới nhóm liên quan, cập nhật tài liệu), tính năng lớn (chiến dịch đầy đủ). Không phân tầng thì mọi thứ đều ồn ào như nhau và người dùng ngừng chú ý.
Tracking phải sẵn sàng trước. Đây là lỗi tốn kém nhất: ship rồi mới nhận ra không đo được. Dữ liệu quá khứ không bổ sung được sau.
Đo cái gì
Adoption — bao nhiêu phần trăm nhóm mục tiêu đã dùng thử. Thấp thì vấn đề ở khả năng khám phá hoặc ở thông điệp.
Retention của tính năng — trong số người đã thử, bao nhiêu quay lại dùng. Đây là chỉ số thật: thử một lần rồi bỏ nghĩa là tính năng không giải quyết được vấn đề như kỳ vọng.
Guardrail — chỉ số phải KHÔNG xấu đi. Ví dụ tính năng mới làm tăng thời gian tải trang, hoặc làm tăng ticket support.
Chọn trước cả ba, và chọn trước cả ngưỡng: "nếu adoption dưới 15% sau 30 ngày thì xem lại thông điệp; nếu retention tính năng dưới 30% thì xem lại chính tính năng."
Đặt ngưỡng trước khi thấy kết quả là cách duy nhất tránh việc tự thuyết phục mình rằng con số xấu vẫn ổn.
Khi số liệu không đạt kỳ vọng
Ba câu hỏi theo thứ tự:
- Người dùng có biết tính năng tồn tại không? — vấn đề khám phá, sửa bằng vị trí và thông báo.
- Họ có hiểu nó làm gì không? — vấn đề thông điệp, sửa bằng cách diễn đạt.
- Họ hiểu nhưng không cần? — vấn đề vấn đề. Đây là kết quả đau nhất và cũng giá trị nhất.
Ghi lại bài học
Sau 30 ngày, viết một trang: kỳ vọng là gì, kết quả là gì, vì sao lệch, và lần sau làm khác thế nào. Một trang này có giá trị hơn toàn bộ tài liệu bạn viết trước khi ship — vì nó là thứ duy nhất chứa bằng chứng thật.
Bài tập
Chọn một tính năng đã ship gần đây. Tìm xem có ai từng đo lại nó không. Nếu không, đo bây giờ — và mang kết quả tới cuộc họp roadmap tiếp theo.
<!--les-append-->
Phân tầng ra mắt
Không phải tính năng nào cũng cần thông cáo. Ba mức:
| Mức | Gồm gì | Làm gì |
|---|---|---|
| Nhỏ | Sửa lỗi, cải thiện nhỏ | Ghi trong changelog |
| Vừa | Tính năng mới cho nhóm người dùng hiện tại | Thông báo trong sản phẩm + email cho nhóm liên quan |
| Lớn | Mở phân khúc mới, đổi cách dùng cốt lõi | Chuẩn bị nội bộ trước, thông cáo, tài liệu, huấn luyện sales |
Nội bộ trước, bên ngoài sau
Sales và support phải hiểu tính năng trước người dùng. Một khách hỏi mà support không biết trả lời gây thiệt hại lớn hơn nhiều so với việc ra mắt chậm một tuần.
Danh sách kiểm nội bộ tối thiểu:
- Support biết tính năng làm gì, cho ai, và giới hạn của nó
- Có câu trả lời sẵn cho 3 câu hỏi khả năng cao nhất
- Sales biết được hứa gì và không được hứa gì
- Có người phụ trách trong tuần đầu nếu có sự cố
Đo sau khi ship — bốn mốc
| Mốc | Đo gì |
|---|---|
| 24 giờ | Có hỏng gì không — lỗi, sự cố, phàn nàn |
| 7 ngày | Có ai dùng không — tỉ lệ tiếp nhận |
| 30 ngày | Có ai dùng lại không — đây mới là tín hiệu giá trị |
| 90 ngày | Chỉ số mục tiêu có đổi không |
Ship là lúc bắt đầu học
Đây là đảo ngược lớn nhất so với marketing: chiến dịch kết thúc rồi báo cáo; tính năng ra mắt rồi mới bắt đầu vòng học.
Nếu không ai đo lại sau khi ship, bài học không bao giờ quay về — và đội sẽ tiếp tục đoán ở tính năng tiếp theo.
Làm ngay
Chọn tính năng gần nhất đội bạn ra mắt. Đo bốn mốc ở trên, hồi cứu. Nếu không có dữ liệu cho mốc 30 ngày, đó là việc cần sửa cho lần ra mắt tiếp theo — cài đo lường trước khi ship. <!--/les-append-->