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