Как заказать сайт с интеграцией с CRM: чеклист для заказчика

Когда клиенту нужна не визитка, а связка «сайт → CRM → менеджер видит заявку через 10 секунд», разговор на первой встрече начинается не с дизайна, а с вопроса, как вообще заказать сайт с интеграцией с CRM так, чтобы через полгода не переписывать половину логики заново. За практику на Tilda, WordPress и кастомных SPA я собрал список пунктов, которые проверяю ещё до того, как сажусь за техническое задание - они легли в основу этого чеклиста.

Что на самом деле входит в интеграцию сайта с CRM

Интеграция - это не «поставить виджет CRM на сайт», а настроенный поток данных: заявка с формы попадает в CRM без участия человека, создаётся сделка в нужной воронке, менеджеру приходит уведомление, а в карточке клиента сохраняются UTM-метки и источник обращения. Без этого слоя автоматизации сайт просто собирает заявки в почту или в личный кабинет конструктора, а менеджер вручную переносит их в CRM - часть неизбежно теряется, часть дублируется, а руководитель не может посчитать реальную конверсию по каналам.
На практике встречаются три основных сценария:

• WordPress + amoCRM или Bitrix24 - через готовый плагин или обработчик формы, который обращается к REST API CRM напрямую;
• Tilda + любая CRM - через вебхук Tilda, который передаёт данные заявки на промежуточный сервер и дальше в CRM по её API;
• форма на любом движке + n8n как прослойка - сценарий удобен, когда заявку нужно параллельно раскидать в CRM, Telegram-чат менеджеров и таблицу для отчётности.

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

Какую CRM выбрать до того, как заказывать сайт с интеграцией

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

Если сайт - интернет-магазин, для которого я обычно поднимаю WooCommerce с оплатой через T‑Bank, RetailCRM или Bitrix24 забирают заказ вместе со статусом оплаты и данными для доставки СДЭК без ручной синхронизации между системами.

Какие технические вопросы закрыть до старта разработки

До того как подрядчик сядет за код, список полей формы нужно свести к списку полей сделки в CRM - иначе на середине проекта окажется, что в CRM нет поля «источник трафика» или заявка падает не в ту воронку. Вот минимум, который я всегда фиксирую в техническом задании:

• доступ к CRM с правами на создание вебхуков и API-интеграций, а не демо-аккаунт с ограничениями;
• карта полей - какое поле формы соответствует какому полю сделки, что обязательно, а что нет;
• логика дублей - что делать, если человек оставил вторую заявку с тем же номером телефона в течение часа: обновлять существующую сделку или создавать новую с пометкой «повторное обращение»;
• сценарий оплаты - для интернет-магазина на WooCommerce с эквайрингом T‑Bank нужен вебхук об оплате, который меняет статус сделки в CRM автоматически, без участия менеджера;
• расчёт и передача доставки - для СДЭК это отдельный запрос к API на расчёт стоимости и создание заказа, результат которого тоже должен попадать в карточку сделки;
• уведомления менеджеру - чаще всего это Telegram-бот на aiogram, который присылает текст заявки сразу после создания сделки в CRM, а не через день, когда менеджер сам туда заглянет.

Пример того, что обычно уходит в CRM по вебхуку с формы на Tilda - минимальный набор данных, без которого работать с заявкой неудобно:

const payload = {
  name: "Иван Петров",
  phone: "+79991234567",
  email: "ivan@example.com",
  utm_source: "yandex",
  utm_campaign: "leadgen_july",
  form_name: "Заявка на консультацию",
  page_url: "https://site.ru/services/"
};

Если данных с формы недостаточно для воронки CRM, их обычно добираю на стороне n8n - сценарий получает вебхук с сайта, обогащает его (например, определяет город по IP или подтягивает историю обращений по номеру телефона) и уже потом отправляет сделку в CRM.

Что спросить у подрядчика перед тем как заказать сайт с интеграцией CRM

На этом этапе стоит задать несколько прямых вопросов - ответы покажут, понимает ли исполнитель разницу между «вставить форму» и «настроить рабочий поток данных».

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

Если сайт уже есть на Tilda и нужна точечная доработка, а не разработка с нуля, часть типовых сценариев - приём оплаты, передача заявки в CRM, расчёт доставки СДЭК - можно закрыть готовыми решениями: в библиотеке готовых скриптов для Tilda у меня собраны отработанные интеграции, которые остаётся адаптировать под конкретную CRM заказчика.

Сколько стоит сайт с интеграцией CRM

Стоимость складывается из двух частей - самого сайта и интеграции с CRM, и вторую часть в первоначальной смете почти всегда недооценивают.

На рынке за похожую комплексную интеграцию сайта с CRM студии и фрилансеры на биржах называют от 50 000 до 200 000 ₽ - разброс держится на том, входит ли в работу настройка воронок внутри самой CRM или только техническая часть на стороне сайта.

Частые ошибки при заказе сайта с интеграцией CRM

• CRM выбирают после того, как сайт уже спроектирован, и подрядчику приходится подгонять структуру формы под чужой API задним числом;
• нет согласованной карты полей - в CRM поле «Комментарий» получает и телефон, и сообщение клиента одной кашей;
• никто не проверяет дубли - человек, дважды нажавший «Отправить», создаёт две сделки, и менеджер связывается с клиентом два раза подряд;
• доставку и оплату не встраивают в общую цепочку - заказ есть в CRM, а статус оплаты из T‑Bank или трек-номер от СДЭК менеджер ищет отдельно, в другой вкладке;
• после сдачи проекта API-ключи и доступы к вебхукам остаются только у подрядчика, и любое изменение в логике интеграции превращается в отдельный платный запрос к нему же.

Большинство этих ошибок стоят не бюджета, а времени: заявки, которые тонут между сайтом и CRM в первый месяц работы, - это упущенные сделки, которые уже не вернуть повторным ретаргетингом.

Частые вопросы

Сколько времени занимает разработка сайта с интеграцией CRM?

Точечная интеграция формы на готовом Tilda-сайте с CRM занимает 3-7 рабочих дней. Сайт на WordPress с интеграцией под ключ - от 3 до 5 недель, интернет-магазин с оплатой через T‑Bank и доставкой СДЭК - от 5 до 8 недель, в зависимости от количества воронок и полей в CRM.

Можно ли подключить CRM к уже готовому сайту на Tilda?

Да, это отдельная задача без переделки сайта - Tilda поддерживает вебхуки, через которые данные формы уходят на промежуточный обработчик и дальше в CRM по её API. Точечная правка формы под такой сценарий обычно стоит от 3 000 ₽, комплексная интеграция с оплатой и доставкой - от 40 000 ₽.

Какая CRM лучше для интеграции с сайтом - amoCRM или Bitrix24?

Для сайта услуг или консалтинга с одной воронкой продаж проще и быстрее интегрируется amoCRM - у неё лаконичный REST API и много готовых коннекторов. Bitrix24 оправдан, если CRM - часть более широкой системы компании со складом, задачами и телефонией, но настройка интеграции с сайтом там занимает больше времени.

Нужно ли писать техническое задание перед тем как заказать сайт с интеграцией CRM?

Да, хотя бы в минимальном виде - список полей формы, воронка в CRM, куда падает заявка, и отдельно сценарий для оплаты и доставки, если они есть в проекте. Без этого документа интеграция почти всегда дорабатывается уже после сдачи сайта, а это дополнительное время и бюджет сверх изначальной сметы.