Кто пользователь и что он получает
Идея превращается в сценарии: кто, в какой момент и ради чего открывает продукт. Список экранов появляется из сценариев, а не наоборот.
Заказная разработка
Продукт в проде за несколько месяцев, а не за год
Команда из шести инженеров и ИИ в процессе разработки. Мобильные приложения, системы лояльности и бронирования, ERP, интеграции с чем угодно, у чего есть API.
- 12
- продуктов запущено
- 500 000+
- пользователей
- 2
- дня до сметы
02 / Вам сюда
Вам сюда, если
- 01У вас есть задача, но нет своей команды разработки
- 02Студия назвала год и цену, от которой хочется закрыть вкладку
- 03Нужно связать то, что уже работает, с тем, что только собираетесь запускать
- 04Предыдущий подрядчик пропал или сдал не то
- 05Вы понимаете проблему бизнеса, но не понимаете, что именно строить
03 / Продукт
Идею разбираем как продукт, а не как список экранов
Заказчик приходит с идеей или со списком того, что надо сделать. Мы начинаем не с оценки списка, а с вопроса, какую ценность продукт даёт и чем она измеряется. После этого список меняется почти всегда — и почти всегда в сторону сокращения срока.
Что даёт результат в первой версии
Функции сортируются по ценности, а не по порядку в письме. То, что на результат не влияет, уезжает во вторую версию вместе со своим сроком.
Чем меряем результат
До старта договариваемся, какая цифра покажет, что продукт работает: брони, повторные визиты, доля оплат. Без неё «сделали» и «получилось» — разные вещи.
Куда продукт растёт дальше
Первая версия проектируется так, чтобы вторая не потребовала переписывания. Продуктовый план и архитектура делаются вместе, а не по очереди.
Мы не из аутсорса: команда сложилась вокруг продукта, который сама строила и несколько лет держала в эксплуатации. Разбор входит в работу и отдельно не оплачивается — продуктовая экспертиза имеет смысл только вместе с разработкой, поэтому отдельной услугой мы её не продаём.
04 / Метод
Мы не пишем код построчно — мы его генерируем и проверяем
- 012 дня
Продуктовый разбор и границы
Сценарии, приоритеты первой версии, критерии готовности
- 021–2 недели
Прототип и архитектура
Схема данных, API, кликабельный прототип
- 03цикл
Итерации по две недели
В конце каждой — рабочее демо
- 04по договору
Запуск и передача
Код, документация, поддержка
Делает
- Генерация схем данных и API по спецификации
- Черновые реализации типовых модулей
- Тесты и миграции данных
- Первичное ревью и рефакторинг
- Документация
Не делает
- Не принимает архитектурные решения
- Не решает, что строить, а что отложить
- Не общается с заказчиком
- Не попадает в прод без ревью инженера
Ответственность за код — на команде, а не на модели.
05 / Что делаем
Что делаем
Мобильные приложения
iOS и Android, от прототипа до публикации в сторах
FlutterReact Native
Системы лояльности
Уровни, акции, промокоды, интеграция с кассой iiko
iiko APIPostgreSQLNestJS
Бронирование и расписания
Слоты, ресурсы, оплата, миграция с внешних сервисов
Next.jsPostgreSQLRedis
ERP и внутренние системы
Учёт, роли и доступы, отчётность
TypeScriptPostgreSQLDocker
Интеграции и API
Кассы, платёжные системы, CRM, мессенджеры, 1С
RESTGraphQL1С
Сайты и лендинги
Быстро, на своём стеке, без конструкторов
Next.jsTypeScript
06 / Кейсы
Кейсы
Сеть развлекательных центров · 12 площадок
Система бронирования дорожек, столов и зон взамен внешнего сервиса
1 млн+
бронирований в системе
Next.jsPostgreSQLRedis
Сеть развлекательных центров · мобильное приложение
Бронирование, профиль гостя, оплата и push-коммуникации в одном приложении
130 000+
пользователей, iOS и Android в сторах
React NativeNestJS
Общепит · интеграция с кассой
Уровни гостей, акции, промокоды, сегментация базы, чтение чеков по API кассы
4 мес.
от старта до MVP системы лояльности
iiko APIPostgreSQLNestJS
Развлечения и общепит · данные о гостях
Сбор и объединение данных о гостях, сегменты, рассылки
15 000+
событий о гостях в год под системной работой
PostgreSQLETLTypeScript
07 / Как работаем
Как работаем: деньги и границы
Объём фиксируем приложением к договору
До фиксации спорим о содержании: часть функций отговариваем делать в первой версии. После — изменение объёма это допсоглашение и сдвиг срока, а не «ну добавьте ещё вот это».
Демо каждые две недели
Вы видите прогресс, а не отчёт о прогрессе.
Три схемы оплаты на выбор
Фикс помесячно, по вехам 30 / 30 / 40 или time & material.
Код и права на результат передаются вам
Наши собственные наработки и библиотеки остаются нашими — это обычная практика, и она прописывается в договоре.
Работаем по NDA
Готовы к белому лейблу для агентств.
08 / Команда
Команда
Шесть инженеров, средний опыт — 8 лет. Работаем вместе больше трёх лет: это не собранная под проект команда, а сложившаяся.
Мобильная разработка
Опыт 9 лет
FlutterReact Native
Бэкенд и интеграции
Опыт 10 лет
NestJSPostgreSQL1С
Фронтенд и интерфейсы
Опыт 8 лет
Next.jsTypeScript
Архитектура и данные
Опыт 10 лет
PostgreSQLRedisМиграции
Инфраструктура и эксплуатация
Опыт 7 лет
DockernginxCI
Продукт и аналитика
Опыт 4 года
СценарииСпецификацииQA
09 / Вопросы
Вопросы
Код, написанный с ИИ, — он вообще рабочий?
Модель пишет черновик, инженер принимает решение. Ничего не уходит в прод без ревью человека — ответственность за код на команде, а не на модели.
Кому принадлежит результат?
Права на результат передаются вам по договору. Наши собственные библиотеки и наработки остаются нашими — это обычная практика, и она прописывается заранее.
А если у нас нет ТЗ — возьмётесь?
Возьмёмся. Чаще всего ТЗ и нет — есть проблема бизнеса. Разбор входит в работу: за два дня формулируем, что строим в первой версии, что откладываем и почему, чем будем мерить результат, — и только после этого называем срок и смету.
Почему несколько месяцев, а не год — что не так с оценкой других?
Разбор задачи занимает два дня, прототип и архитектура — одну-две недели, дальше идут двухнедельные итерации с рабочим демо в конце каждой. Генерация снимает черновую часть: схемы данных, типовые модули, тесты, миграции и документацию. Остаётся то, ради чего нужны инженеры, — решения.
Что после сдачи: поддержка, доработки, передача другой команде?
На запуске передаём код и документацию. Поддержка и доработки — по договору. Если решите вести проект своей командой или другим подрядчиком, передача входит в работу, а не обсуждается отдельно постфактум.
Работаете по NDA?
Да. Для агентств готовы работать под белым лейблом.
Как оформляется и оплачивается работа?
Договор с ИП, объём фиксируется приложением. Три схемы оплаты на выбор: фикс помесячно, по вехам 30 / 30 / 40 или time & material. Изменение объёма — допсоглашение и сдвиг срока.
10 / Заявка
Расскажите задачу — вернёмся со сроком и сметой за два дня
Напишите в телеграм — это самый быстрый способ до нас добраться.
Отвечаем в течение одного рабочего дня. Если задача не наша — скажем прямо и подскажем, к кому идти.