К содержанию
AgentroОбсудить задачу

РАЗВИТИЕ BITRIX24

Сопровождение и развитие Bitrix24 после запуска

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

Время реакции, каналы и объём работ фиксируются в выбранном формате поддержки или SLA.

Процесс, данные и контроль в одном контуре: пример рабочего материала Agentro

Пример рабочего материала Agentro: помогает увидеть логику решения и обсудить будущий результат до начала настройки.

01

Когда нужно сопровождение

01

портал уже работает, но некому системно развивать его;

02

внутренний администратор не справляется со сложными задачами;

03

прежний подрядчик перестал поддерживать решение;

04

бизнес-процессы изменились после внедрения;

05

пользователи регулярно сталкиваются с ошибками;

06

накопился список доработок без приоритетов;

07

приложения и интеграции требуют контроля;

08

изменения в одной части портала ломают другую;

09

нет документации по настройкам;

10

новые сотрудники не понимают правила работы;

11

руководитель хочет видеть план развития и прозрачный статус задач;

12

компании нужна внешняя экспертиза, но не полноценная постоянная команда.

02

Не каждая просьба пользователя является аварией, и не каждая ошибка — доработкой

Инцидент

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

Запрос на обслуживание

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

Доработка

Изменение существующего процесса или создание нового функционала, которое требует анализа, оценки, реализации и проверки.

Развитие

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

Консультация

Разбор вопроса, обучение или помощь в выборе решения без обязательной технической реализации.

03 · состав

Что может входить в сопровождение

01

диагностика и устранение ошибок;

02

контроль интеграций;

03

администрирование пользователей и прав;

04

настройка полей, карточек и справочников;

05

корректировка роботов и бизнес-процессов;

06

изменение воронок;

07

шаблоны документов;

08

отчёты и дашборды;

09

настройка задач и проектов;

10

консультации пользователей;

11

обучение новых сотрудников;

12

обновление инструкций;

13

анализ качества данных;

14

работа с дублями;

15

развитие интеграций;

16

тестирование релизов;

17

аудит приложений маркетплейса;

18

планирование развития портала.

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

Рабочий материал Agentro

Контроль задач и сроков

Работа распределена по срокам, исполнителям и контрольным точкам без ручной сверки нескольких списков.

04

Форматы работы

Поддержка по обращениям

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

Пакет часов

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

Ежемесячное сопровождение

Подходит для действующего портала с постоянным потоком задач. Включает согласованный объём, ритм приоритизации, отчётность и правила реакции.

Развитие по roadmap

Подходит, когда нужно последовательно менять архитектуру, процессы, интеграции и аналитику. Работа ведётся спринтами или этапами с отдельной приёмкой.

Выделенная проектная команда

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

На странице публикуются утверждённые пакеты 10, 20 и 40 часов. Время реакции, порядок срочных работ, перенос остатка и другие SLA-условия фиксируются отдельно в договоре.

Рабочий артефакт

Недельный цикл

Помогает превратить встречи в повторяемый ритм управления.

Agentro, рабочий материал

Недельный управленческий цикл

Повторяемый ритм

01

Понедельник

ПриоритетыЦели недели и владельцы
02

Среда

СигналыРиски, деньги, просрочки
03

Пятница

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

Недельный управленческий цикл

Соединяет недельный отчёт, командную планёрку, решения и контроль договорённостей.

Схема подхода Agentro

Формат и бюджет

Форматы и стоимость сопровождения Bitrix24

Разовые задачи и консультации

Ориентиры стоимости работ Agentro, не публичная оферта. Актуально на 2 августа 2026 года.

Формат

От 4 000 ₽ за час. Минимальный стартовый объём

10 часов, то есть от 40 000 ₽. Перед выполнением задачи согласуются постановка, оценка и критерии приёмки

Состав и границы уточняются после короткого контекста.

Формат

Пакет 10 часов

40 000 ₽

Подходит для консультаций, администрирования, небольших исправлений и редких доработок. SLA и гарантированная доступность не входят автоматически.

Формат

Пакет 20 часов

80 000 ₽

Подходит для регулярного потока задач, контроля интеграций, небольшого развития и обновления документации.

Формат

Пакет 40 часов

160 000 ₽

Подходит для постоянного развития портала, спринтов, аналитики, тестирования и координации нескольких компетенций.

Подробнее

Расширенное сопровождение и выделенная команда рассчитываются отдельно.

Часы не означают неограниченный список задач. Каждое обращение проходит классификацию и оценку. Условия переноса остатка, срок действия пакета, время реакции и порядок срочных работ фиксируются в договоре или SLA.

06 · маршрут

Как обрабатывается обращение

01

Регистрация

Обращение попадает в единый согласованный канал и получает автора, описание и контекст.

02

Классификация

Определяем тип: инцидент, обслуживание, консультация, доработка или развитие.

03

Приоритет

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

04

Диагностика

Воспроизводим проблему, проверяем логи, настройки, интеграции и последние изменения.

05

Решение или оценка

Для инцидента формируем способ восстановления. Для доработки — требования, оценку и план.

06

Реализация

Изменения выполняются с учётом зависимостей и правил доступа.

07

Проверка

