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