Hầu hết các agency phần mềm xây dựng sản phẩm và bàn giao chúng. Chúng tôi xây dựng sản phẩm và sau đó vận hành chúng — bao gồm cả sản phẩm của chính mình. ChiliAuto, Billwaze, MoonBeauty, MoonLinks và bốn cái khác. Tất cả đang hoạt động. Tất cả được bảo trì bởi chính những kỹ sư sẽ làm việc trên sản phẩm của bạn. Đây là lựa chọn có chủ đích, và nó thay đổi mọi thứ về cách chúng tôi xây dựng.
Bài kiểm tra 2 giờ sáng
Khi bạn xây dựng một sản phẩm và bàn giao nó, bạn không bao giờ phải đối mặt với những gì xảy ra lúc 2 giờ sáng khi nó hỏng. Khách hàng đối mặt với nó. Đội hỗ trợ đối mặt với nó. Bạn chuyển sang dự án tiếp theo.
Khi bạn tự vận hành sản phẩm, 2 giờ sáng là vấn đề của bạn. Và cách bạn phản ứng với thực tế đó thay đổi mọi quyết định bạn đưa ra trong quá trình xây dựng: giám sát bạn thiết lập, cảnh báo bạn cấu hình, sổ tay vận hành bạn viết, các lựa chọn kiến trúc bạn đưa ra để tránh cuộc gọi 2 giờ sáng ngay từ đầu.
Chúng tôi đã nhận cuộc gọi 2 giờ sáng. Nó làm bạn trở thành kiến trúc sư tốt hơn bất kỳ phương pháp luận nào.
Những gì vận hành sản phẩm của chúng tôi dạy chúng tôi
Mọi giả định bạn đưa ra trong quá trình xây dựng đều được kiểm tra trong môi trường sản xuất. Một số trong số đó là sai. Những cái sai trở nên tốn kém — về thời gian kỹ thuật, về niềm tin của người dùng, về cuộc gọi 2 giờ sáng bạn phải thực hiện.
Bài học từ vận hành ChiliAuto (marketplace chuyển đồ của chúng tôi):
- Thời điểm thông báo đẩy là quyết định sản phẩm: cửa sổ chấp nhận 5 phút của chúng tôi quá ngắn cho đội làm việc ngoài hiện trường. Chúng tôi mở rộng lên 10 phút và tỷ lệ chấp nhận tăng 40%.
- Tranh chấp đầu tiên dạy nhiều hơn 100 lần đặt chỗ đầu tiên: chúng tôi xây dựng lại luồng tải bằng chứng sau khi công việc bị tranh chấp đầu tiên tiết lộ các khoảng trống trong giả định của chúng tôi.
- Mật độ cung là chỉ số vận hành, không phải chỉ số ra mắt: chúng tôi sử dụng bản đồ nhiệt admin hàng tuần để xác định các khu vực phủ sóng mỏng trước khi khách hàng nhận ra.
Bài học từ vận hành Billwaze (SaaS thanh toán của chúng tôi):
- Lỗi thanh toán có tính chất sống còn: hóa đơn sai trong nền tảng thanh toán phá hủy sự tin tưởng. Chúng tôi thêm email xem trước staging cho mỗi MSP trước khi gửi hóa đơn.
- Phỏng vấn churn có giá trị hơn phản hồi từ người dùng hoạt động: người dùng rời đi cho chúng tôi biết điều mà người dùng ở lại đã thích nghi xung quanh.
- Đa tiền tệ không bao giờ hoàn thành: mỗi quốc gia mới tiết lộ trường hợp ngoại lệ về thuế hoặc định dạng.
Cách nó thể hiện khi chúng tôi xây dựng cho bạn
Chúng tôi viết sổ tay vận hành vì chúng tôi đã cần chúng. Chúng tôi cấu hình giám sát trước khi ra mắt vì chúng tôi đã là người không có nó. Chúng tôi thiết lập môi trường staging từ tuần thứ hai vì chúng tôi đã học được điều gì xảy ra khi QA chỉ diễn ra trong môi trường sản xuất.
Chúng tôi phản biện các tính năng có vẻ hợp lý nhưng đưa vào sự phức tạp vận hành — vì chúng tôi đã hỗ trợ những tính năng đó lúc 2 giờ sáng và biết chúng tốn bao nhiêu. Chúng tôi thiết kế cho kỹ sư hỗ trợ cũng như người dùng.
Hầu hết các agency cung cấp cho bạn phần mềm. Chúng tôi cung cấp phần mềm mà chúng tôi sẵn sàng đặt tên mình lên và tự vận hành. Tiêu chuẩn là khác nhau.
Lập luận về lợi ích trong cuộc chơi
Có một bộ lọc đơn giản để đánh giá một agency phần mềm: liệu họ có sẵn sàng vận hành thứ họ đang xây dựng cho bạn không? Không phải bảo trì — vận hành. Xử lý sự cố, quản lý triển khai, chịu trách nhiệm về uptime.
Nếu câu trả lời là không — và đối với hầu hết các agency là không, vì vận hành phần mềm khó khăn và liên tục và phơi bày mọi lối đi tắt trong quá trình xây dựng — điều đó cho bạn biết điều gì đó về chất lượng của các quyết định sẽ được đưa ra trong quá trình hợp tác.
Chúng tôi vận hành tám sản phẩm. Đội ngũ sẽ xây dựng sản phẩm của bạn đã bị gọi lúc 2 giờ sáng vì code của chính họ. Các tiêu chuẩn không phải là lý thuyết.
Muốn xem những gì chúng tôi vận hành? Hãy xem các sản phẩm của chúng tôi — mỗi cái đều đang hoạt động và được bảo trì bởi cùng một đội ngũ sẽ làm việc trên sản phẩm của bạn.
Xem sản phẩm của chúng tôi