Product Management
Đăng nhập
ESC

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

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

Đưa PM mới vào việc trong 30 ngày

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

Onboarding là bài kiểm tra tốt nhất cho Product Ops

Nếu một PM mới cần ba tháng mới hiểu công ty đo gì, quyết định thế nào, họp gì vào lúc nào, thì hệ thống làm việc chỉ tồn tại trong đầu những người cũ. Mỗi lần có người nghỉ, một phần hệ thống nghỉ theo. Vì thế onboarding PM mới không chỉ là việc của HR hay của người quản lý trực tiếp — nó là cách đo nhanh nhất xem nhịp làm việc, nguồn sự thật và từ điển chỉ số có thật sự dùng được không.

Ở QuầyNhanh, Phúc (PM squad Nền tảng và tích hợp) đã mất 10 tuần để tự làm việc được: tự viết cập nhật tuần đúng chuẩn, tự chạy họp squad, tự trả lời câu hỏi số liệu cơ bản. Phần lớn thời gian đó là để tìm thông tin: hỏi người này về roadmap, người kia về định nghĩa chỉ số, đoán xem quyết định cũ được đưa ra vì sao.

Khi Phúc chuyển sang công ty khác vào quý 4 và Vy được tuyển thay, chị Mai đặt mục tiêu: Vy tự làm việc được trong 30 ngày.

Gói onboarding

Gói onboarding của QuầyNhanh dùng lại những gì các bài trước đã xây. Nếu bạn chưa có các thứ đó, gói onboarding sẽ cho bạn biết ngay thiếu gì.

Thành phầnLấy từVì sao PM mới cần
Lịch nhịp làm việc kèm mục đích từng buổiBài 3Biết họp gì, khi nào, và mình phải mang gì đến
Từ điển chỉ sốBài 6Không mang định nghĩa của công ty cũ vào
Nhật ký quyết định sáu tháng gần nhấtBài 4Hiểu vì sao roadmap trông như hiện tại, tránh mở lại tranh luận cũ
Ba PRD mẫu được coi là tốtThư viện tài liệuThấy chuẩn bằng ví dụ, không bằng mô tả
Ba báo cáo insight gần nhấtBài 5Nghe tiếng khách hàng trước khi gặp khách
Danh sách mười người cần gặp trong hai tuần đầuChị Mai soạnMỗi người kèm một câu "hỏi họ về điều gì"
Một người kèmTrang, PM squad Thanh toánCó người để hỏi những câu "ngớ ngẩn"

Kế hoạch 30 ngày

Giai đoạnMục tiêuViệc cụ thểDấu hiệu đã xong
Ngày 1–7Hiểu cách công ty làm việcĐọc gói onboarding; dự mọi nghi thức trong tuần với vai trò người nghe; gặp năm trong mười ngườiTóm tắt được lịch nhịp làm việc và mục đích mỗi buổi cho người kèm
Ngày 8–14Hiểu sản phẩm và khách hàngGặp năm người còn lại; ngồi nghe CS hai buổi; đi cùng sales thăm ba quánViết cập nhật tuần đầu tiên đúng mẫu ba dòng
Ngày 15–21Bắt đầu làm chủChạy họp squad, người kèm dự và góp ý sau; tự trả lời ba câu hỏi số liệu bằng dashboardHọp squad có đầu ra ghi lại
Ngày 22–30Có quan điểm riêngViết bản nhận xét hai trang: điều squad đang làm tốt, ba vấn đề lớn nhất, một câu hỏi về roadmapTrình bày bản nhận xét ở product sync
Hai lựa chọn thiết kế đáng chú ý:

  • Gặp khách trong tuần thứ hai, không phải tháng thứ hai. PM mới thường muốn "hiểu sản phẩm trước rồi mới gặp khách". Thực tế ngược lại: gặp khách sớm giúp đọc tài liệu có ngữ cảnh.
  • Bản nhận xét ở ngày 30. Đây là lúc PM mới nhìn rõ nhất những thứ người cũ đã quen mắt. Sau ba tháng, góc nhìn đó biến mất.

Kết quả của Vy

Vy viết cập nhật tuần đầu tiên đúng mẫu vào tuần thứ hai. Chạy họp squad một mình từ tuần thứ ba. Tự làm việc được — theo cùng tiêu chí đã dùng để đo Phúc — vào tuần thứ năm, khoảng 33 ngày. Chưa đúng 30 ngày, nhưng nhanh gấp đôi Phúc (5 so với 10 tuần).

Bản nhận xét ngày 30 của Vy chỉ ra hai lỗ hổng trong hệ thống mà không người cũ nào báo:

  • Ba dashboard của squad Nền tảng dùng định nghĩa "quán hoạt động" cũ, trước khi có từ điển chỉ số.
  • Nhật ký quyết định không có quyết định nào về tích hợp với đối tác giao đồ ăn, dù đó là phần lớn roadmap của squad. Các quyết định này nằm trong email của Phúc.
Đó là giá trị thứ hai của onboarding: mỗi PM mới là một lần kiểm tra hệ thống miễn phí. Chị Mai thêm một bước vào quy trình: sau mỗi lần onboarding, người làm product ops sửa những lỗ hổng mà PM mới tìm thấy.

Những lỗi thường gặp

  • Gói onboarding là một thư mục 40 tài liệu. PM mới không biết đọc gì trước. Gói tốt có thứ tự và có lý do cho từng mục.
  • Người kèm là người bận nhất đội. Người kèm cần khoảng ba giờ mỗi tuần trong tháng đầu; tính vào kế hoạch của họ.
  • Giao ngay một dự án lớn và gấp. PM mới sẽ làm theo cách của công ty cũ, vì chưa có thời gian học cách mới.
  • Không đo. Nếu không ghi tuần nào PM mới tự làm việc được, bạn không biết onboarding có tốt lên không.

Làm ngay

Hỏi PM vào công ty gần đây nhất: điều gì mất nhiều thời gian nhất để hiểu? Câu trả lời là mục đầu tiên của gói onboarding. Rồi lập bảng gói onboarding cho đội bạn theo mẫu ở trên, đánh dấu thành phần nào chưa tồn tại. Viết kế hoạch 30 ngày bốn giai đoạn với "dấu hiệu đã xong" cụ thể cho từng giai đoạn.

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