Тестируем согласованный сценарий и исключения.

08

Релиз

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

09

Документация

Фиксируем, что изменено, почему и как это влияет на пользователей.

10

Закрытие

Заказчик подтверждает результат или возвращает задачу с конкретным несоответствием критериям.

07

SLA должен описывать реальные обязательства, а не обещание «всегда мгновенно»

До начала сопровождения фиксируются:

  • рабочие часы и часовой пояс;
  • каналы обращений;
  • контактные лица;
  • уровни приоритета;
  • время первичной реакции;
  • правила диагностики;
  • сроки предоставления оценки;
  • окно плановых работ;
  • действия при критичном инциденте;
  • порядок эскалации;
  • исключения;
  • доступность специалистов;
  • формат отчётности.

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

Рабочий артефакт

Портфель проектов

Помогает определить, где нужен руководитель и какой проект требует решения первым.

Agentro, рабочий материал

Портфель проектов

3 активных проекта

Портфель

4,65 млн ₽

Прогноз маржи

26,9%

Переделки

44 часа
Север, портал клиентаКрасный

420 тыс. ₽

Вмешательство

Модуль, автоматизацияЖёлтый

125 тыс. ₽

Согласовать объём

Вектор, аналитикаЗелёный

0 ₽

По плану

Сводка проектов и клиентов

Показывает статус портфеля, маржу, незапланированные работы, дебиторскую задолженность и точки вмешательства.

Пример рабочего материала Agentro

08

Портал развивается по приоритету бизнеса, а не по громкости запроса

Для каждой задачи фиксируем:

  • проблему или цель;
  • автора и заинтересованных пользователей;
  • ожидаемый результат;
  • влияние на бизнес;
  • срочность;
  • зависимости;
  • риски;
  • оценку;
  • критерии приёмки;
  • статус;
  • релиз.

Регулярно пересматриваем backlog вместе с владельцем портала. Новая идея не должна автоматически вытеснять уже начатую критичную работу.

09 · результат

Что изменится в сопровождении

единый канал работы с задачами;

Передаём понятный рабочий результат с согласованными границами и правилами дальнейшего использования.

понятную классификацию;

Передаём понятный рабочий результат с согласованными границами и правилами дальнейшего использования.

прозрачный статус;

Передаём понятный рабочий результат с согласованными границами и правилами дальнейшего использования.

журнал изменений;

Передаём понятный рабочий результат с согласованными границами и правилами дальнейшего использования.

контролируемые релизы;

Определяет, кто видит данные, принимает решение и может менять процесс. Доступы остаются под контролем компании.

актуальные инструкции;

Команда получает понятные правила работы и может пользоваться результатом после завершения проекта.

приоритетный backlog;

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

регулярный отчёт;

Руководитель видит согласованные показатели, их источник и отклонения, по которым нужно принять решение.

снижение риска случайных конфликтующих настроек;

Честно фиксирует, что пока не решено, где возможны сбои и что нужно учитывать при развитии системы.

понятную границу между поддержкой и проектной разработкой;

Даёт понятную основу для решения о следующем шаге, составе работ и бюджете без преждевременных обещаний.

roadmap развития.

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

10 · границы

Что не входит автоматически

  • круглосуточная поддержка без отдельного SLA;
  • неограниченное количество доработок;
  • исправление сторонней системы без доступа и компетенции;
  • компенсация проблем инфраструктуры заказчика;
  • выполнение задачи без подтверждённых требований;
  • поддержка приложения, разработчик которого прекратил обслуживание;
  • изменение бизнес-процесса без владельца со стороны заказчика;
  • работа с лицензиями и сервисами, которые не оплачены;
  • полная пересборка архитектуры в рамках обычного обращения.

11

Когда сначала нужен аудит

Аудит рекомендуется до начала сопровождения, если:

01

портал сильно переработан;

02

отсутствует документация;

03

накоплены критичные ошибки;

04

много неизвестных интеграций;

05

прежний подрядчик не передал решение;

06

права и доступы выдавались хаотично;

07

невозможно безопасно оценить последствия изменений;

08

компания хочет не поддерживать текущую систему, а пересобрать её.

Вопросы о формате

Можно ли подключиться к порталу, который внедрял другой подрядчик?

Да. Для простого портала достаточно вводного обследования, для сложного или недокументированного сначала может потребоваться аудит.

Где будут ставиться задачи?

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

Вы работаете с срочными ошибками?

Да, в рамках согласованного режима и приоритета. Критерии критичного инцидента и часы доступности фиксируются в SLA.

Можно оплачивать только фактически выполненные часы?

Такой формат возможен, но правила минимального объёма, учёта, оценки и срока использования часов согласуются отдельно.

Что делать, если задач стало слишком много?

Проводится приоритизация и формируется roadmap. Если объём превысил формат сопровождения, выделяется отдельный проект или команда.

Bitrix24 работает, но развивается случайно и зависит от отдельных людей?

Опишите текущий портал, количество пользователей, типовые обращения и главные проблемы. Подберём формат: аудит, поддержка, пакет часов или развитие по roadmap.

Все услуги
Добавить контекст

Согласие фиксируется с версией политики и временем отправки. Контактные данные не передаются в аналитику.