Chúng tôi xây dựng công cụ
thanh toán MSP mà chúng tôi
không tìm thấy ở đâu khác.
Rồi 2.200 người khác cũng tìm thấy nó.
Billwaze bắt đầu như một công cụ nội bộ — chúng tôi cần thanh toán phù hợp cho công việc dịch vụ quản lý của mình và không tìm được sản phẩm nào thực sự mô hình hóa được hợp đồng MSP. Chúng tôi tự xây dựng nó. Mười tám tháng sau, nó vận hành tại 12 quốc gia với hơn 2.200 người dùng hoạt động.
Chúng tôi đã thử bốn công cụ. Không cái nào hoạt động.
Quản lý hợp đồng dịch vụ cho chỉ vài khách hàng MSP đã phơi bày giới hạn của phần mềm lập hóa đơn chung rất nhanh. Retainer với phụ phí theo giờ. Bán lại phần cứng theo biên lợi nhuận. Các cấp SLA thay đổi số tiền hóa đơn. Hợp đồng nhiều năm với điều chỉnh CPI hàng năm. Các công cụ được xây dựng cho freelancer và doanh nghiệp bán lẻ nhỏ đơn giản là không có mô hình dữ liệu phù hợp.
Chúng tôi đã thử bốn nền tảng khác nhau trước khi quyết định tự xây dựng. Mỗi nền tảng buộc chúng tôi phải làm việc xung quanh những hạn chế của nó bằng xuất bảng tính và tính toán thủ công — chính xác là công việc chúng tôi đang cố loại bỏ. Quyết định xây dựng Billwaze được đưa ra sau khi mất ba giờ đối chiếu thủ công hóa đơn một tháng cho một khách hàng với mười hai dòng dịch vụ.
Xây dựng cho chính mình trước. Mở khi hoạt động tốt.
Chúng tôi xây dựng Billwaze cho mục đích sử dụng của riêng mình trong mười hai tuần. Không có áp lực bên ngoài, không có timeline của nhà đầu tư — chỉ là kỷ luật xây dựng thứ gì đó chúng tôi phải sử dụng mỗi ngày. Chúng tôi chạy việc thanh toán của mình qua đó trong ba tháng trước khi mở beta.
Danh sách chờ beta được lấp đầy trong hai tuần từ một bài đăng LinkedIn duy nhất. Những gì chúng tôi nghĩ là vấn đề của nhóm nhỏ hóa ra là vấn đề phổ quát. 50 người dùng beta đầu tiên phát hiện 17 lỗi thực và yêu cầu 23 tính năng — 11 trong số đó chúng tôi ra mắt trong tháng đầu tiên. Vòng phản hồi đó định hình sản phẩm nhiều hơn bất kỳ tài liệu yêu cầu nào.
Multi-tenant từ migration đầu tiên
Mỗi bảng database có tenant_id. Mọi truy vấn đều được giới hạn. Mọi background job đều xác thực tenancy trước khi chạm vào dữ liệu. Chúng tôi đã vận hành các nền tảng multi-tenant trước Billwaze — kiến trúc chưa bao giờ là câu hỏi. Cách ly dữ liệu là không thể thương lượng trong phần mềm thanh toán.
Stripe cho hạ tầng thanh toán, không tự xây dựng xử lý thẻ
Chúng tôi đã xem xét tự xây dựng thu thập thanh toán. Chúng tôi bác bỏ điều đó trong tuần khám phá. Độ tin cậy webhook của Stripe, xử lý tranh chấp và hỗ trợ đa tiền tệ không phải thứ đáng xây dựng lại. Chúng tôi tập trung vào mô hình hợp đồng MSP — phần không có công cụ nào ngoài thị trường xử lý được — và ủy thác thanh toán cho chuyên gia.
Tự phục vụ mọi thứ — không cần cuộc gọi bán hàng để kích hoạt
Chủ MSP là người kỹ thuật. Họ không muốn demo. Họ muốn đăng ký, kết nối tài khoản Stripe và gửi hóa đơn đầu tiên. Toàn bộ quá trình onboarding — hồ sơ công ty, mẫu hợp đồng, nhập khách hàng, hóa đơn đầu tiên — mất dưới 20 phút. Quyết định đó thúc đẩy tăng trưởng hữu cơ.
Mọi module mà MSP thực sự cần.
- Mẫu hợp đồng MSP với các dòng retainer + phụ phí + phần cứng
- Tạo hóa đơn tháng tự động từ các hợp đồng hoạt động
- Thanh toán theo cấp SLA — mức giá khác nhau theo mức ưu tiên
- Hỗ trợ đa tiền tệ với cập nhật tỷ giá trực tiếp
- Tự động hóa CPI và tăng hàng năm
- Ghi chú tín dụng, thanh toán một phần và điều chỉnh pro-rata
- Bộ theo dõi thời gian tích hợp — bắt đầu/dừng hoặc nhập thủ công theo khách hàng
- Phân loại tự động thành có thể lập hóa đơn và không thể lập hóa đơn
- Mục doanh số phần cứng và phần mềm với theo dõi biên lợi nhuận
- Hook thanh toán theo mức sử dụng cho chi phí đám mây/hosting
- Quy trình phê duyệt trước khi bất kỳ thời gian nào vào hóa đơn
- Báo cáo thời gian theo kỹ sư và theo khách hàng
- Cổng có thương hiệu — khách hàng thấy logo của bạn, không phải của chúng tôi
- Lịch sử hóa đơn, báo cáo dịch vụ và tóm tắt hợp đồng
- Thanh toán trực tuyến với thẻ đã lưu và tùy chọn tự động thanh toán
- Tích hợp ticket — khách hàng có thể mở yêu cầu dịch vụ từ cổng
- Bảng điều hành sử dụng hiển thị những gì họ đang trả
- Lưu trữ tài liệu cho SLA, hợp đồng và tài liệu tuân thủ
Tôi đã lập hóa đơn cho khách hàng thủ công trong sáu năm. Ba giờ mỗi tháng, mỗi tháng, chuyển bảng chấm công thành PDF. Billwaze cắt giảm xuống còn mười lăm phút. Tôi biết điều đó nghe có vẻ nhỏ — nhưng không phải. Đó là ba giờ trong tháng của tôi trở lại, mỗi tháng, mãi mãi.
Những bài học từ việc vận hành sản phẩm SaaS.
Lỗi thanh toán có tính chất sống còn
Hóa đơn sai trong ứng dụng thương mại điện tử gây khó chịu. Hóa đơn sai cho khách hàng MSP đang trả tiền là một sự kiện ảnh hưởng đến mối quan hệ. Chúng tôi đã xây dựng bản xem trước hóa đơn staging được gửi email đến MSP trước khi gửi cho khách hàng, log kiểm toán cho mọi tính toán và kiểm tra an toàn re-run cho tất cả các công việc định kỳ.
Đa tiền tệ không bao giờ hoàn thành
EUR và GBP hoạt động tốt. AUD với GST thêm độ phức tạp. Hoàn thuế VAT UK cho khách hàng EU B2B thêm nhiều hơn. Mỗi quốc gia mới áp dụng Billwaze lại tiết lộ một trường hợp ngoại lệ về thuế hoặc định dạng chúng tôi chưa lường trước. Chúng tôi hiện có lớp quy tắc thuế chuyên dụng có thể cấu hình độc lập.
Yêu cầu tính năng tốt nhất đến từ người dùng đã rời bỏ
Chúng tôi thiết lập khảo sát thoát cho các tài khoản đã hủy. Ba tính năng có tác động lớn nhất chúng tôi ra mắt vào năm 2024 đến trực tiếp từ phản hồi churn — không phải từ người dùng hoạt động đã thích nghi với các giải pháp thay thế, mà từ người dùng đã rời đi vì những giải pháp thay thế đó không đáng.
Bạn đang xây dựng sản phẩm SaaS?
Chúng tôi đã xây dựng Billwaze như một công cụ nội bộ và kết thúc với sản phẩm được sử dụng tại 12 quốc gia. Chúng tôi biết cần gì để đi từ ý tưởng đến quy mô — vì chúng tôi tự làm điều đó.