Số 419Quản lý Chất lượng

Sonos (2024): ứng dụng viết lại ra mắt thiếu tính năng, kế hoạch sửa 20–30 triệu USD và hai sản phẩm phải hoãn

Ngày 7/5/2024, Sonos tung ứng dụng điều khiển loa được thiết kế lại. Nhiều khách hàng gặp lỗi nghiêm trọng, một số tính năng quen thuộc như chỉnh sửa danh sách phát và hàng đợi không còn. CEO phải viết thư xin lỗi, cam kết cập nhật hai tuần một lần; công ty hạ dự báo doanh thu, dự chi 20–30 triệu USD để khắc phục và hoãn hai sản phẩm mới. Bài học về tiêu chí phát hành khi thay thế phần mềm khách hàng dùng hằng ngày.

Nguyễn Thu Hà, PMP

18/09/2026

3 phút đọc 0

Bình luận0

Bối cảnh thực tế

Ứng dụng Sonos là cách duy nhất để thiết lập và điều khiển hệ thống loa của khách hàng. Năm 2024, công ty thay ứng dụng cũ bằng một ứng dụng được xây lại, với mục tiêu trải nghiệm tốt hơn và khả năng đổi mới nhanh hơn về sau.

Ứng dụng mới ra mắt ngày 7/5/2024 và gặp vấn đề đáng kể với nhiều khách hàng. Đội phát hiện thêm nhiều lỗi sau khi ra mắt, khiến kế hoạch bổ sung nhanh các tính năng còn thiếu bị trễ.
Ngày 25/7/2024, CEO Patrick Spence xin lỗi khách hàng, gọi việc sửa ứng dụng là ưu tiên số một và công bố lộ trình đến tháng 10: ổn định thêm sản phẩm, thư viện nhạc, độ nhạy âm lượng, báo thức, khôi phục chế độ chỉnh sửa danh sách phát và hàng đợi.
Ngày 7/8/2024, báo cáo kết quả quý 3 ghi nhận các vấn đề khách hàng và đối tác gặp phải do việc tung ứng dụng mới, và hạ dự báo cả năm. Trong cuộc gọi với nhà đầu tư, công ty cho biết sẽ chi 20–30 triệu USD để khắc phục và hoãn hai sản phẩm mới dự kiến ra trong quý.
Tháng 1/2025, Patrick Spence rời vị trí CEO.

Phân tích nguyên nhân theo chuẩn PMP

Phát hành khi chưa đạt mức tương đương tính năng
Với phần mềm thay thế, tiêu chí chấp nhận phải bao gồm các tính năng người dùng đang phụ thuộc. Phát hành trước khi đạt mức đó biến khách hàng hiện hữu thành người kiểm thử bất đắc dĩ.
Không có đường lui cho khách hàng
Ứng dụng cũ bị thay thế, khách hàng không thể quay lại. Khi không có kế hoạch rollback, mỗi lỗi trở thành sự cố với toàn bộ người dùng.
Chi phí của chất lượng kém vượt xa chi phí phòng ngừa
Chi phí sửa lỗi sau phát hành (20–30 triệu USD), doanh thu giảm và sản phẩm mới bị hoãn là chi phí thất bại bên ngoài (external failure cost) — loại đắt nhất trong mô hình chi phí chất lượng.
Phần mềm và phần cứng phụ thuộc lẫn nhau

Sonos (2024): ứng dụng viết lại ra mắt thiếu tính năng, kế hoạch sửa 20–30 triệu USD và hai sản phẩm phải hoãn

Bối cảnh thực tế

Phân tích nguyên nhân theo chuẩn PMP

Phát hành khi chưa đạt mức tương đương tính năng

Không có đường lui cho khách hàng

Chi phí của chất lượng kém vượt xa chi phí phòng ngừa

Phần mềm và phần cứng phụ thuộc lẫn nhau

Lẽ ra PM nên làm gì

Bước 1: Triển khai theo từng nhóm người dùng, có đường lui

Bước 2: Cổng chất lượng trước khi mở rộng

Bước 3: Đưa phản hồi của nhóm thử nghiệm và hỗ trợ khách hàng vào quyết định phát hành

PM Takeaway (Bài học rút ra)

Nguồn tham khảo

Trắc nghiệm tình huống PMP

Ứng dụng mới vừa ra mắt bị phản ứng mạnh. Bạn ưu tiên gì trong 30 ngày đầu?

Tình huống này hữu ích với bạn?

Bình luận (0)