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