Что мы строим
Четыре направления работы,
которые постоянно пересекаются.
Порталу нужна интеграция. Интеграции нужна машина, которая ответит. Мы держим все четыре направления в одной команде, потому что распределение их по трём подрядчикам — верный способ застопорить проект.
Типовая архитектура
01 / Интерфейс
Веб-приложения и сайты
Экраны, с которыми люди работают весь день, и те, что приводят вам клиентов.
Клиентский портал, внутренняя панель и маркетинговый сайт — одна и та же задача в разной упаковке: человек пришёл, чтобы довести дело до конца. Мы проектируем и делаем обе стороны — публичный сайт, который объясняет, чем вы занимаетесь, и приложение, в котором ваша команда проводит восемь часов в день.
Что мы делаем
- Клиентские порталы и личные кабинеты
- Внутренние инструменты, дашборды и админ-панели
- Маркетинговые сайты и страницы запуска продуктов
- Дизайн-системы, которые будущие разработчики смогут развивать
Подходит, если
- Команда ведёт таблицу, потому что система этого не умеет
- Чтобы подключить нового клиента, нужен человек, а не форма
Типовая архитектура
02 / Автоматизация
ИИ-агенты и автоматизация процессов
Работа, для которой раньше нужен был человек, следящий за почтой.
Самая полезная автоматизация обычно скучная: прочитать документ, найти заказ, сверить с остатками, спросить человека, если нет уверенности. Мы строим агентов именно такими — узкими, наблюдаемыми и встроенными в очередь проверки, чтобы ошибку поймал сотрудник, а не клиент.
Что мы делаем
- Агенты для приёма документов, писем и сообщений
- Автоматизация бэк-офиса с шагами ручной проверки
- Поиск и извлечение информации по вашим собственным документам
- Наборы оценочных тестов, чтобы видеть, не стало ли хуже после изменений
Подходит, если
- Кто-то каждое утро перепечатывает одни и те же данные в две системы
- Вы запускали пилот с ИИ и так и не поняли, сработал ли он
Типовая архитектура
03 / Системы
ERP, системы и интеграции
Чтобы системы, за которые вы уже заплатили, наконец договорились между собой.
Самая интересная работа редко начинается с чистого листа. Это остатки в одной системе, счета в другой и склад, который не доверяет ни одной из них. Мы выясняем, за какие данные на самом деле отвечает каждая система, ставим между ними продуманный интеграционный слой и переносим данные после репетиции, а не сразу вживую.
Что мы делаем
- Внедрение, доработка и интеграция ERP
- API-слои и конвейеры событий между системами
- Миграция данных с пробными прогонами и откатом
- Отчётность, с которой согласны и финансы, и операционный отдел
Подходит, если
- Две системы показывают разные значения одного и того же числа
- Одна-единственная интеграция держит в заложниках весь запуск
Типовая архитектура
04 / Устройства
Мобильные приложения и подключённые устройства
ПО, которое выходит за пределы офиса — в карман или прямо на оборудование.
Железо не врёт: дверца либо открылась, либо нет. Мы делаем приложение на устройстве, сервис, с которым оно связано, и инструменты для поддержки на случай, когда автомат в 400 км от вас начинает сбоить — логи, удалённую диагностику и историю выдачи, которую действительно можно прочитать.
Что мы делаем
- Приложения для iOS и Android, включая полевые инструменты, работающие офлайн
- Приложения для вендинга и киосков с оплатой и выдачей товара
- Телеметрия устройств, удалённая настройка и диагностика
- Панели мониторинга парка устройств для тех, кто отвечает на звонки в поддержку
Подходит, если
- Мастеру приходится ехать к автомату, чтобы узнать, что случилось
- ПО на устройствах и бэк-офис хранят разные версии правды
Дизайн
Дизайн — не отдельный этап
Продуктовый и интерфейсный дизайн включён в каждый проект, потому что самый быстрый способ загубить интеграцию — прикрутить к ней запутанный экран.
От процесса к интерфейсу
- Сначала наблюдаем за текущим процессом, потом рисуем экран
- Сначала сценарии и состояния, визуальная отделка — потом
- Одна дизайн-система, которую расширяют, а не перерисовывают под каждую функцию
- Доступность закладывается в дизайн, а не исправляется на ревью
Что вы получаете
- Кликабельные прототипы для ключевых сценариев
- Токены и компоненты в коде, а не только в файле дизайна
- Письменное обоснование решений, которые дались непросто
Наш инструментарий
Что мы используем и когда
Подходящий инструмент для задачи, с понятной причиной выбора. Знакомые основы, которые сможет продолжить развивать любая следующая команда.
- 01
Интерфейсы
- TypeScript
- React
- Next.js
- Astro
- Tailwind CSS
Статика там, где главное — контент, серверный рендеринг там, где главное — данные.
- 02
Сервисы и данные
- Node.js
- Python
- PostgreSQL
- Redis
- REST + типизированные клиенты
Надёжные базы данных, явные схемы, миграции в системе контроля версий.
- 03
Агенты и автоматизация
- Claude API
- OpenAI API
- Очереди и воркеры
- Оценочные тесты
- n8n
Узкие задачи, журнал решений, человек в контуре там, где это важно.
- 04
Мобильные приложения и устройства
- React Native
- Flutter
- MQTT
- Linux
- Встраиваемый Android
Исходим из офлайна, потому что связь обязательно пропадёт.
- 05
Поставка
- Docker
- GitHub Actions
- Инфраструктура под Terraform
- Sentry
Развёртывание одной командой; любое развёртывание можно откатить.
Ваш код. Ваша инфраструктура. Никакого закрытого рантайма, за который нужно вечно платить.
Ваш следующий шаг
Не уверены, что из этого вам нужно?
Опишите процесс. Мы скажем, что стоит строить, что — покупать готовым, а что может остаться таблицей.