Фокус на разработку полноценных онлайн-сервисов

Где команда сейчас

К марту 2026-го фокус команды окончательно сместился туда, куда он логически шёл весь 2025 год: разработка полноценных онлайн-сервисов — под клиентские задачи и для собственных продуктов.

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

Что мы сейчас разрабатываем

В работе одновременно несколько онлайн-сервисов — клиентских и своих. Один из клиентских проектов хорошо показывает тот класс задач, до которого мы доросли.

Это B2B-платформа для управления проектами в сфере промышленного оборудования — личный кабинет с полноценным циклом взаимодействия «заказчик ↔ исполнитель». В продукте:

• Ролевая модель (RBAC) на 5 уровней — техадмин, администратор, старший менеджер, менеджер, клиент
• 14 функциональных модулей — от авторизации и регистрации до интерактивных схем установки оборудования
• Real-time-чат и система уведомлений на WebSocket с привязкой к проектам
• Документы (паспорта, инструкции, чертежи) с каскадными фильтрами и S3-хранилищем
• Проекты с прогресс-барами, статусами, документами, историей и назначением менеджеров
• Заявки на ТОиР (техобслуживание и ремонт) с формами и историей
• Интерактивный вьюер схем установки с зумом, панорамированием и метками на узлах
• Панель мониторинга для техадмина — CPU, память, диск, состояние сервисов, логи приложения

Стек

Проект собран на современном продуктовом стеке:

• Backend: Node.js 20 LTS + NestJS 10, TypeScript 5 (strict), PostgreSQL 16 + TypeORM, Redis 7, Socket.IO, JWT (access + refresh), Yandex S3, Docker, Swagger
• Frontend: Next.js + TypeScript, shadcn/ui + Tailwind, TanStack React Table, react-zoom-pan-pinch для интерактивных схем

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

Честно про наш «срок на IT-рынке»

Назовём вещи своими именами: мы относительно новая IT-компания. За спиной — не десятилетия разработки и не громкое портфолио из типовых логотипов. Объективно это так.

Но у нас есть то, чего на рынке разработки ощутимо не хватает. И именно в этом — наше главное преимущество.

Переводчик с клиента на разработчика

Самое сложное в заказной разработке — это не написать код. Самое сложное — это перевести запрос клиента с обычного языка на язык разработчиков.

У нас, как у команды, которая несколько лет занималась сервисом помощников и ежедневно работала с предпринимателями, появился очень специфический навык: превращать фразы вида

«Хочу видеть штуку, которая могла бы мне делать…»

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

Маленький пример — и почему «две роли» превращаются в «пять»

Типичная ситуация. Клиент приходит и говорит:

«Хочу, чтобы клиент заходил в сервис, а я как менеджер мог ему отвечать и менять статус заявок».

На уровне пользовательской истории — всё понятно. Но для разработчика это не две роли, а минимум пять:

• Владелец компании — видит всё, управляет правами
• Техадмин — мониторит систему, ничего не знает про клиентов и проекты
• Проджект / старший менеджер — видит все проекты, распределяет менеджеров
• Менеджер — ведёт своих клиентов, чат, меняет статусы
• Клиент — видит только свои заявки и свой чат

Причём «менеджер» на стороне клиента (его сотрудник) и «менеджер» у нас в системе — это разные сущности с разной природой и разными правами. Если не разметить архитектуру сразу — переделывать готовое приложение потом будет очень больно и дорого.

Клиент этого не видит и не обязан видеть. Задача подрядчика — не грузить его деталями, терминами и технологиями, а взять сложность технической реализации на себя и сделать ровно то, что ему нужно. Именно это мы и умеем.

Почему команда проактивна (и как это отличается от типового IT)

Отдельно — про саму команду и внутреннюю культуру.

Сервис помощников в жёсткой конкуренции научил нас быть проактивными, а не сидеть и ждать, пока клиент вспомнит, что мы ему что-то должны. Специалист не ждёт, пока его будут пинговать — он сам приходит к проджекту с вариантами решения, а проджект — к клиенту. Это встроено в культуру и осталось с нами при переходе в разработку.

В классическом IT это, к сожалению, часто не так. С интеграторами CRM — особенно частая история:

• О задаче узнаёшь только тогда, когда сам запустишь процесс и потребуешь результат
• Работы начинаются ровно в тот момент, когда начинаешь требовать и возмущаться
• Без твоего давления — тишина

Это реальная проблема современного рынка услуг. И мы намеренно строим команду и процессы так, чтобы этого у нас не было.

Разработчики — в живой команде, а не на удалёнке

Ещё один момент, который сильно влияет на качество продукта.

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

• Атмосфера поддержки, а не давления — никто ни у кого «на шее» не сидит
• Каждый специалист силён в своём деле и берёт инициативу сам
• Обсуждения по архитектуре и реализации идут вживую, а не тянутся по чатам неделями

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

Качество продукта от этого ощутимо выигрывает:

• Большую часть абстракции и желаний клиента мы проактивно додумываем и реализуем сами
• Не утопаем в бесконечных созвонах и новых ТЗ
• Внутри команды вопросы решаются быстро — потому что люди разговаривают вживую, а не «синхронятся на следующей неделе»

Куда всё идёт дальше

На текущий момент фокус у нас двойной:

• Клиентские решения — полноценные онлайн-сервисы под задачи бизнеса, в том числе платформы уровня описанной выше
• Собственные продукты — проекты для B2C- и B2B-сегментов, которые мы развиваем как IT-компания, а не как подрядчик

Подробнее — в разделе «Проекты».

Как мы пришли к этому от сервиса помощников — см. августовское решение о трансформации в IT-компанию и итоги 2025 года.