Требования к системе задает не техническое задание, а отрасль, в которой она работает. Для банков и страховых мы разрабатываем клиентские кабинеты и внутренние сервисы с учетом требований Банка России и ФЗ-152: шифрование, многофакторная аутентификация, электронная подпись, ролевая модель доступа, расчет на 100 000+ пользователей одновременно. Для производственных холдингов подключаем системы управления производством, собираем телеметрию оборудования через IoT и настраиваем обмен данными между филиалами и головным офисом. В FMCG и дистрибуции делаем мобильные приложения для полевых команд, SFA-системы, B2B-платформы для оптовых заказов с интеграцией в 1С и логистику. В агро учитываем сезонность операций, учет урожая и работу с операторами ЭДО. В фарме и медицине — прослеживаемость партий, соответствие государственным реестрам и защиту медицинских данных. В ритейле — управление ассортиментом, контроль выкладки, задачи полевого персонала.
Отраслевой контекст сокращает предпроектную фазу. Мы не выясняем на встречах, зачем торговому представителю offline-режим и почему в производственной смене нельзя ждать синхронизации до утра.
Архитектура и инфраструктура
Система проектируется под тот объем, к которому бизнес придет через два-три года, а не под текущий. Разделение на сервисы позволяет масштабировать нагруженные части отдельно от остальных, контейнеризация в Docker и оркестрация в Kubernetes дают предсказуемое развертывание в любом окружении, CI/CD убирает простои при выпуске релизов, кеширование и оптимизация запросов держат время отклика при росте числа пользователей.
Такой подход дает запас на тираж: подключение новых филиалов, регионов и юридических лиц идет конфигурацией, без переписывания ядра. Целевые показатели доступности закрепляем в SLA и подтверждаем нагрузочным тестированием до вывода в эксплуатацию, а не по факту первых жалоб с мест. Разворачиваем решения в облаке, на инфраструктуре заказчика и в изолированных сетевых контурах — с учетом внутренних политик и требований по импортозамещению.
Безопасность на этапе проектирования
Защиту данных нельзя добавить последним спринтом: она затрагивает модель данных, схему доступов и инфраструктуру. Поэтому требования ИБ мы фиксируем вместе с архитектурой. В контур входит шифрование данных при хранении и передаче, многофакторная аутентификация, разграничение прав по ролям, журналирование операций с персональными данными, тестирование на проникновение и мониторинг подозрительной активности.
Отдельно проводим аудит безопасности — как первый этап проекта или как самостоятельную услугу для действующей системы. По результатам вы получаете перечень уязвимостей с приоритетами и план устранения, пригодный для предъявления внутренней службе ИБ и внешним аудиторам.
Единый цифровой контур
Корпоративная система редко работает изолированно, поэтому интеграционный слой мы считаем частью продукта, а не приложением к нему. Связываем учетный контур 1С и ERP с данными о заказах, остатках и финансах, CRM с историей взаимодействия и воронкой продаж, WMS и логистику с движением товара от склада до клиента, ЭДО с электронными подписями и первичными документами. Поверх этого выстраиваем MDM: единые справочники, правила ведения мастер-данных, контроль расхождений.
Обмен проектируем с мониторингом очередей и понятной обработкой сбоев, чтобы отказ одного контура не останавливал работу остальных. Ручные выгрузки и ночные сверки уходят из ежедневной работы вместе с ошибками, которые они порождают.
Долгосрочное сопровождение
Подписанный акт по разработке — это начало сопровождения, а не его завершение. Условия поддержки фиксируем в SLA: сроки реакции по классам обращений, целевое время восстановления, режим дежурной линии, порядок эскалации. Мониторинг настраиваем так, чтобы отклонения выявлялись до того, как их заметят пользователи.
Команда ведет продуктовый бэклог вместе с вашей ИТ-службой: обновления безопасности, оптимизация производительности, доработки под изменившиеся процессы и требования регуляторов. При росте объема работ состав команды меняется внутри того же контракта — искать нового подрядчика и заново передавать контекст не требуется. Средний срок партнерства у нас 4‑6 лет, и за это время системы проходят реорганизации, смену каналов продаж и регуляторные изменения без переписывания с нуля.
Почему один партнер эффективнее нескольких исполнителей
Когда мобильное приложение, портал и интеграции делают разные команды, архитектура собирается из фрагментов. Стыки между компонентами становятся зоной без ответственного, интеграции требуют постоянного ремонта, а на вашу сторону переходит роль диспетчера: сводить работу исполнителей, разбираться, у кого возникла ошибка, и держать в голове картину целиком.
Enterprise-разработка под ключ снимает эту нагрузку. Архитектуру проектирует одна команда, интеграции закладываются до начала разработки, за нагрузку и безопасность отвечает конкретный архитектор. Разработку, вывод в эксплуатацию, поддержку и развитие ведет тот же состав, что проектировал систему, — знание продукта не теряется при переходе между этапами.
Как заказать enterprise-разработку
Начните с обсуждения задачи: расскажите о текущем ландшафте систем, ограничениях и планах на развитие. При необходимости проведем предпроектный аудит за 2‑3 недели и передадим отчет с рисками и приоритетами. Дальше предложим модель сотрудничества — генеральный подряд, выделенная команда, аутстаффинг или смешанный состав с вашими специалистами — и назовем цену по этапам работ. NDA подписываем до обсуждения деталей.