Как описать интеграцию сайта и CRM: данные заявки, поля, ответственные, дубликаты, ошибки передачи и проверка сценариев.
Интеграция полезна, когда помогает сохранить обращение и продолжить работу с ним. Само наличие подключения не гарантирует порядок: нужно определить данные, ответственных, статусы и поведение при ошибке.
Прежде чем оценивать разработку, опишите, что происходит сейчас и что должно измениться. Это позволит обсуждать конкретный сценарий, а не только название CRM.
1Определите событие передачи
Решите, когда создаётся запись: после успешного сохранения формы, подтверждения заказа или другого действия. Уточните, куда именно она попадает и какой сотрудник получает её на первом шаге.
Не отправляйте незавершённое заполнение как полноценную заявку без отдельного согласованного сценария. Посетитель должен понимать, какое действие он выполняет, а сотрудник — что означает полученная запись.
2Сопоставьте поля
Перечислите данные формы и соответствующие поля принимающей системы. Контакт, услуга, сообщение и источник имеют разные назначения. Для каждого пункта укажите обязательность и допустимый формат.
Не переносите всё автоматически. Сотрудникам нужны сведения, которые помогают ответить и оценить задачу. Лишние поля усложняют поддержку и могут передавать данные без понятной необходимости.
3Обсудите дубликаты
Что происходит, если человек отправляет форму дважды, обращается по другой услуге или использует тот же контакт? Эти ситуации могут требовать разных решений. Совпадение телефона не всегда означает, что новую задачу следует удалить.
Отдельно рассмотрите повтор технической отправки. Система должна отличать повтор передачи одной заявки от нового обращения настолько, насколько это возможно в выбранном сценарии. Правила необходимо проверить, а не только записать.
4Предусмотрите ошибку связи
Если CRM временно недоступна, сайт не должен сообщать о потере заявки как об успешной передаче. Полезно иметь сохранённое обращение, видимый статус и понятный порядок повтора. Конкретный способ зависит от системы и возможностей провайдера.
Уточните, кто получает информацию об ошибке и где проверяет результат. Повторять передачу без контроля опасно для качества данных: могут появляться лишние записи или оставаться незамеченные отказы.
5Назначьте сотрудников и статусы
После получения записи должен быть следующий шаг. Опишите ответственного, порядок распределения и результат обработки. Если сотрудники не используют согласованные статусы, интеграция будет хранить данные, но не объяснять, что произошло.
Условный пример: форма сайта создаёт обращение по услуге, сотрудник уточняет задачу и отмечает результат. Для магазина или сложной оценки сценарий будет другим. Не нужно копировать чужой набор стадий без связи с собственной работой.
6Подготовьте доступы и тесты
Проверьте актуальную документацию выбранной CRM и доступные способы подключения. Предоставляйте необходимые доступы согласованным способом, с ограничением роли, где это возможно. Значения ключей не следует вставлять в общий текст брифа.
Для проверки используйте тестовые данные. Пройдите правильную отправку, неполную форму, временную ошибку и повтор. Сопоставьте запись сайта с полученной записью и проверьте, что обязательные поля не потерялись.
7Согласуйте критерии готовности
- Заявка передаётся после нужного события.
- Поля и форматы совпадают.
- Ответственный получает понятный контекст.
- Повтор не создаёт нежелательных дубликатов.
- Ошибка видна, а обращение можно обработать.
- Обычный сценарий проверен сотрудником.
Связать обработку с измерениями поможет статья об аналитике сайта услуг. Дальнейшие обязанности можно определить через состав поддержки. Если нужна интеграция Avesso, укажите систему и текущий процесс — начнём с правил и данных.
