Một nhóm nhỏ trong cộng đồng Mozilla cho rằng áp lực thương mại và việc tính năng chồng chất đã làm Mozilla Suite phình to. Họ làm một trình duyệt độc lập, tối giản (Phoenix, sau đổi tên Firefox), ra bản 1.0 ngày 9/11/2004 và đạt 60 triệu lượt tải trong chín tháng. Ví dụ thành công của việc dám loại bỏ.
Việc đổi tên hai lần cho thấy các yêu cầu pháp lý (nhãn hiệu) cần được đưa vào đăng ký rủi ro từ sớm, dù không ảnh hưởng phạm vi sản phẩm.
Khi sản phẩm phình to, PM và chủ sản phẩm cần bộ tiêu chí để quyết định giữ hay bỏ:
Phục vụ đa số người dùng mục tiêu hằng ngày và không thể thay bằng tiện ích ngoài.
Phục vụ nhóm nhỏ hơn, có thể tách thành mô-đun tuỳ chọn mà không làm lõi nặng thêm.
Ít được dùng, tốn chi phí bảo trì lớn hoặc gây lỗi cho các phần khác.
Phát hành sớm các bản nhỏ để bên liên quan thấy lợi ích của phạm vi gọn, thay vì thuyết phục bằng tài liệu.
Rà soát tên gọi, nhãn hiệu trước khi công bố để tránh đổi tên nhiều lần, ảnh hưởng nhận diện.
Quản lý phạm vi không chỉ là chống thêm, mà còn là dám bớt. Một lõi sản phẩm gọn, phục vụ rõ nhu cầu chính và mở cho phần còn lại qua tiện ích thường thắng bộ tính năng "cái gì cũng có".
Bạn chọn phương án nào?