Заявки и заказы в CRM · разработка сайтов
Сайт с интеграцией CRM: от отправки формы до рабочей карточки
БЛИК разработает сайт или интернет-магазин с передачей согласованных данных в CRM. Определим состав карточки, источник обращения и ответственного, проверим доставку и повторную отправку. До сметы изучим возможности конкретной CRM и платформы сайта, чтобы зафиксировать выполнимый сценарий подключения.
Интеграция сайта не равна внедрению всей CRM. Стоимость зависит от форм, объектов, полей и обработки ошибок. Тарифы систем и внешних модулей укажем отдельно.
Определим результат каждой отправки
Для формы консультации результатом может быть контакт и новая сделка с темой обращения. Для интернет-магазина нужно передать номер заказа, позиции, количество и согласованный статус. Сначала разберём один пример: что вводит человек, какую карточку получает сотрудник и с чего начинает обработку. Определим систему, которая хранит итоговые данные.
Запишем границы обмена. Односторонняя передача обращения проще двустороннего обновления статусов и цен. Если сайт должен получать изменения обратно, назовём конкретные поля и события. Внедрение воронок, телефонии, бухгалтерского обмена и перенос старой базы не включаем в подключение формы без отдельного согласования.
Сопоставим поля и назначим ответственного
Подготовим таблицу: поле сайта, поле CRM, формат и обязательность. Для товара сохраним согласованный идентификатор, а для услуги понятное название. Источник, страница обращения и параметры рекламы добавим при выбранном способе сбора. Пустые значения и изменение названий проверим до заполнения рабочей карточки.
Согласуем воронку, первый статус и ответственного. Если обращения распределяют по филиалам или направлениям, опишем правило и резервного получателя. Карточка должна попадать туда, где сотрудник её обрабатывает. Уведомление руководителю можно добавить отдельно; оно не заменяет ответственного за ответ клиенту.
Для Tilda рассмотрим штатный приёмщик данных
В документации Tilda описано подключение amoCRM: авторизация приложения, выбор воронки и ответственного, подключение приёмщика к форме. БЛИК настроит этот путь, если выбранная CRM и её тариф соответствуют задаче. Проверим поля и поступление тестового обращения с опубликованной страницы, а не только настройки в редакторе.
Для разных форм можно согласовать разных получателей и назначения. Поиск дублей, отправку после оплаты и дополнительные поля проверим в рамках конкретного сценария. Документация одного приёмщика не подтверждает совместимость с любой системой. До оценки другого подключения изучим его актуальный способ авторизации, ограничения и доступные события.
Для магазина свяжем передачу с событиями заказа
В WooCommerce есть webhooks: магазин отправляет уведомления о выбранных событиях на согласованный адрес. Это техническая основа обмена, которой нужен принимающий обработчик или совместимый коннектор. Перед покупкой модуля проверим поддержку выбранной CRM, передаваемый состав заказа и поведение при изменении статуса.
Разведём создание заказа и успешную оплату. Согласуем, какое событие создаёт карточку и какое обновляет существующую. Возврат, отмена и изменение состава требуют собственных правил. БЛИК проверит контрольный заказ с несколькими позициями и сравнит его с данными в CRM. Передачу остатков, цен и всех объектов магазина оценим отдельно.
Предусмотрим повтор и недоступность получателя
Согласуем идентификатор обращения или заказа и правило обработки повторной доставки. Один повтор не должен незаметно создавать несколько сделок, если выбранный механизм позволяет сопоставить событие. Если коннектор имеет ограничения, укажем их в составе решения и определим, как сотрудник замечает повтор или пропуск.
Для временного сбоя проверим доступный повтор, журнал результата и способ сверки обращений. Опишем резервный порядок получения заявки и того, кто проверяет ошибку. В журнал не будем без необходимости копировать весь контакт и содержание формы. Ключи и токены подключения храним на стороне системы, где они требуются для обмена.
Проверим обращение вместе с сотрудником
Пройдём обычную отправку, ошибку обязательного поля, повтор и доступный сценарий сбоя. Для магазина добавим оплату, отмену и изменение согласованного статуса. Компания сверит поля и назначения. БЛИК проверит, что сотрудник получает нужный результат, а посетитель видит сообщение, которое соответствует реальному состоянию отправки.
Передадим таблицу полей, перечень событий и порядок проверки подключения после изменения формы. Покажем ответственного за продление модуля и доступы компании. Дальнейшая обработка обращений остаётся частью работы команды: даже исправное подключение не гарантирует, что менеджер вовремя ответит или продажа состоится.
Для оценки достаточно названий систем и примера карточки
Пришлите адрес сайта, название и тариф CRM, список форм и обезличенный образец нужной карточки. Для магазина добавьте пример заказа и события его изменения. По публичной документации и описанию процесса БЛИК предложит способ проверки и этапы. Рабочие доступы понадобятся для согласованного подключения, а не для первого обсуждения.
Вопросы перед заказом
Можно подключить CRM к готовому сайту?
Да, после проверки платформы, формы и возможностей конкретной CRM. Подключение можно оценить отдельно от разработки сайта. В задании зафиксируем поля, события, ответственного и способы проверки ошибок.
Входит ли настройка всей CRM в интеграцию сайта?
Нет. Подключение передаёт согласованные обращения или заказы. Воронки, роли команды, импорт базы и другие каналы требуют отдельного состава работ. При необходимости обсудим их после проверки первого процесса.
Что посмотреть дальше
Обсудим ваш сайт.
Определим следующий шаг.
БЛИК перезвонит и уточнит, что вы предлагаете, кому и зачем нужен сайт. После разговора согласуем страницы, материалы, функции и стоимость.
Можно без готового ТЗ. Детали обсудим голосом. На связи ежедневно, 09:00–22:00 по Москве. Отвечаем в течение рабочего дня.