AllianceProject Handbook
← Goals

Tăng trưởng bền vững, không đánh đổi bằng chất lượng

Chưa bắt đầu

Đi từ nhóm người dùng đầu tiên tới 500.000 theo từng mốc có điều kiện, mỗi mốc chỉ mở khi hệ thống và đội đã sẵn sàng cho mốc đó.

0%
Quý sauNgười chịu trách nhiệm: Chủ sản phẩm

Kết quả cần đạt

  • Mỗi mốc quy mô có danh sách điều kiện phải đạt trước khi mở
  • Tỷ lệ người dùng quay lại sau 30 ngày không giảm khi quy mô tăng
  • Chi phí hạ tầng trên mỗi người dùng không tăng khi quy mô tăng
  • Không có mốc nào được mở khi ngân sách lỗi tháng đó đã hết

Vấn đề của tăng trưởng nhanh

Tăng số người dùng là việc dễ nhất trong ba việc: dễ hơn giữ chân họ, và dễ hơn phục vụ họ tốt. Một chiến dịch quảng bá có thể đưa hàng chục nghìn người vào trong vài ngày — và nếu hệ thống chưa sẵn sàng, kết quả là hàng chục nghìn người có ấn tượng xấu, phần lớn không quay lại.

Người dùng mất vì trải nghiệm tệ đắt hơn nhiều so với người dùng chưa từng có. Họ đã tốn chi phí để có, và họ kể lại cho người khác.

Vì vậy tăng trưởng ở đây không phải một con số cần tối đa hoá, mà là một chuỗi mốc có điều kiện.

Các mốc và điều kiện mở

Mỗi mốc chỉ được mở khi tất cả điều kiện của nó đã đạt. Điều kiện được kiểm bằng số, không bằng cảm giác sẵn sàng.

MốcĐiều kiện bắt buộc trước khi mở
5.000Giám sát và cảnh báo đã chạy; có quy trình trực; rollback đã diễn tập thật một lần
50.000Test tải đạt ở mức 100.000; đối soát tiền tự động hằng ngày; dashboard nghiệp vụ đủ ba module
200.000Test tải đạt ở mức 400.000; ngân sách lỗi ba tháng liên tiếp không vượt; đã có người trực dự phòng
500.000Test tải đạt ở mức 1.000.000; đã qua một lần diễn tập sự cố toàn hệ thống; chi phí trên mỗi người dùng đã ổn định

Không đạt điều kiện thì hoãn mốc, không hạ điều kiện. Đây là chỗ mục tiêu này dễ bị phá nhất, vì áp lực hoãn luôn đến từ bên ngoài đội và luôn có lý do hợp lý.

Chỉ số giữ chân, không chỉ chỉ số thu hút

Chỉ sốÝ nghĩaMục tiêu
Tỷ lệ quay lại sau 1 ngàyTrải nghiệm lần đầu có ổn khôngKhông giảm khi quy mô tăng
Tỷ lệ quay lại sau 30 ngàySản phẩm có thật sự hữu ích khôngKhông giảm khi quy mô tăng
Tỷ lệ hoàn thành luồng chính mỗi moduleNgười dùng làm được việc họ tới để làm≥ 90%
Tỷ lệ gỡ cài đặt trong 7 ngày đầuDấu hiệu sớm nhất của trải nghiệm hỏngGiảm dần theo quý
Chi phí hạ tầng trên mỗi người dùng hoạt độngMô hình có bền khôngKhông tăng

Điều kiện đọc các chỉ số này: luôn tách theo nhóm người dùng mới và cũ. Nhìn số tổng khi đang tăng trưởng nhanh sẽ che mất việc trải nghiệm của người mới đang xấu đi, vì người cũ vẫn kéo số trung bình lên.

Vì sao chi phí trên mỗi người dùng nằm trong mục tiêu chất lượng

Một hệ thống mà chi phí tăng nhanh hơn số người dùng là hệ thống có vấn đề kỹ thuật, không phải có vấn đề tài chính. Nguyên nhân thường gặp: truy vấn quét toàn bảng, thiếu cache, gọi lặp một dịch vụ bên thứ ba, giữ dữ liệu không bao giờ xoá.

Những thứ này cũng chính là những thứ làm hệ thống chậm. Theo dõi chi phí trên mỗi người dùng là một cách rẻ để phát hiện chúng sớm — thường sớm hơn cả lúc người dùng kịp thấy chậm.

Ràng buộc cứng

  • Không mở mốc mới trong tháng mà ngân sách lỗi đã hết.
  • Không chạy chiến dịch thu hút người dùng khi đang có sự cố mở hoặc đang trong giai đoạn bật dần một tính năng lớn.
  • Mọi mốc đều thông báo trước cho đội ít nhất hai tuần, để có thời gian chuẩn bị và test tải.
  • Tăng trưởng không bao giờ là lý do hợp lệ để bỏ qua một quality gate.

Liên quan

Mục tiêu này là mặt ngoài của vận hành tin cậy: một cái đặt câu hỏi "khi nào được phép lớn thêm", cái kia đặt câu hỏi "lớn thêm rồi thì đứng vững bằng gì". Cách đọc và diễn giải các chỉ số ở đo lường sản phẩm.