Ми побудували MSP-білінг,
який не могли знайти.
А потім його знайшли ще 2 200.
Billwaze починався як внутрішній інструмент — нам потрібен був нормальний білінг для власних MSP-робіт, і ми не могли знайти продукт, що справді моделював MSP-контракти. Ми побудували самі. Через вісімнадцять місяців він працює в 12 країнах з понад 2 200 активними користувачами.
Ми спробували чотири інструменти. Жоден не підійшов.
Управління сервісними контрактами навіть для кількох MSP-клієнтів швидко виявляє межі загального інвойсингового ПЗ. Ретейнери з погодинним перевищенням. Перепродаж обладнання з маржею. Рівні SLA, що змінюють суми рахунків. Багаторічні контракти з щорічними коригуваннями за ІСЦ. Інструменти, побудовані для фрілансерів і малого роздрібного бізнесу, просто не мають цієї моделі даних.
Ми спробували чотири різні платформи, перш ніж вирішили будувати власну. Кожна змушувала нас обходити свої обмеження за допомогою експорту в таблиці та ручних розрахунків — саме тієї роботи, яку ми намагалися усунути. Рішення будувати Billwaze було прийнято після трьох годин ручного звіряння рахунків за один місяць для клієнта з дванадцятьма сервісними лініями.
Спочатку для себе. Відкрили, коли запрацювало.
Ми будували Billwaze для власного використання протягом дванадцяти тижнів. Жодного зовнішнього тиску, жодних термінів інвестора — лише дисципліна будівництва чогось, що нам самим доведеться використовувати щодня. Ми проводили власний білінг через нього три місяці до відкриття бети.
Список очікування бети заповнився за два тижні після одного допису в LinkedIn. Те, що ми вважали нішевою проблемою, виявилося універсальною. Перші 50 бета-користувачів знайшли 17 реальних помилок і запропонували 23 фічі — 11 з яких ми запустили в перший місяць. Цей цикл зворотного зв'язку сформував продукт більше, ніж будь-який документ вимог.
Мультитенантність з першої міграції
Кожна таблиця бази даних має tenant_id. Кожен запит обмежений областю. Кожне фонове завдання перевіряє тенантність перед торканням даних. Ми мали досвід роботи з мультитенантними платформами до Billwaze — архітектура ніколи не була питанням. Ізоляція даних — непорушна вимога в білінговому ПЗ.
Stripe для платіжної інфраструктури, а не власна обробка карток
Ми розглядали власну збірку платежів. Відхилили на тижні дискавері. Надійність вебхуків Stripe, обробка спорів та підтримка мультивалюти — це не те, що варто перебудовувати. Ми зосереджуємося на моделі MSP-контракту — тій частині, яку жоден готовий інструмент не обробляє — і делегуємо платежі експертам.
Самообслуговування для всього — жодного дзвінка з продажів для активації
MSP-власники технічні. Їм не потрібне демо. Вони хочуть зареєструватися, підключити акаунт Stripe і надіслати перший рахунок. Весь онбординг — профіль компанії, шаблони контрактів, імпорт клієнтів, перший рахунок — займає менше 20 хвилин. Це рішення забезпечило органічне зростання.
Кожен модуль, що реально потрібен MSP.
- Шаблони MSP-контрактів з лініями ретейнер + перевищення + обладнання
- Автоматична генерація щомісячних рахунків з активних контрактів
- Білінг за рівнями SLA — різні тарифи за рівнем пріоритету
- Мультивалютна підтримка з оновленнями курсів обміну в реальному часі
- Автоматизація ІСЦ та щорічного підвищення
- Кредит-ноти, часткові рахунки та пропорційні коригування
- Вбудований таймер — старт/стоп або ручний ввід по клієнту
- Автоматична категоризація на оплачуваний і неоплачуваний час
- Позиції перепродажу апаратного та програмного забезпечення з відстеженням маржі
- Хуки для білінгу на основі використання для передачі витрат на хмару/хостинг
- Робочий процес затвердження перед потраплянням часу в рахунок
- Звіти про час по кожному інженеру та клієнту
- Брендований портал — клієнт бачить ваш логотип, а не наш
- Історія рахунків, звіти про послуги та зведення контрактів
- Онлайн-оплата зі збереженою карткою та опцією автоплатежу
- Інтеграція тікетів — клієнти можуть відкривати запити на обслуговування з порталу
- Дашборди використання, що показують, за що вони платять
- Сховище документів для SLA, контрактів та документів відповідності
Я вже шість років виставляв рахунки клієнтам вручну. Три години на місяць, кожного місяця, перетворюючи табелі на PDF. Billwaze скоротив це до п'ятнадцяти хвилин. Я знаю, що це звучить як дрібниця — але це не так. Це три години мого місяця назад, кожного місяця, назавжди.
Уроки від запуску SaaS-продукту.
Помилки в білінгу — це екзистенційна загроза
Неправильний рахунок у застосунку e-commerce — це роздратування. Неправильний рахунок клієнту MSP, що платить, — це подія для відносин. Ми побудували попередній перегляд тестового рахунку, що надсилається MSP електронною поштою перед відправкою клієнту, журнал аудиту для кожного розрахунку та перевірку безпеки повторного запуску всіх регулярних завдань.
Мультивалютність ніколи не завершена
EUR та GBP працюють добре. AUD з GST додає складності. Зворотній ПДВ Великобританії для B2B-клієнтів ЄС додає ще більше. Кожна нова країна, що приймала Billwaze, виявляла новий податковий або форматний граничний випадок, якого ми не передбачали. Тепер у нас є окремий шар правил оподаткування, що налаштовується незалежно.
Найкращі запити функцій надходять від клієнтів, що пішли
Ми налаштували опитування при виході для скасованих акаунтів. Три найбільш впливові функції, запущені у 2024 році, надійшли безпосередньо від зворотного зв'язку відтоку — не від активних користувачів, які адаптувалися до обхідних шляхів, а від тих, хто пішов, бо обхідні шляхи того не варті.
Будуєте SaaS-продукт?
Ми побудували Billwaze як внутрішній інструмент і отримали продукт, що використовується в 12 країнах. Ми знаємо, що потрібно для переходу від ідеї до масштабу — бо самі це робимо.