Процессы отдела разработки · ConvertMe
ConvertMe · отдел разработки · август 2026

Внутренние процессы отдела разработки: от постановки задачи до публикации

Карта построена на разборе задач и переписок в Битриксе. Показаны все сценарии, которые проходят через отдел: от быстрой правки за час до сборки сайта с нуля, а также поддержка собственных продуктов агентства.

Основные инструменты: конструктор квизов, шаблоны лендингов, Тильда, самописные решения
5
типов входящих задач
2,2дня
медианный срок закрытия задачи
54%
задач закрывается за три дня
20%
задач закрыто позже дедлайна
01 · Общая карта

Сквозной путь задачи

Схема разворачивается по горизонтали. Ключевая развилка в самом начале: задача идёт по короткому пути правки или по полному циклу сборки нового продукта.

1 · ОТКУДА ПРИХОДЯТ ЗАДАЧИ Отдел рекламы: посадочные под кампании Аккаунтинг: правки и запросы клиентов Отдел продаж: оценка стоимости работ Руководитель отдела: свои продукты и инфраструктура Мониторинг: сбои, ошибки, истекающие домены задача ставится в Битриксе с брифом и дедлайном Приём и оценка полнота брифа трудозатраты в часах назначение исполнителя распределение на планёрке или сразу, если задача срочная Правка или новая сборка? правка Короткий путь внести изменение · проверить опубликовать · закрыть задачу чаще всего в тот же день сборка 2 · ПОДГОТОВКА Сбор материалов от клиента УТП, тексты, изображения, прайс реквизиты, телефоны, юрлицо политика конфиденциальности сайт-референс и шаблон Домен и окружение регистрируем мы или клиент направление на конструктор, SSL рабочий поддомен для сборки домен поднимается до 2 часов без материалов сборка не начинается 3 · СБОРКА Вёрстка по шаблону или с нуля наполнение контентом формы и передача заявок счётчики, цели, коллтрекинг адаптив под мобильные работа идёт на dev-поддомене 4 · ТЕСТ И ПУБЛИКАЦИЯ Тестирование после сборки чек-лист: ссылки, формы, отображение тестовая заявка проходит до CRM согласование с клиентом Перенос на боевой домен после публикации задача закрывается баги и правки после теста возвращают задачу в сборку ПОСЛЕ ПУБЛИКАЦИИ · ПОДДЕРЖКА · правки по запросу клиента и отдела рекламы · исправление багов и ошибок, найденных в работе · продление доменов и оплата сервисов по календарю · мониторинг доступности и скорости

Схема шире экрана — прокрутите вправо, чтобы увидеть этапы сборки и публикации.

вход и внешние условия ключевое действие отдела работа исполнителя публикация развилка и возвраты
02 · Типы задач

Пять сценариев, которые проходят через отдел

Задача в отделе Новый сайт или лендинг сборка по шаблону агентства или с нуля, полный цикл от домена до публикации срок обычно от недели Квиз на конструкторе собственный конструктор агентства, версии обновляются: 2.0, 3.0, 3.1 быстрее лендинга, часто за 1–2 дня Правки и доработки самый массовый тип: тексты, баннеры, блоки, формы, кнопки, реквизиты чаще всего в течение дня Техническая поддержка баги, ошибки, скорость загрузки, домены, SSL, хостинг, доступы срочность выше остальных типов Аналитика и интеграции счётчики, цели, коллтрекинг, передача заявок в CRM, сверка данных часто в связке с отделом рекламы ОБЩИЕ ЭТАПЫ ДЛЯ ВСЕХ ТИПОВ Проверка полноты брифа чего не хватает — запрашиваем сразу, иначе задача встанет на середине Оценка трудозатрат в часах Назначение исполнителя Выполнение на dev-окружении Внутренняя проверка Согласование с заказчиком задачи Публикация на боевом домене Учёт затраченного времени время фиксируется в задаче — это основа для оценки следующих и для расчёта стоимости работ клиенту ЧТО ПРОВЕРЯЕТСЯ ПЕРЕД ПУБЛИКАЦИЕЙ все ссылки открываются, нет битых формы отправляются, заявка доходит до CRM счётчики и цели срабатывают отображение на мобильных и в разных браузерах реквизиты, юрлицо, политика в футере скорость загрузки и отсутствие ошибок в консоли по итогам теста часто заводится отдельная задача на баги — это нормальная часть цикла, а не сбой процесса Задача закрыта, объект в поддержке СВОИ ПРОДУКТЫ Конструктор квизов Шаблоны лендингов Сайт агентства Боты и сервисы Мониторинг и алерты развиваются параллельно клиентским задачам новая версия конструктора ускоряет все следующие сборки
03 · Загрузка

