CRM и сайт: какие заявки и статусы передавать
Как описать интеграцию сайта с CRM: типы обращений, нужные поля, ответственные, дубли, статусы для клиента и проверка доставки заявки.
CRM — система для работы с клиентами и обращениями. При её интеграции с сайтом нужно передавать не максимум информации, а данные, с которыми сотрудник сможет обработать запрос. Для начала определите тип заявки, контакт, предмет запроса, источник и ответственного. Статусы возвращайте на сайт только тогда, когда они помогают клиенту понять следующий шаг.
Критерий готовности — не зелёная надпись после нажатия кнопки. Важно, чтобы обращение сохранилось, попало нужному сотруднику и не потерялось при временном сбое. Начать можно с одной формы и понятного пути заявки, а затем подключать остальные сценарии.
1. Разделите обращения по смыслу
Запрос цены, заказ товара, обращение в поддержку и предложение поставщика требуют разных действий. Необязательно создавать для них одинаковые карточки в одной воронке продаж. Сначала обсудите с сотрудниками, где они будут видеть каждое обращение и что сделают после получения.
Зафиксируйте для каждой формы тип записи в CRM, стартовый статус и правило назначения ответственного. Лид — потенциальное обращение, сделка — работа по конкретной продаже; названия и порядок использования зависят от вашей CRM и процесса. Не переносите терминологию одной системы на все остальные.
Например, универсальный метод создания элементов Битрикс24 принимает тип объекта и его поля. Документация также указывает проверки прав и обязательных полей. Поэтому подключение формы должно учитывать настройки конкретной CRM, а не только адрес для отправки данных.
При разработке сайта на 1С-Битрикс CRM обсуждается отдельно от управления страницами. CMS, то есть система управления содержимым сайта, помогает публиковать страницы; сама по себе она ещё не определяет, кто и как обрабатывает продажи.
2. Передайте сведения, необходимые для ответа
Составьте список полей вместе с человеком, который первым связывается с клиентом. Обычно полезны способ связи, текст запроса, выбранная услуга или товар, время обращения и страница отправки. Для заказа дополнительно нужен его номер, чтобы сотрудник нашёл состав без ручного поиска.
Для каждого поля запишите, откуда оно берётся, обязательно ли оно и куда попадает. Если значение заполняется автоматически, проверьте его отдельно: посетитель не увидит ошибку в скрытом источнике или идентификаторе товара.
Рекламные метки помогают разбирать источники обращений, но не нужно складывать всю техническую информацию в комментарий менеджеру. Разделите данные для ответа клиенту и данные для анализа. Не запрашивайте в форме сведения, которые не нужны для текущего действия.
Продумайте отсутствие значения. Если клиент оставил телефон, но не указал имя, допустима ли карточка? Если обязательное поле CRM не представлено на сайте, откуда оно появится? Нельзя тихо подставлять случайные данные ради успешной отправки: это затруднит дальнейшую работу.
Контакт и обращение — разные вещи. Один человек может задать два разных вопроса. Правило поиска существующего контакта не должно автоматически удалять вторую содержательную заявку как дубль.
3. Согласуйте статусы и защиту от повторов
Внутренний статус менеджера не всегда подходит покупателю. «Проверка маржинальности» может быть рабочим этапом, но не сообщением для личного кабинета. Составьте отдельное соответствие: внутренний этап, публичное название и событие, после которого его разрешено показывать.
Не приравнивайте успешную отправку формы к подтверждению заказа или оплаты. «Заявка получена» говорит только о приёме обращения. «Заказ подтверждён» требует отдельного действия по правилам бизнеса. Если кабинет не нужен, возможно, достаточно уведомления и понятного обещания следующего шага без обратной синхронизации статусов.
Повторное нажатие, медленный ответ или повторная отправка сервером могут привести к обработке одного обращения несколько раз. В задании предусмотрите идентификатор отправки и проверку повторов. Одинаковый телефон сам по себе не доказывает, что два запроса одинаковы.
Для временной недоступности CRM договоритесь о сохранении заявки и повторной доставке либо о явной ошибке для посетителя. Конкретную схему выбирают под проект. Важно, чтобы интерфейс не сообщал об успехе, если обращение нигде надёжно не сохранено.
4. Проверьте путь заявки целиком
Подготовьте тесты для каждой формы: обычное обращение, необязательные пустые поля, неверный контакт, повторная отправка и временная ошибка CRM. Проверьте карточку глазами менеджера: понятно ли, что хотел человек, где он оставил запрос и как с ним связаться?
Затем проверьте назначение сотрудника и уведомления. Карточка может технически существовать, но остаться незамеченной в неподходящей воронке. Уточните, кто следит за необработанными обращениями и как проверяется восстановление доставки после сбоя.
Попросите показать журнал результатов без лишнего раскрытия клиентских данных. Нужны связь между отправкой и карточкой, причина ошибки и способ повторить обработку. После изменения обязательных полей или воронки в CRM эту проверку стоит повторять.
Для доработки существующего сайта пришлите перечень форм и пример желаемой карточки без персональных данных клиентов. Я уточню минимальный полезный обмен и подготовлю оценку, не добавляя ненужную двустороннюю синхронизацию.