Главное за минуту
- Поддержке передают повторяемые работы с понятным результатом и низким риском для данных.
- Разработчик нужен, когда меняются сценарий заказа, интеграция, сущности или бизнес-логика.
- Перед стартом зафиксируйте URL, поля, статусы, доступы, события аналитики и критерии приемки.
- Срочную ошибку можно локализовать по SLA, но исправление причины часто становится отдельной доработкой.
01
Граница проходит не по часам, а по изменению системы
Поддержка 1С-Битрикс нужна, когда требуется сохранить работающий сценарий: обновить контент, исправить отображение, восстановить форму, проконтролировать резервную копию, проверить ошибки после обновления. У задачи есть известный контур и понятный способ проверки.
Разработчик 1С-Битрикс нужен, когда бизнес-сценарий меняется: у заказа появляются новые правила, форма должна создавать разные сущности в CRM, каталог получает нестандартный расчет, а обмен с учетной системой требует очереди, логов и повторной отправки. Здесь недостаточно «поправить»: сначала надо описать решение и его последствия.
02
Контур изменения
Чем больше затронуто данных, интеграций и пользовательских ролей, тем вероятнее нужна разработка.
03
Какие задачи оставлять в регулярной поддержке
Поддержка эффективна для регламентных и локальных задач. Ей не нужен отдельный этап проектирования, если исполнитель может воспроизвести проблему на конкретной странице и проверить результат по заранее известному правилу.
Подходит поддержке
- замена баннера, текста и мета-тегов;
- исправление верстки на указанном устройстве;
- проверка формы и почтовых уведомлений;
- обновление ядра с резервной копией и тестом.
Нужна оценка разработки
- новый тип формы или калькулятор;
- изменение логики корзины и оплаты;
- двусторонний обмен по API;
- кастомный компонент, модуль или личный кабинет.
04
Сигналы, что нужен разработчик, а не только администратор
Попросите подрядчика оценить изменение как отдельную доработку, если выполняется хотя бы один из сценариев ниже.
| Сигнал | Почему это разработка |
|---|---|
| Меняются поля CRM | Нужно сопоставить данные, обязательность и обработку ошибок. |
| Есть внешний API | Нужны авторизация, тайм-ауты, логи и повтор запросов. |
| Меняется расчет цены | Требуется проверить корзину, скидки, заказы и права. |
| Ошибка повторяется | Локальная правка может скрыть причину в архитектуре или данных. |
05
Не путайте инцидент и причину
Поддержка быстро возвращает сайт в рабочее состояние: отключает конфликтующий обработчик, восстанавливает шаблон или переключает отправку уведомлений. Но если причина — дублирующие вебхуки, самописный код в ядре или несовместимость модулей, нужен отдельный план исправления.
Критерий хорошей доработки — не «ошибка исчезла», а сценарий проходит повторный тест без ручных обходов.
Готовое сообщение
Формулировка задачи подрядчику
Цель: при отправке формы «Запрос КП» на странице /services/ создавать лид в CRM и передавать источник обращения.
Поля: имя, телефон, email, комментарий, URL страницы, UTM Source, UTM Medium, UTM Campaign, ClientID.
Логика: телефон обязателен; при ошибке CRM заявка сохраняется в журнале и отправляется повторно; дубль определяется по телефону за 30 дней.
Приемка: отправить три тестовые заявки с разными UTM, проверить поля и источник в CRM, отсутствие дубля и событие отправки в аналитике.
Доступы: тестовый URL, доступ в админку, CRM и систему аналитики; секреты не передавать в открытом чате.
06
Как принять работу в реальном маршруте заявки
Не ограничивайтесь демонстрацией в административной части. Маркетолог или менеджер проекта проверяет цепочку от рекламы до ответственного сотрудника и фиксирует результат в задаче.
- 1
Подготовьте тестовые данные. Используйте отдельный телефон и UTM-метки, которых нет в CRM.
- 2
Пройдите путь посетителя. Откройте страницу в режиме инкогнито, заполните форму и проверьте валидацию.
- 3
Проверьте CRM. Сверьте сущность, ответственного, поля, источник и дату создания.
- 4
Проверьте сбой. Убедитесь, что ошибка интеграции не приводит к молчаливой потере заявки.
- 5
Зафиксируйте артефакты. Приложите URL, время, ID сущности CRM и скриншоты из реального теста.
07
Что запросить у исполнителя до старта
Для доработок сайта на Битрикс важнее не обещание «сделаем», а прозрачность границ работ и способа диагностики.
Оценка
Отдельно указаны анализ, разработка, тестирование и внедрение.
Контур
Перечислены страницы, инфоблоки, компоненты, API и роли пользователей.
Откат
Есть резервная копия, план возврата и окно работ для продакшена.
Логи
Понятно, где искать ошибки обмена и кто получает уведомление.
08
Когда привлекать интегратора
Интегратор нужен, если задача соединяет несколько систем: сайт, 1С, CRM, службу доставки, платежный сервис или ЭДО. Он проектирует договор данных: какие поля передаются, кто является источником истины, как обрабатываются конфликты и недоступность API.
Документацию по стандартным возможностям платформы удобно сверять в учебных материалах разработчика 1С-Битрикс. Для нестандартного процесса правила все равно нужно зафиксировать в ТЗ.
Есть URL и воспроизводимый сценарий; перечислены поля и статусы; определены ответственные; описан тест при ошибке API; согласован способ отката; приемка проходит на тестовых данных
FAQ
Частые вопросы
Можно ли отдать доработку в поддержку?
Можно, если у команды поддержки есть разработчик и задача сначала пройдет оценку. Важно не маскировать проектирование под «быструю правку».
Что входит в администрирование сайта на Битрикс?
Обычно это доступы, резервные копии, обновления, контроль ошибок, настройка прав и регламентные проверки. Состав лучше закрепить в SLA.
Нужна ли тестовая среда для небольшой правки?
Для изменения формы, оплаты, CRM или обмена — да. Для замены текста или изображения обычно достаточно резервной копии и проверки на сайте.
Как понять, что оценка работ обоснована?
В ней видны затронутые компоненты, допущения, риски, тестирование и порядок внедрения, а не только общее число часов.
