Разработка SaaS на no-code сокращает стоимость запуска MVP в 5–10 раз, но создает «налог на рост»: при достижении 1000+ активных пользователей ежемесячные платежи за платформы могут вырасти с $100 до $800+, превращая фиксированные расходы в переменную нагрузку на маржинальность.
Базовый стек: фиксированные расходы на платформы
Средний стек для работающего SaaS состоит из фронтенда (Bubble, Webflow + Wized), базы данных (Xano, Airtable) и системы управления пользователями. На старте бюджет составляет $50–150/мес. Однако при масштабировании до 5 000 записей в БД и 500 активных сессий стоимость Xano или Bubble возрастает до $200–400/мес из-за лимитов на Workload Units (WU) или количество строк. Ошибка новичков — использовать Airtable как основную БД для SaaS; при объеме данных свыше 50 000 строк скорость отклика падает на 30–50%, а стоимость тарифа делает модель нерентабельной.
Экспертный вывод: Для SaaS с высокой нагрузкой на данные выбирайте Xano или Supabase вместо встроенных БД конструкторов — это снижает стоимость хранения данных на 40% и убирает риск «тормозов» интерфейса при росте базы.
Скрытый убийца маржи: стоимость автоматизаций
Интеграции через Make (бывший Integromat) или Zapier — самая волатильная часть бюджета. Средний SaaS-сервис потребляет от 5 000 до 50 000 операций в месяц. На Zapier 20 000 операций обойдутся в ~$100/мес, на Make — в ~$30. Но главная ловушка в «циклических ошибках»: один некорректный фильтр в сценарии может сжечь месячный лимит операций за 15 минут, что приведет к остановке всех бизнес-процессов. Для оптимизации стоимости используйте интеграция внешних API в no-code SaaS напрямую через REST API, минуя посредников-коннекторов.
Экспертный вывод: Любой процесс, который повторяется чаще 100 раз в день, должен быть перенесен из Make/Zapier в нативный API-запрос или серверный скрипт, иначе стоимость одной операции станет выше прибыли с одного пользователя.
Биллинг и платежи: комиссионные vs подписки
В no-code SaaS выбор между Stripe и локальными системами определяет чистую прибыль. Stripe берет стандартные 2.9% + $0.30 за транзакцию. При обороте $10 000/мес потери на эквайринге составят ~$300. Добавьте сюда стоимость специализированных надстроек для управления подписками (например, Outseta или Memberstack), которые стоят от $25 до $150/мес. В итоге стоимость поддержки биллинга для малого SaaS составляет от 4% до 7% от ежемесячного рекуррентного дохода (MRR).
Экспертный вывод: На этапе MVP используйте интеграцию Stripe, но при выходе на рынок РФ или СНГ переходите на локальные шлюзы через API, чтобы снизить комиссию до 1.5–3% и избежать блокировок платежей.
Сравнение TCO: No-code против традиционного кода
Сравним стоимость владения (TCO) сервисом с 1 000 пользователей за год. Традиционный стек (React + Node.js + PostgreSQL) требует оплаты сервера ($20–50/мес) и DevOps-инженера для поддержки (от $500/мес парт-тайм). Итого: ~$6 600/год. No-code стек (Bubble + Xano + Make) обходится в $200–500/мес без необходимости в системном администраторе. Итого: ~$3 600–6 000/год. Однако при росте до 10 000 пользователей стоимость no-code платформ растет экспоненциально, в то время как стоимость облачного сервера растет линейно.
Экспертный вывод: No-code экономически выгоден до порога в 2 000–3 000 активных пользователей. После этого точка перелома делает традиционный код дешевле в поддержке, что и диктует 5 сценариев миграции с no-code на полноценный код.
Вывод
Мой вердикт: для запуска MVP и проверки гипотез до 1 000 пользователей no-code — безальтернативный лидер по TCO. Начинайте со связки Bubble + Xano + Stripe, чтобы минимизировать затраты на команду. Однако, чтобы не попасть в «ловушку масштабирования», с первого дня проектируйте архитектуру базы данных через внешние сервисы (Xano/Supabase), а не внутри конструктора. Это позволит вам либо дешево масштабироваться, либо безболезненно перенести данные на свой бэкенд, когда стоимость подписок на платформы превысит $500/мес.