Sản phẩmNgười quản lý sản phẩm ở công ty 20–500 người

Khi một tính năng vừa phát hành, tôi muốn biết nó có tạo ra khác biệt không, để lần sau quyết định tốt hơn thay vì chỉ chuyển sang việc kế tiếp.

When a feature ships, I want to know whether it made a difference, so the next decision is better rather than simply moving on.

Hoàn cảnh của Job

Ai: Người quản lý sản phẩm chịu trách nhiệm về kết quả chứ không về sản lượng
Khi nào: Hai tới tám tuần sau khi phát hành
Điều kích hoạt: Nhận ra không ai từng quay lại kiểm tính năng của quý trước
Tình thế: Phát hành được ăn mừng còn kết quả thì không ai quay lại xem
Giới hạn: Nhóm đã chuyển sang việc tiếp theo ngay tuần sau

Không ai quay lại kiểm sau khi phát hành
Nặng
Nhịp làm việc đẩy mọi người sang việc kế tiếp ngay lập tức.
Gốc rễ: Phát hành là một sự kiện còn kết quả là một quá trình
Không đặt trước ngưỡng thành công
Nặng
Sau khi phát hành thì mọi con số đều giải thích được theo hướng tích cực.
Gốc rễ: Đặt ngưỡng trước tạo ra khả năng thất bại có thể chứng minh
Nhiều thứ đổi cùng lúc nên không quy được nguyên nhân
Vừa
Một chiến dịch tiếp thị chạy cùng tuần với bản phát hành.
Gốc rễ: Không ai điều phối lịch để giữ cho phép đo sạch
Kết quả xấu không ai muốn nêu ra
Vừa
Cả nhóm vừa bỏ ba tháng vào đó, và không ai muốn là người nói.
Gốc rễ: Nêu kết quả xấu là nêu về công sức của chính đồng nghiệp mình
Không có cách gỡ một tính năng đã phát hành
Vừa
Kể cả khi biết nó vô dụng, gỡ đi vẫn đắt hơn để lại.
Gốc rễ: Một số ít người dùng đã dựa vào nó, và họ là những người sẽ lên tiếng

Giải pháp không đồng nghĩa với sản phẩm — khách hàng thuê được cả một hành vi hay một cách chống chế.

Bảng theo dõi chỉ số sản phẩm
Sản phẩm
Có sẵn mọi con số, và không nói con số nào lẽ ra phải đổi.
Thử nghiệm A/B
Sản phẩm
Cách quy nguyên nhân sạch nhất, và cần lượng người dùng mà công ty nhỏ không có.
Viết ngưỡng thành công vào tài liệu trước khi xây
Cách chống chế
Người làm sản phẩm tự tạo khả năng sai cho chính mình, vì không quy trình nào bắt.
Họp rà soát sau phát hành
Hành vi
Nhịp duy nhất đóng được vòng phản hồi, và nó luôn là thứ bị bỏ khi bận.
Hỏi bộ phận hỗ trợ có ai nhắc tới không
Hành vi
Phép đo rẻ nhất và bất ngờ chính xác về việc một tính năng có tồn tại với người dùng không.

Tổ chức có nghi lễ cho lúc LẬP KẾ HOẠCH và lúc PHÁT HÀNH; khoảng sau đó — nơi biết được nó có tác dụng không — không có nhịp nào.
Vì sao giải pháp hiện có không đủ: Phát hành là một sự kiện có ngày tháng nên nó vào được lịch; kết quả là một quá trình không có ngày nào, nên nó không vào được lịch của ai.
Cơ hội: Đặt lịch buổi rà soát kết quả NGAY LÚC bắt đầu xây, cùng với ngày phát hành.
Đặt trước ngưỡng thành công tạo ra khả năng thất bại chứng minh được, và không ai được thưởng cho việc đó.
Vì sao giải pháp hiện có không đủ: Mục tiêu mơ hồ bảo vệ mọi người trong phòng, còn mục tiêu cụ thể chỉ bảo vệ sự thật — nên đồng thuận luôn kéo về phía mơ hồ.
Cơ hội: Coi một dự đoán sai là dữ liệu học được chứ không là một vết trừ, và ghi lại cả hai loại.