Продвинутые SaaS-приложения, которые держат нагрузку

Первая версия, которую можно продавать, начинается от 449 000 ₽ — это опубликованный пакет SaaS-MVP. Дальше стоимость определяется тремя вещами: числом продуктовых модулей, сложностью монетизации и требованиями к нагрузке и изоляции данных. Real-time, AI-функции, оплата по факту потребления и выделенные контуры для крупных клиентов считаются отдельно. Точную смету фиксируем в договоре после разбора задачи — на это уходит 2 рабочих дня, и это бесплатно.

Первичный разбор и оценка — 2 рабочих дня с момента, когда есть описание задачи. На разборе мы смотрим сценарии, ожидаемое число клиентов и пользователей, требования к интеграциям и к изоляции данных. После этого присылаем состав первой версии, срок и стоимость. Если для честной оценки нужен доступ к существующему коду, аудит занимает от недели.

Продукт, который выдерживает рост и приносит деньги без ручного труда. Это значит: мультитенантность с проверяемой изоляцией данных, бюджеты по времени ответа и нагрузочные тесты, кэш и очереди, реплики и партиционирование, монетизация внутри продукта вместе с документами, real-time функции, наблюдаемость и регламент реагирования. Если чего-то из этого нет, продукт рано или поздно упрётся — обычно в тот момент, когда появляется крупный клиент.

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

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

Часто да, и заметно. Типичные причины переплаты: база вместо кэша для справочников и дашбордов, отчёты на основном узле вместо реплики, отсутствие партиционирования у растущих таблиц, лишние реплики приложения «на всякий случай», неоптимизированные запросы, которые выполняются миллион раз в сутки. Мы считаем, из чего складывается счёт, и показываем, что и на сколько можно сократить. Калькулятор на этой странице считает по той же логике, что мы применяем в аудите.

Основной стек — Laravel, Livewire, PostgreSQL или MySQL, Redis, Octane, очереди Horizon, Reverb для вебсокетов, Docker и CI/CD. Если продукт написан на другом стеке, сначала смотрим, есть ли смысл его менять: переписывание ради технологий почти никогда не окупается. Работаем и с существующим кодом, и с командами заказчика — в режиме усиления, а не «забираем проект себе».

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

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

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

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

Да. Работаем удалённо, документация и отчётность на русском или английском. Аккаунты, домены и инфраструктуру можно размещать в нужной вам юрисдикции; платежи подключаем как российские, так и зарубежные — часто параллельно, если продукт продаётся в нескольких странах.