Сервис отличается от сайта тем, что у него есть состояние: пользователи, данные, деньги и права доступа. Здесь нельзя «дособрать потом» - архитектурная ошибка всплывает через полгода и стоит переписывания.
Мы беремся за такие проекты этапами. Сначала MVP: минимум функций, на котором проверяется гипотеза и появляются первые пользователи. Дальше растём итерациями по обратной связи, а не по списку желаний из первого созвона.
Что входит в разработку
- Проектирование логики и данных
Сущности, связи, роли и права. Это тот самый этап, экономия на котором дороже всего обходится через год эксплуатации. - Личные кабинеты и роли
Пользователь, администратор, модератор - у каждого свой набор прав и свой интерфейс. Регистрация, восстановление доступа, двухфакторка при необходимости. - Оплата и подписки
Разовые платежи, тарифы, рекуррентные списания, пробные периоды. ЮKassa, CloudPayments, СБП, при необходимости - криптоплатежи. - API и интеграции
REST и WebSocket, документация, интеграции с внешними сервисами. Если у сервиса будет мобильное приложение - API проектируется сразу под него. - Нагрузка и устойчивость
Go на бэкенде, PostgreSQL, Redis для кеша и очередей, Cloudflare. Автотесты и CI/CD, чтобы релиз не ломал то, что работало вчера. - Эксплуатация
Мониторинг, логи, алерты. Сервис - это не «сдали и забыли», ему нужен кто-то дежурный. Можем быть этим кем-то.
С чем приходят
- Есть гипотеза продукта и нужен MVP, чтобы проверить её на реальных пользователях.
- Внутренний процесс оброс таблицами и чатами - пора превращать его в систему.
- Работающий сервис упирается в нагрузку или в архитектуру, написанную на скорость.
- Нужен API для партнёров или мобильного приложения.
О чём предупреждаем сразу
Сервис - это не проект с датой окончания, а продукт с эксплуатацией. Заложите бюджет не только на разработку, но и на развитие после запуска. Если такого бюджета нет, лучше начать с меньшего MVP, а не урезать качество кода.
Как идёт работа
Какую гипотезу проверяем, кто пользователи, что считается успехом. На этом этапе часто выясняется, что половина придуманных функций не нужна для первой версии.
Сущности, связи, роли и права. Экономия здесь обходится дороже всего: архитектурная ошибка всплывает через полгода и стоит переписывания.
Кликабельный прототип ключевых сценариев и оценка минимальной версии по этапам.
Бэкенд, фронтенд, кабинеты, роли, платежи. Каждые 2 недели - работающая версия, которую можно посмотреть.
Автотесты на критичные сценарии, проверка под нагрузкой, аудит доступов.
Мониторинг, логи, алерты, дежурство. Сервис - это не проект с датой окончания, а продукт в эксплуатации.
Из чего складывается цена
- Сложность предметной области
Три сущности и тридцать - принципиально разный объём проектирования. - Роли и права
Один тип пользователя дешевле, чем администратор, модератор, партнёр и клиент с разными правами на одни данные. - Платежи и подписки
Разовая оплата проще, чем тарифы, пробные периоды, апгрейды и возвраты. - Нагрузка и требования к отклику
Сотня пользователей и десятки тысяч одновременно - разная архитектура и стоимость. - Интеграции и API
Внешние сервисы, документация, версионирование, поддержка партнёров.
Что нужно от вас
- Описание гипотезы: какую проблему решает сервис и для кого
- Понимание, как вы будете зарабатывать: подписка, комиссия, разовая оплата
- Доступ к экспертизе - человек, который знает предметную область
- Готовность к итерациям: первая версия не финальная, это нормально
- Бюджет не только на разработку, но и на развитие после запуска
Что вы получаете
- Работающий MVP с реальными пользователями
- Документация по API и архитектуре
- Админ-панель для управления данными и пользователями
- Автотесты на ключевые сценарии и CI/CD
- Мониторинг, логи и алерты
- Исходный код и вся инфраструктура на ваших аккаунтах
На чём делаем
Ошибки, которых избегаем
- Всё и сразу
Полный набор функций, придуманный до первых пользователей, наполовину не используется. Начинаем с MVP и растём по обратной связи. - Экономия на проектировании
Схема данных, собранная на бегу, через год упирается в потолок. Проектирование - самый дешёвый этап для исправлений. - Нет мониторинга
О падении узнают от пользователей. Ставим алерты до запуска, а не после первого инцидента. - Разработка без тестов
Каждый релиз ломает то, что работало вчера. Автотесты на критичные сценарии обязательны.
Сервисы, которые мы сделали
PHARMORA
Справочник на ~17 000 препаратов: парсинг ГРЛС, два ИИ-ассистента, умный поиск и личный кабинет.
CUBESTROKE
Игровая экосистема Minecraft-сервера со сложной крипто-интеграцией в личном кабинете.
3RDM
Сервис AI-генерации 2D/3D, аудио и видео. Стадия пред-релиза.
PACKETAI
Пакетная AI-обработка фотографий продукции с заделом на публичный сервис.
STEPANOV STUDY
Платформа онлайн-подготовки по физике: интерактивная доска, домашние задания, прогресс учеников.
Частые вопросы
Сколько стоит разработка веб-сервиса?
От 200 000 ₽ за MVP. Сервисы сильно различаются по сложности, поэтому смета собирается по этапам: сначала оцениваем минимальную версию, дальше работаем итерациями с понятной ценой каждой.
Что такое MVP и зачем начинать с него?
Минимальная версия, на которой проверяется главная гипотеза. Она дешевле и быстрее, а главное - показывает, что пользователям действительно нужно. Полный набор функций, придуманный до первых пользователей, обычно наполовину не используется.
Сколько времени занимает разработка?
От шести недель для MVP. Дальше - итерациями по 2-4 недели, каждая заканчивается работающей версией, а не обещанием.
Какой стек используете?
Go на бэкенде, React на фронтенде, PostgreSQL, Redis, REST и WebSocket, CI/CD, Cloudflare. Выбираем под задачу, а не по моде - и объясняем выбор.
Кто будет вести проект после запуска?
Как договоримся. Можем взять эксплуатацию и развитие на себя, можем передать вашей команде: код, документация и доступы ваши с самого начала.
Вы используете ИИ при разработке?
Да, как ускоритель на рутине - и платим за дорогие модели. Но архитектуру, ревью и ответственность за результат берёт на себя команда, а не генератор.