The Cost of a Bug
Quyển này viết cho ai
Người làm sản phẩm ở doanh nghiệp Việt Nam: product manager, product owner, trưởng nhóm sản phẩm ở công ty phần mềm, ứng dụng di động, sàn thương mại điện tử, fintech và bộ phận số của doanh nghiệp truyền thống; làm việc hằng ngày với kỹ sư, thiết kế, đội bán hàng và chăm sóc khách, thường không có đội nghiên cứu người dùng hay phân tích dữ liệu riêng.
Bạn có đang gặp những chuyện này
- Có sự cố thì cả nhóm nhắn tin loạn xạ và không ai biết ai đang xử lý.
- Khách biết lỗi trước công ty, qua bài đăng trên mạng xã hội.
- Danh sách lỗi dài hàng trăm mục mà không có thứ tự rõ ràng.
- Buổi họp sau sự cố thành buổi tìm người có lỗi, nên lần sau không ai dám báo sớm.
Đọc xong, bạn làm được
Giúp người làm sản phẩm xử lý sự cố, xếp hạng lỗi và dẫn buổi rút kinh nghiệm không đổ lỗi.
Mỗi chương trả lời một câu hỏi
Chương 1: Sản phẩm hỏng, người làm sản phẩm làm gì?
Trong sự cố vừa rồi, ai nói với khách, ai sửa, ai quyết định?
Trong sự cố, người làm sản phẩm lo phía khách và thông tin, để kỹ sư lo phần sửa.
Chương 2: Lỗi nào cũng khẩn, vậy lỗi nào thật sự khẩn?
Lỗi này ở mức nào, và mức đó đòi hỏi phản ứng gì?
Một thang mức độ chung giúp cả công ty phản ứng đúng cỡ.
Chương 3: Danh sách lỗi dài hơn, có làm sản phẩm tốt hơn?
Trong danh sách lỗi hiện có, mười lỗi nào nên sửa trước?
Danh sách lỗi không có thứ tự là danh sách không ai đọc.
Chương 4: Tìm người có lỗi có làm lỗi ít đi?
Buổi rút kinh nghiệm của nhóm tôi hỏi ai làm sai hay hỏi điều gì cho phép sai?
Tìm người có lỗi làm lần sau người ta giấu lỗi; tìm kẽ hở trong hệ thống thì lần sau lỗi được báo sớm.
Chương 5: Ai quyết định thế nào là đủ tốt để phát hành?
Nhóm tôi đã thống nhất mức chất lượng nào là đủ để phát hành chưa?
Mức chất lượng là lựa chọn của người làm sản phẩm, dù họ có nói ra hay không.