Product Management
Đăng nhập
ESC

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

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

Phân hạng ra mắt — hạng 1, 2, 3 và mỗi hạng cần gì

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

Vì sao không phải lần ra mắt nào cũng giống nhau

Một đội phát hành vài chục thay đổi mỗi tháng. Nếu thay đổi nào cũng cần checklist đầy đủ, buổi go/no-go có lãnh đạo, thông báo khách hàng và phòng điều phối, đội sẽ chết chìm trong quy trình — và rồi bắt đầu bỏ qua quy trình, kể cả với những lần ra mắt thật sự cần nó. Nếu ngược lại không thay đổi nào cần gì, lần ra mắt quan trọng tiếp theo sẽ diễn ra như một bản sửa lỗi, và support sẽ biết về nó từ khách hàng.

Phân hạng ra mắt giải quyết cả hai: mức chuẩn bị tỉ lệ với tác động lên khách hàng và rủi ro. Không hơn, không kém.

Ba hạng

HạngKhi nàoCần chuẩn bị gìThời gian chuẩn bị
Hạng 1Sản phẩm hoặc tính năng mới ảnh hưởng doanh thu; đổi giá, đổi điều khoản; thay đổi luồng chính; ảnh hưởng đối tác; khách phải học lạiĐủ checklist, go/no-go có lãnh đạo, rollout theo nấc, truyền thông nội bộ và khách hàng, phòng điều phối, readout sau 2 và 6 tuần4–8 tuần
Hạng 2Tính năng đáng kể cho một nhóm người dùng, không đổi giá hay điều khoản, không đổi luồng chínhChecklist rút gọn, go/no-go do PM quyết, rollout theo nấc, thông báo trong app, báo nội bộ, readout sau 2 tuần1–3 tuần
Hạng 3Cải tiến nhỏ, sửa lỗi, đổi giao diện không đổi luồngGhi chú phát hành, báo support, theo dõi chỉ số sức khoẻVài ngày
Mẫu phân hạng có sẵn: Launch tiering template. Hướng dẫn từng bước: Phân hạng lần ra mắt.

Phân hạng bằng câu hỏi, không bằng cảm giác

Cảm giác "cái này quan trọng" không đủ, vì ai cũng thấy tính năng của mình quan trọng. Dùng năm câu hỏi, mỗi câu "có" cộng một điểm:

  • Có ảnh hưởng trực tiếp tới doanh thu hoặc dòng tiền không?
  • Có đổi giá, điều khoản, hoặc cách tính phí không?
  • Khách hàng có phải làm khác đi điều họ đang làm hằng ngày không?
  • Có đối tác hoặc bên thứ ba bị ảnh hưởng không?
  • Nếu hỏng, có phải tắt trong vòng một giờ và có ảnh hưởng tới nhiều hơn 10% người dùng không?
ĐiểmHạng gợi ý
3–5Hạng 1
1–2Hạng 2
Hạng 3
Đây là gợi ý, không phải luật. PM có thể nâng hoặc hạ một hạng, nhưng phải ghi lý do. Ghi lý do quan trọng vì nó chặn việc "mọi thứ đều là hạng 1".

Áp vào Sạp Số

Linh chấm "Nhập hàng nhanh":

Câu hỏiTrả lờiĐiểm
Ảnh hưởng doanh thu?Có — thay đổi cách tạo đơn, nguồn phí chính1
Đổi giá, điều khoản?Không
Khách phải làm khác?Có — đặt cả giỏ thay vì chọn từng món1
Đối tác bị ảnh hưởng?Có — nhà phân phối nhận đơn theo nhịp khác1
Hỏng thì phải tắt gấp và rộng?Có — đơn sai đi thẳng tới nhà phân phối1
Bốn điểm: hạng 1. Linh ghi kèm: "Nhà phân phối nhận đơn sai là mất tiền thật và mất lòng tin của đối tác, nên không hạ hạng dù phạm vi kỹ thuật nhỏ."

So sánh với hai thay đổi khác cùng quý:

Thay đổiĐiểmHạngLý do ngắn
Lọc sản phẩm theo nhà phân phối trong trang tìm kiếm1Hạng 2Tính năng mới cho nhóm tiệm dùng nhiều nhà phân phối, không đổi luồng đặt
Đổi màu nút "Đặt hàng" theo bộ nhận diện mớiHạng 3Không đổi hành vi, nhưng vẫn báo support vì khách có thể hỏi
Phí giao hàng mới cho đơn dưới 500.000 đồng3Hạng 1Đổi phí, ảnh hưởng doanh thu và hành vi
Chú ý dòng cuối: về kỹ thuật, đổi phí giao hàng chỉ là sửa một con số trong cấu hình. Về ra mắt, nó là hạng 1 vì khách hàng sẽ thấy hoá đơn khác đi. Hạng ra mắt đo tác động lên khách, không đo khối lượng code.

Mỗi hạng cần gì, chi tiết hơn

Hạng mụcHạng 1Hạng 2Hạng 3
Checklist sẵn sàngĐủ, có bằng chứngRút gọnKhông
Go/no-goLãnh đạo có tên quyếtPM quyếtKhông
Pre-mortemBắt buộcNên có, có thể 30 phútKhông
Rollout theo nấcBắt buộc, có tiêu chí rollback bằng sốBắt buộcTuỳ
Tracking planĐủ, review trước khi codeSự kiện chínhChỉ số sức khoẻ có sẵn
Truyền thông khách hàngNhiều kênh, có lịchTrong appGhi chú phát hành
Huấn luyện supportBuổi riêng, kịch bản trả lờiTài liệu ngắnMột tin nhắn
Phòng điều phốiCó, vài ngày đầuKênh theo dõiKhông
Readout2 tuần và 6 tuần2 tuầnKhông
RetroCóTuỳKhông

Chốt hạng ở đâu, và khi nào được đổi

Chốt ở kickoff (bài 2), vì hạng quyết định ai cần tham gia và cần bao nhiêu thời gian chuẩn bị. Chốt muộn hơn nghĩa là marketing và support biết muộn hơn.

Được đổi hạng khi phạm vi đổi. Nếu giữa chừng Sạp Số quyết định thêm "trả sau 7 ngày" vào giỏ hàng nhanh, câu hỏi số 2 đổi thành "có" và hạng giữ nguyên nhưng checklist phải thêm mục pháp lý. Đổi hạng thì báo công khai cho mọi người sở hữu mảng.

Ba lỗi thường gặp

  • Mọi thứ đều hạng 1. Kết quả: quy trình nặng, đội lách quy trình. Sửa bằng năm câu hỏi và bắt ghi lý do khi nâng hạng.
  • Hạng theo người yêu cầu. Tính năng do CEO yêu cầu tự động thành hạng 1. Sửa: hạng theo tác động lên khách, không theo chức danh.
  • Quên hạng 3. Không báo support về một thay đổi giao diện, rồi support mất cả buổi sáng trả lời "sao nút đổi màu". Hạng 3 vẫn cần một tin nhắn.

Làm ngay

Liệt kê năm thay đổi đội bạn sẽ phát hành trong tháng tới. Chấm mỗi thay đổi bằng năm câu hỏi ở trên và ghi hạng. Với mỗi thay đổi bạn muốn nâng hoặc hạ so với gợi ý, viết một câu lý do. Rồi so với cách đội đang chuẩn bị thực tế: có thay đổi hạng 1 nào đang được chuẩn bị như hạng 3 không? Đó là việc đầu tiên cần sửa.

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi