BuildLedger: $1 471 в месяц на учёте расходов подрядчиков

Завязка

BuildLedger появился 13 ноября 2025 года. Спустя меньше года у него 10 активных подписок, $1 471 текущего MRR, $774 выручки за последние 30 дней и $4 305 за всё время. Это не слова основателя: показатели подтверждены через Stripe в TrustMRR. Бизнес ещё мал, но именно поэтому из него можно достать рабочую механику, а не историю компании с десятками отделов.

Строитель ведёт смету, закупки, субподрядчиков, платежи и клиента одновременно. В Австралии на 30 июня 2026 года насчитывалось 478 651 строительное предприятие по данным ABS. Ошибка в счёте или потерянный акт не выглядит технологичной, но превращается в спор и задерживает оплату. BuildLedger не производит оборудование и не меняет стройку. Это слой над уже существующей работой бригады: собрать документы, привязать расход к объекту и показать клиенту, за что выставлен счёт.

Что делают

BuildLedger продаёт строительным компаниям веб-сервис для смет, счетов, проектов, работы с субподрядчиками и клиентского портала. На странице функций есть распознавание счетов поставщиков, календарь работ, привязка затрат к объекту, документы для субподрядчика и связь с Xero. Продукт адресован австралийским строителям, но сама боль не локальна: небольшая бригада в любой стране теряет время, когда данные об объекте живут в почте, таблицах и мессенджерах.

Платит не заказчик стройки, а подрядчик. В тарифах BuildLedger есть 14-дневный бесплатный период, после которого команда выбирает подписку. Годовая оплата для базового плана указана как A$1 500, для Pro — A$2 990, для Premium — A$4 740; месячные цены на странице — A$125, A$249 и A$395 без GST на странице тарифов. По курсу Банка России на 6 ноября A$1 = 57.3708 ₽, поэтому базовый месячный план равен примерно $88 или 7 200 ₽. Доллары ниже считаются по курсу $1 = 81.7947 ₽.

Главный экран обещает не новую технологию, а порядок вокруг расчёта работы, расходов и счёта клиенту.

Публичной прибыли, CAC, LTV, удержания и размера команды BuildLedger не раскрывает. Нельзя выдавать MRR за прибыль или выводить маржу из цен. Но Stripe-верификация даёт достаточно: клиенты уже платят, сумма выручки существует, а модель подписки понятна.

Юнит-экономика

Метрика	Значение	Источник
Текущий MRR	$1 471	TrustMRR
Выручка за последние 30 дней	$774	TrustMRR
Выручка за всё время	$4 305	TrustMRR
Активные подписки	10	TrustMRR
Пробный период	14 дней	тарифы
CAC, LTV, маржа, удержание	Не раскрыты	Публичных данных нет

Эти цифры нельзя превращать в средний чек. У BuildLedger несколько тарифов, часть выручки могла пройти разово, а текущий MRR и выручка за последние 30 дней — разные показатели. Зато они показывают полезную границу: узкая строительная программа уже может получать оплату до сложной воронки и рекламного бюджета.

Тарифная сетка разделяет одиночного подрядчика, малую бригаду и несколько объектов. Это подсказка для сегментации, а не доказательство готовой экономики.

Бюджет на запуск

Чужой тариф не равен бюджету разработки. У BuildLedger нет публичной сметы, поэтому честный бюджет здесь — не выдуманная цифра, а порядок работ. Первую версию не нужно начинать с полного управления стройкой: выбирается один денежный документ, один тип подрядчика и один сценарий, который сейчас выполняется вручную.

Статья	Что проверять
Спрос	Готов ли владелец бригады дать реальные счета и показать, где теряется время
Первый сценарий	Смета, счёт поставщика или пакет доказательств для счёта клиенту
Интеграция	Сначала экспорт и ручная проверка, затем одна бухгалтерская система
Монетизация	Фиксированная подписка после пилота, ориентир — публичные тарифы BuildLedger

Точка изменения

Дельта не в самом распознавании документа. Счёт полезен только тогда, когда его можно связать с объектом, исполнителем, закупкой и итоговым счётом клиенту. Поэтому продукт должен хранить не «картинку счёта», а подтверждение расхода в цепочке проекта. В этом месте строитель видит, почему недополучил оплату, а клиент — за что платит.

Схема показывает короткий путь: документ поставщика становится частью сметы, объекта и счёта клиенту.

Для солопренёра это важнее набора функций. Не надо побеждать все строительные системы. Нужно выбрать момент, где владелец уже достаёт таблицу или фотографирует бумагу, и сократить ручное действие. Это может быть сверка закупки с объектом, напоминание о документе или сбор доказательств перед выставлением счёта.

Защита от конкурентов

Конкуренты здесь есть: кассовые программы, бухгалтерия, таблицы и крупные системы управления объектами. Защитой не станет список всех модулей. Её создаёт быстрый запуск для конкретного типа работ: знакомые названия затрат, шаблон сметы, понятный пакет документов и один канал поддержки. BuildLedger называет базовый план для одиночных подрядчиков и бригад из двух человек в тарифах, поэтому его стартовая логика ближе к малому подрядчику, чем к корпоративному внедрению.

Страница функций показывает, почему нельзя повторять продукт целиком. Для старта нужен один узкий денежный процесс, а не весь набор управления стройкой.

Как выходили на рынок — и как выходить тебе

Как продавал BuildLedger

Полная публичная история первых продаж BuildLedger не раскрыта. Нет подтверждённых данных о канале первого клиента, цене привлечения, цикле сделки или конверсии пробного периода в оплату. Выдумывать её из лендинга нельзя. Факты проще: сервис основан в ноябре 2025 года, продаёт подписку через самостоятельный 14-дневный тест и к 6 ноября имеет 10 активных подписок, подтверждённых Stripe TrustMRR.

Самостоятельный тест — это выбор движения продукта, а не доказательство, что клиенты пришли из поиска. Он снижает трение после контакта: владелец бригады может зайти, увидеть интерфейс и решить, подходит ли ему процесс. Но первые клиенты всё равно требуют разговора о данных, документах и текущем способе расчёта.

Как выходить билдеру

Первый ICP — отделочные бригады и небольшие ремонтные подрядчики с несколькими параллельными объектами, которые считают материалы в таблице и согласуют работы в мессенджере. Решение принимает владелец или прораб, который сам видит разрыв между расходом и счётом заказчику. Не продавай «цифровизацию строительства». Продавай один результат: к вечеру собрать по объекту список расходов с прикреплёнными документами.

Первые клиенты достаются не через рекламу по слову «CRM». Найди подрядчиков через 2ГИС, профильные Telegram-чаты, каталоги поставщиков и знакомых бухгалтеров. В первом сообщении не проси купить программу. Предложи разобрать один недавний спорный счёт или одну смету и показать, какие документы к нему не прикреплены. Владелец отдаст час на такую проверку легче, чем на демонстрацию платформы.

Первый этап — делать подключение руками. Собрать категории работ, несколько поставщиков, форму сметы и правила согласования. Второй этап — повторять один шаблон для одинаковых бригад. Только когда владелец без созвона загружает документ, видит объект и отправляет счёт, можно расширять сегмент или добавлять вторую интеграцию. Не начинай с генподрядчиков, госзаказа и больших девелоперов: у них длинные согласования, требования к безопасности и процесс, который небольшая команда не обслужит.

Применение в России и СНГ

Вердикт — применимо с адаптацией. В России нельзя переносить австралийский набор бухгалтерии и документов. Но можно взять коммерческое ядро: расход по объекту должен быть связан со сметой, работой и счётом заказчику. Первые связки можно строить поверх Telegram, 2ГИС и YooKassa, а инфраструктуру и хранение файлов — в Yandex Cloud. Для бухгалтерского обмена придётся учитывать местные форматы и привычки бригад, а не обещать мгновенную замену учёта.

В продукт попадают телефоны, адреса объектов, договоры и счета. Значит, персональные данные нужно обрабатывать с учётом 152-ФЗ: определить цель, доступ, сроки хранения и порядок передачи подрядчику. Для начала безопаснее не хранить всё подряд, а оставить только документы, без которых невозможен выбранный сценарий.

Локальные аналоги существуют на разных слоях: Битрикс24 закрывает часть работы с клиентом, МойСклад — учёт товара, а кассовые и бухгалтерские сервисы ведут платежи. Это не причина отказаться. Наоборот, вход возможен там, где эти продукты не связывают конкретный документ поставщика с конкретным объектом и аргументом для клиента. Стартовая ниша — ремонтные бригады, а не «вся стройка».

Риски

• Документы грязные и разные: фото, голосовое сообщение и таблица требуют ручной проверки
• Строитель не будет менять привычный порядок ради красивого интерфейса; нужно показать денежный результат на его данных
• Интеграции с бухгалтерией и кассами могут стать бесконечной работой, если не ограничить первую нишу
• Ошибка в смете или счёте влияет на деньги и доверие, поэтому человек должен иметь право подтвердить результат

Вердикт

BuildLedger — хороший пример свежего B2B-сервиса: один документный разрыв в работе подрядчика можно продать маленькой бригаде раньше, чем строить большую строительную платформу.