Product Management
Đăng nhập
ESC

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

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

Một nguồn sự thật — roadmap, quyết định và tài liệu ở đâu

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

Khi roadmap có bốn phiên bản

Tháng 7, anh Đạt (trưởng sales) hứa với một chuỗi 40 quán cà phê rằng tính năng chia hoá đơn theo bàn sẽ có trong tháng 9. Anh không bịa: anh lấy thông tin từ một slide roadmap gửi trong buổi họp với CEO hồi tháng 4. Nhưng từ tháng 5, squad Bán hàng tại quầy đã dời tính năng đó sang "Next". Thay đổi được ghi trong Jira và trong bảng tính riêng của Hưng, còn slide tháng 4 thì vẫn nằm trong hộp thư của sales.

Khi chị Mai đi tìm, roadmap của QuầyNhanh có bốn phiên bản: slide cho CEO, epic trong Jira, bảng tính của từng PM, và một trang wiki không ai cập nhật từ quý 1. Phiên bản nào cũng đúng vào một thời điểm nào đó. Không phiên bản nào được mọi người coi là đúng ngay bây giờ.

Nguồn sự thật duy nhất là một quy ước, không phải một công cụ

Nguồn sự thật duy nhất nghĩa là với mỗi loại thông tin, chỉ có một nơi được coi là đúng. Mọi nơi khác chỉ là bản sao hoặc liên kết trỏ về đó. Không cần mua công cụ đắt tiền; cần một quy ước được ghi lại và được tôn trọng — đặc biệt bởi lãnh đạo. Nếu CEO vẫn hỏi roadmap qua tin nhắn Zalo, quy ước sẽ chết trong hai tuần.

Bảng quy ước của QuầyNhanh:

Thông tinNơi duy nhấtAi cập nhậtBao lâu một lần
Roadmap Now/Next/LaterMột trang wiki, mỗi squad một cộtPM của squadKhi có thay đổi, tối thiểu hằng tháng
OKR quý và điểmBảng OKR chungPM, chị Mai duyệtHằng tháng
Định nghĩa chỉ sốTừ điển chỉ sốTú và người làm product opsKhi thêm hoặc đổi chỉ số
Quyết định sản phẩm quan trọngNhật ký quyết địnhNgười ra quyết địnhNgay sau khi quyết
Phản hồi khách hàngKho phản hồiSales, CS ghi; product ops gắn nhãnLiên tục
Thay đổi roadmapNhật ký thay đổi roadmapPM của squadMỗi lần dời, thêm hoặc bỏ
Dòng cuối là thứ đã có thể cứu lời hứa của anh Đạt. Mẫu Roadmap Change Log ghi mỗi thay đổi kèm lý do và người bị ảnh hưởng, và sales được tự động báo khi một mục họ đang theo dõi bị dời.

Nhật ký quyết định — vì sao đáng ghi

Ở nhiều công ty, quyết định sống trong trí nhớ của những người có mặt trong phòng. Sáu tháng sau, người mới hỏi "sao mình không làm X?" và không ai nhớ chính xác. Hoặc tệ hơn, cùng một cuộc tranh luận được mở lại mỗi quý.

Một dòng trong nhật ký quyết định của QuầyNhanh:

TrườngNội dung
Ngày14/8
Quyết địnhDời chia hoá đơn theo bàn sang quý 1 năm sau
Người quyếtchị Mai, sau review với Hưng và anh Quốc
Phương án đã cân nhắcLàm bản rút gọn trong quý 4; thuê ngoài
Lý doSquad đang làm hoá đơn điện tử, bắt buộc theo luật từ quý 4
Điều sẽ khiến xem lạiHơn 150 quán trả phí yêu cầu trong một quý
Dòng "điều sẽ khiến xem lại" làm quyết định có thể kiểm tra. Khi sales mang yêu cầu mới đến, câu hỏi không còn là "sao không làm?" mà là "đã đủ 150 quán chưa?".

Template chỉ đáng có khi giúp người đọc

Cùng với nguồn sự thật là các template: PRD, cập nhật tuần, đề xuất quý. Template chung giúp kỹ sư chuyển squad mà không phải học lại cách đọc tài liệu, và giúp lãnh đạo so các đội với nhau. Nhưng template có quá nhiều ô sẽ được điền cho có.

Quy tắc của QuầyNhanh: mỗi ô phải có người đọc nó để quyết định một việc gì đó. Ô nào không ai đọc trong hai quý thì xoá. Mẫu PRD cũ có 22 mục; sau khi hỏi kỹ sư và designer họ thật sự đọc mục nào, mẫu mới còn 9. Cập nhật tuần còn đúng ba dòng: xong, sắp ra, cần ai.

Ai giữ cho nguồn sự thật còn đúng

Quy ước không tự giữ. Ba cơ chế giữ nó sống:

  • Nghi thức đọc từ nguồn. Review chỉ số mở dashboard chuẩn, không mở slide. Product sync mở trang roadmap, không nghe kể. Khi buổi họp đọc từ nguồn, ai để nguồn sai sẽ thấy ngay trước mặt đồng nghiệp.
  • Lãnh đạo hỏi bằng đường link. Chị Mai thống nhất với anh Lâm: khi hỏi về roadmap, anh gửi đường link trang roadmap kèm câu hỏi, không hỏi "em ơi tính năng X sao rồi".
  • Kiểm tra định kỳ. Mỗi tháng, người làm product ops dành 30 phút tìm mục roadmap không cập nhật quá 30 ngày và nhắc PM.

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

  • Chọn công cụ trước khi có quy ước. Chuyển roadmap sang một công cụ mới không làm nó được cập nhật đều hơn; chỉ thêm một nơi nữa có thể lỗi thời.
  • Cấm mọi bản sao. Slide cho buổi họp với nhà đầu tư vẫn cần thiết. Quy tắc là bản sao phải ghi ngày và đường link về nguồn, không phải không được tồn tại.
  • Ghi mọi quyết định. Nhật ký quyết định chỉ dành cho quyết định khó đảo ngược hoặc ảnh hưởng nhiều đội. Ghi cả chuyện đổi màu nút thì không ai đọc nữa.

Làm ngay

Chọn ba loại thông tin quan trọng nhất của đội bạn — thường là roadmap, OKR và định nghĩa chỉ số. Với mỗi loại, liệt kê mọi nơi nó đang tồn tại. Chọn một nơi duy nhất, ghi ai cập nhật và bao lâu một lần. Rồi viết năm dòng nhật ký quyết định cho năm quyết định lớn nhất trong ba tháng qua, theo bảng ở trên, kể cả dòng "điều sẽ khiến xem lại".

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