Как распределяются задачи внутри отдела

ПОСТАНОВЩИКИ ЗАДАЧ Задачи приходят из четырёх отделов и от руководителя разработки. Большинство постановщиков — аккаунт-менеджеры и специалисты по рекламе, которым нужна посадочная или правка под кампанию. руководитель отдела ставит задачи и себе — на инфраструктуру и продукты часть задач заводится автоматически: продление доменов, оплата сервисов ЕЖЕНЕДЕЛЬНАЯ ПЛАНЁРКА Встреча отдела разработки · обсуждаем планы на неделю · распределяем нагрузку между исполнителями · делимся новостями и решениями · удалённые сотрудники пишут планы в комментарий таблица загрузки заполняется до встречи РАСПРЕДЕЛЕНИЕ Специализация исполнителей · фронтенд и вёрстка посадочных · конструкторы и типовые сборки · бэкенд, интеграции, сервисы · инфраструктура: домены, хостинг, мониторинг срочное распределяется вне планёрки УЧЁТ ВРЕМЕНИ Время фиксируется по каждой задаче. Это даёт три вещи: оценку похожих задач в будущем, расчёт стоимости работ для клиента и понимание реальной загрузки отдела. РЕГУЛЯРНЫЕ ПРОЦЕССЫ ОТДЕЛА Еженедельно планёрка отдела, отчёт по задачам за период Ежемесячно выгрузка отчёта по задачам, оплата сервисов и лицензий По календарю проверка и продление доменов, SSL-сертификаты Постоянно мониторинг доступности сайтов и сервисов, алерты Отдельная зона ответственности — назначение замещающих на время отпусков и отсутствий по каждому клиенту фиксируется, кто ведёт его задачи, пока основной исполнитель недоступен
04 · Сроки

Сколько занимают задачи на практике

ПоказательЗначениеЧто это означает
Медианный срок закрытия2,2 дняполовина задач закрывается быстрее двух дней
Средний срок12,4 днясильно выше медианы: среднее тянут вверх длинные проекты
Закрыто за первый день39%основной поток — короткие правки
Закрыто за три дня54%больше половины задач укладываются в рабочую неделю
Дольше месяца9%крупные сборки, задачи в ожидании материалов, долгострои
Задач закрыто позже дедлайна20%каждая пятая задача выходит за срок

Почему средний срок втрое выше медианы

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

Каждая пятая задача просрочена

Основная причина видна в переписках: дедлайн ставится в момент постановки задачи, когда материалы ещё не собраны. Дальше срок сдвигается из-за ожидания контента, согласования дизайна или ответа клиента.
Это не всегда проблема исполнения — чаще следствие того, что задача заводится раньше, чем становится готова к работе.
05 · Выводы

Что показал разбор процессов

1
Отдел работает в двух разных режимах

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

2
Полнота брифа определяет срок

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

3
Тестирование — отдельный этап, а не формальность

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

4
Собственные продукты ускоряют клиентские задачи

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

5
Что стоит формализовать

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

Источник. Выгрузка задач отдела разработки из Битрикс24: 2 627 задач с описаниями, комментариями, сроками и учётом времени. Процессы восстановлены по структуре задач, содержанию брифов и переписке внутри них.

Оговорки. (1) Схемы описывают типовые сценарии; разовые и нестандартные работы в них не отражены. (2) Часть процессов выполняется без отдельной задачи в Битриксе и восстановлена по переписке. (3) Показатели сроков рассчитаны по задачам с заполненной датой закрытия; последовательность этапов внутри сборки может отличаться в зависимости от готовности материалов на стороне клиента.