Смерть от копипаста: как ручной перенос кандидатов убивает ваш найм

Осень 2022 года. Мы искали линейных сотрудников на один крупный проект. Вакансия «залетела», просмотры росли, посыпались отклики. За первые четыре дня мы получили ровно 342 заполненных анкеты в Google Forms. Радость? Нет, ад. Наш единственный рекрутер Лена физически не успевала обрабатывать этот поток. Её рабочий день превратился в бесконечный механический цикл: открыть вкладку таблицы, скопировать имя, открыть CRM, создать сделку, вставить имя, вернуться в таблицу, скопировать телефон, вставить в CRM... На третий день Лена молча прислала заявление об увольнении.

И я её прекрасно понимал. Мы теряли людей. Пока Лена занималась этой тупой рутиной, кандидаты остывали. Среднее время нашего первого контакта составляло 32 часа. За это время лучшие специалисты уже уходили к конкурентам, которые звонили им через пятнадцать минут после отклика.

Ручной ввод — это скрытый налог на ваш бизнес. Кажется, ну что такого, перенести одну строчку? Но когда их сотни, начинается хаос. Теряются ссылки на портфолио. Номера телефонов записываются с ошибками. База превращается в мусорку, где невозможно найти концы.

Решение этой проблемы — не новый рекрутер в штат. Решение — жесткая автоматизация. Нам нужно, чтобы карточка кандидата автоматически появлялась в системе в ту же секунду, когда он нажал кнопку «Отправить» в анкете.

Почему прямая интеграция обычно ломается

Большинство конструкторов форм предлагают встроенную отправку данных в CRM. Вы ставите галочку, связываете аккаунты и думаете, что проблема решена. Это иллюзия. Напрямую связать форму и CRM обычно можно, но вы моментально столкнетесь с ограничениями, которые угробят вашу аналитику.

Первая проблема — формат данных. Кандидаты пишут телефоны так, как им удобно: «8911...», «+7 (911)...», «911-23-45», или вообще вводят домашний номер. Прямая интеграция запишет этот мусор как есть. В итоге менеджер не сможет кликнуть по номеру и позвонить из CRM.

Вторая проблема — дубли. Если соискатель отправляет анкету второй раз (например, обновил портфолио или просто запереживал, что первый отклик не дошел), прямая интеграция создаст вторую сделку-клон. Рекрутер будет звонить одному и тому же человеку дважды. Это выглядит непрофессионально.

Как построить надежный конвейер данных

Мы строим связку через промежуточный коннектор. Наш выбор — Make (бывший Integromat). Он дает ту гибкость, которой лишены стандартные плагины. Правильная автоматизация формы в crm всегда строится по четкому алгоритму из четырех шагов.

Шаг первый — ловим триггер. Сборщик данных должен мгновенно реагировать на заполнение анкеты. Мы отказались от триггера «новая строка в Google Sheets» — он иногда засыпает или пропускает строки при одновременной отправке десятка анкет. Используйте вебхуки. Они передают данные мгновенно.

Шаг второй — чистим данные. Перед тем как будет создана карточка кандидата автоматически, сценарий должен привести телефон к единому международному формату E.164. Для этого мы пишем простую регулярную формулу (regex) внутри сценария Make. Она удаляет скобки, пробелы, тире и заменяет стартовую восьмерку на +7. Теперь телефон пригоден для автообзвона и рассылок.

Шаг третий — проверка на дубли. Сценарий делает поисковый запрос в CRM: «Есть ли у нас уже контакт с таким email или телефоном?». Если контакт найден, мы не плодим сущности. Мы просто прикрепляем новую сделку к уже существующему клиенту и пишем в примечании: «Повторный отклик». Если контакта нет — создаем его с нуля.

Шаг четвертый — файлы и резюме. Кандидаты часто прикрепляют файлы к Google-форме. Если просто передать ссылку на Google Drive в текстовое поле CRM, рекрутеру придется авторизовываться на диске, чтобы посмотреть резюме. Это неудобно. Правильный make сценарий crm скачивает файл по ссылке и загружает его напрямую в облако CRM как вложение к карточке.

Чему нас научил этот опыт

Когда мы впервые собрали такую схему, мы совершили классическую ошибку новичка: настроили интеграцию через личный аккаунт нашего тимлида. Через полгода тимлид ушел, его корпоративную почту заблокировали, а вместе с ней упал и весь сценарий. Мы не получали отклики два дня, пока не поняли, в чем дело. Правило простое: всегда создавайте отдельного технического пользователя в CRM и Make только под нужды интеграций.

Еще один момент — лимиты API. Если у вас идет массовый нагон трафика (например, вы запустили рекламу вакансии в Telegram-каналах), Make может сожрать месячный лимит операций за пару суток. Настраивайте фильтры на самом первом шаге сценария. Если в форме не заполнено обязательное поле «Телефон» — сценарий должен сразу останавливаться, не тратя ценные шаги на обработку пустого отклика.

Правильно настроенная интеграция google forms с crm экономит до 20 часов рабочего времени рекрутера в неделю. Наша Лена тогда осталась. Мы внедрили эту связку за одни выходные, и её нагрузка упала в три раза. Она наконец-то занялась тем, за что ей платили: собеседованиями и оценкой людей, а не монотонным переносом букв из одного окна в другое.

Если вы не хотите самостоятельно ковыряться в регулярных выражениях, настраивать вебхуки и тестировать сценарии по ночам, мы можем забрать эту головную боль на себя. Мы в GuardLabs собираем такие связки быстро и без костылей: Автосоздание карточки в CRM из формы (Google Forms + Make). Наведем порядок в ваших откликах, настроим фильтрацию дублей и сохраним нервы вашей команде.