IT-разработка

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

Техническое задание — документ, в котором фиксируются функционал продукта, сценарии использования, требования к интеграциям, нагрузке и безопасности. Это основа договора: и клиент, и команда понимают, что именно будет сделано и по каким критериям принимается результат. Без ТЗ разработка неизбежно уходит в «хотелки на ходу», что ведет к срыву сроков и росту бюджета. Составление ТЗ — первый и обязательный этап работы в 12 НЕМЦЕВ.

Сроки зависят от объема функционала и сложности интеграций. Корпоративный сайт средней сложности занимает от 6 до 12 недель. Мобильное приложение с несколькими сценариями использования занимает от 3 до 6 месяцев. Маркетплейс или портал с личными кабинетами занимает от 4 месяцев и выше. Точные сроки фиксируются после проработки технического задания — до этого любые цифры будут предварительными.

Работа ведется итерациями с регулярными демо результата. На каждом этапе клиент видит прогресс и дает обратную связь до того, как начался следующий этап. За проект отвечает выделенный менеджер, который ведет коммуникацию и контролирует сроки. Статус проекта отражается в трекере задач, к которому клиент получает доступ. Если за две недели нет ни одного рабочего демо — это сигнал, что что-то идет не так. В 12 НЕМЦЕВ демо после каждого спринта входит в стандарт работы.

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

Миграция CMS — перенос сайта с одной платформы управления контентом на другую. Чаще всего это нужно, когда текущая платформа не поддерживает нужный функционал, работает нестабильно под нагрузкой или поддержка ее становится слишком дорогой. В процессе миграции сохраняется контент, SEO-структура и все существующие интеграции. Выбор новой платформы зависит от задач конкретного проекта.

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

Готовность к запуску определяется по критериям, которые фиксируются в техническом задании на старте. Это конкретный список: функционал реализован и протестирован, интеграции проверены на реальных данных, нагрузочное тестирование пройдено, документация передана. Запуск не происходит по ощущению — он подтверждается по чеклисту. Клиент подписывает акт приемки после того, как все пункты закрыты.

Нет. Задача клиента — сформулировать бизнес-цели и описать процессы. Перевод бизнес-задачи в техническое решение — работа команды 12 НЕМЦЕВ. На старте проводим структурированный разбор: что сейчас не работает, что должно измениться, как это измерить. На выходе клиент получает документ, в котором написано что именно будет сделано, понятным языком, без технического жаргона.