Урок 2 из 6

Подготавливаем проект в RUFP

5–7 мин

Связь с Битриксом есть, и появляется соблазн сразу попросить: «сделай, чтобы заявки уходили в CRM». Агент возьмётся и что-то сделает. Проблема в том, что решений по дороге он примет десятки: какие поля заполнять, что считать обязательным, что делать, если Битрикс не ответил. Разбираться с ними потом дороже, чем принять их сейчас.

Покажите агенту обе стороны

Сайт. Если у RUFP есть доступ к файлам сайта, откройте проект и дайте прочитать страницу с формой. Если доступа нет — опишите словами: адрес страницы и какие в форме поля.

Битрикс. Здесь угадывать не нужно, у вас есть вебхук из прошлого урока:

Готовый запрос
Запроси список полей карточки лида в моём Битрикс24 и покажи их названия. Отдельно скажи, какие из них обязательны. Ничего не меняй.

Так вы получите поля своего портала, а не общие представления о том, как обычно бывает. У вас могут быть свои — источник, город, адрес страницы, — и сопоставлять нужно с ними.

Попросите схему, а не код

Готовый запрос
Мы связываем мой сайт с Битрикс24. Опиши схему обмена, прежде чем что-то писать: — какие данные и в какую сторону передаются; — какое поле формы попадает в какое поле карточки; — когда это происходит; — что делать, если Битрикс не ответил. Код пока не пиши.

Последняя строка нужна: без неё агент начнёт с кода, а схему опишет задним числом, подгоняя под то, что уже написал.

Проверьте схему

  1. У каждой строки есть направление. Понятно, что откуда и куда едет.
  2. Поля названы конкретно. Не «данные клиента», а «телефон из формы → поле Телефон в карточке лида».
  3. Указано, когда это происходит. По нажатию кнопки, по расписанию, при изменении в Битриксе.
  4. Описан отказ. Что произойдёт с заявкой, если Битрикс в этот момент недоступен.

Четвёртый пункт пропускают чаще всего, а он самый дорогой: заявка, потерянная из-за минутной недоступности CRM, — это потерянный клиент.

Что должно быть в заявке

Для первой версии достаточно пяти вещей:

  • имя;
  • телефон или почта — хотя бы что-то одно;
  • комментарий;
  • адрес страницы, с которой пришла заявка;
  • согласие на обработку персональных данных.

Адрес страницы отвечает менеджеру на первый вопрос: откуда человек пришёл.

Разбейте работу на этапы

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

Готовый запрос
Схема подходит. Теперь разбей её на небольшие проверяемые этапы. Для каждого этапа укажи: — какой результат мы получим; — что именно изменится на сайте и в Битрикс24; — как проверить готовность; — что на этом этапе пока не трогаем. Первым этапом сделай передачу заявок с сайта в CRM. Внутри него тоже предложи короткие проверяемые шаги. Каталог товаров, расписание синхронизации и остальные направления пока не реализуй. Код пока не пиши. Сначала покажи все этапы и отдельно подробный план первого этапа.

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

Сохраните схему

Готовый запрос
Сохрани схему обмена в файл проекта integration.md. Секретные значения в него не записывай.

Дальше этот файл заменит пересказ: в новом чате достаточно попросить прочитать его и продолжить — как в уроке Как передавать агенту контекст.

Итог

  • Решения об обмене принимают до кода, иначе их принимает агент молча.
  • Поля Битрикса запрашивают у самого Битрикса, а не берут по памяти.
  • В схеме проверяют направление, поля, момент запуска и поведение при отказе.
  • В работу берут одно направление, остальное оставляют в схеме.
  • Схему сохраняют в файл проекта и опираются на неё в следующих чатах.