Как настроить вебхуки и автоматизацию для буткемп-ивентов через Make.com и Комо
Пошаговая инструкция по настройке вебхуков, автоматизации событий буткемпа, интеграции с Make.com и Комо, а также работе с кастомными полями и тегами для лидов.
В этом руководстве мы разберёмся, как настраивать вебхуки для передачи данных между сервисами при регистрации на мероприятие в буткемпе. Мы рассмотрим, как создавать и дублировать вебхуки, чтобы события попадали в нужные воронки, а также как добавлять новые поля и значения в карточки в кома.
Также вы узнаете, как работать с идентификаторами вопросов и правильно сопоставлять их с полями в кома для автоматизации процесса.
Давайте начнём
Да, Жень, привет! Буду сейчас показывать, как я настраиваю... Проброс на встречу в колкоме в комо.
Итак, с чего мы начинаем? Мы перешли в буткемп. Ааа. Ссылку на звонок. Что нам нужно здесь сначала посмотреть?
Это вебхуки. Здесь их нет.
Как их настроить?
Мы переходим по нашей основной ссылке. Карьерная консультация. Идем сюда.
Вебхуки.
По сути, нам нужно их продублировать. Еще раз, что такое вебхук? Вебхук — это API-запрос, в который мы отправляем данные после определённого события. Вот, например, давай...
Вот это мои апи.
Вот эта штука сохраняет наших лидов в базу Гофер.
Вот почему мы идем сюда, чтобы создать новый вебхук.
Включаем адрес. Нам не нужны все события, только "создано", "отменено" и "изменено". Посмотрим, что это за события.
Добавляем.
"Отменено".
То есть, на этих событиях будет зарабатывать вебхук.
Так.
Ммм. Вроде у нас здесь нет защиты.
Все, создайте вебхук.
Все, создали.
Далее нужно создать еще один вебхук.
Это вебхук из Make.com, который отправляет данные в Make.
Тык, тык, тык.
Отменено. Создано.
Ой!
Создано и изменено.
Все, проверяем, нет ли у нас секрета.
Вроде... А, нет, только бронирование создано.
Бронирование создано.
Все, создайте вебхук.
Огонь! У нас есть два вебхука, куда мы отправляем данные.
Все отлично. Я позже проверю, нет ли здесь секрета.
Ну, типа API-ключ. Огонь!
Хорошо. Теперь, когда люди регистрируются на это мероприятие в буткемпе, события будут отправляться на два вебхука.
Хорошо, теперь идем в мейк.
У нас есть сценарий, он находится в папке "букколз".
Вот этот.
Вот такой вот мы видим... Сценарий.
Здесь не важно понимать, что происходит.
Здесь важна...
Вот эта часть.
Что происходит?
Когда событие происходит, вотч букин создается.
То есть он ждет, когда будет создано событие. Вот. И он дальше делает какие-то запросы, что-то происходит, неважно что. Мы доходим до этой части.
Что здесь происходит? У нас разная логика для некоторых ссылок. Например, для авто вебинарной воронки мы смотрим на ссылку буккола. Если там текст оператор содержит "веб", то у нас одна логика создания карточки в комо.
Если это автовеб, например, февральский ивент, то используется другая логика создания карточек.
Ну, как логика? Она идентична, только мы помещаем это в разные пайплайн-воронки. Вот, например, это наш стандартный флоу.
Я ему говорю: если ссылка на звонок не содержит "веб" и не содержит "февруари ивент", то клади это в нашу базовую воронку. Что нам нужно сделать сейчас?
Нам нужно...
Планировать какую-то вещь.
Ну как какую-то?
Нам нужно клонировать модуль, который создает лида, и здесь прописать условия, например, буткемп ивент.
Нам нужно сказать, что...
Что нам нужно сказать?
Нам нужно сказать.
Нам нужно прописать условие для этого типа payload.
Да, все, уже голова не соображает, если честно.
Что этот payload type содержит, что наша ссылка на буткемп содержит...
А что она содержит? Буткемп.
Если она содержит буткемп, то она попадет именно в эту вилку, да?
В эти она не будет попадать. Но чтобы оно не попало в нашу базовую воронку, нужно добавить еще одно условие.
Энд. Тут.
Донт контейнс буткемп ивент. Если она не содержит буткемп, то сюда не попадет.
Сюда она не попадет, а вот сюда попадет.
Далее рассмотрим модуль создания лида.
Мы не хотим его класть в вебинарную воронку. Мы хотим ее класть в воронку буткемп.
Прекрасно!
В статус "Новый лид".
Правильно?
Новый лид, да.
Новый лид.
Так, так, так. Ну и тут мы можем, например, добавить новый тег. Добавим его.
Буткэмп.
Буткамп.
Буткамп.
Все, один тег добавили.
Здесь мы все оставим без изменений. Вот. Но здесь мы заполняем наши кастомные поля в карточке какими-то данными. Сейф.
Сейчас проверю на всякий случай. Огонь.
Ну, в целом, это все.
То есть у нас появилась история с буткэмпом. Контакты, email, пароль. Еще раз проверяем. Да, буткэмп, все.
Save.
Мы сохранили... Это что такое?
Неважно.
Сейф.
Все.
По сути, мы сохранили. Let's go тестировать.
Событие.
Сюда.
Пятнадцать часов. Имя: Тест.
Ну да, только я уже вижу, что...
Ладно, давай создадим. Вижу проблемы.
Конфиг. Спасибо.
Ну вот.
Прекрасно. А вот все мои данные.
Что тут еще?
Почта. Ну, наверное, эти вопросы нужно добавить. Ты сделал новые вопросы, да?
Здесь никого не будет.
Ну да, в целом так.
Вот наша карточка, она сработала. Окей.
Твое домашнее задание. Ммм! Что я вижу сейчас?
У нас в колкоме появились новые ссылки.
Появились новые ответы на вопросы.
Вот.
Вот они. Их, наверное, стоит добавить в кома.
Да? Но, как я вижу, их здесь нет. И что? Как это реализовать?
Мы идем в расширенный.
Когда попросишь, я сам это сделаю. Но если захочется попробовать самому и закрепить навык, можешь поиграться. И вот! Вот у тебя есть вопрос. Вы там иностранный студент?
Так заходишь. Идентификатор.
Хорошо, ты знаешь идентификатор. Далее создаешь здесь новое поле с вопросом.
Далее ты идешь в ком, и у тебя есть так, так, так, так.
Вот здесь мы создаём эти айтемы и выбираем field id в комы. То есть, поле в комы, и мы пытаемся назначить ему что-то из этого. То есть, какая здесь логика? Тебе нужно создать еще один айтем ниже. Выбери field id, который ты только что создал, через поиск.
Ну, вот там work authorization, вот наверняка сделаешь — так ты сможешь найти.
Далее добавляешь value.
И тут по факту нужно будет указать, так же как и везде, job position, то есть должность, которую он ищет.
Вот у тебя есть работа, вот ценность. То есть здесь нужно извлечь из col data этот атрибут.
Да, я понимаю, что это сложно объяснить.
Вот этот идентификатор international, который сюда попадет.
Давай попробуем еще раз.
Самая проблема в make — разобраться, откуда брать эти данные.
Live in USA. Previous manager: how long did you work? Видишь, он его не видит.
И как прописать такую же историю?
А я сейчас быстро тебя научу.
Ты можешь открыть блокнотик.
Так вот записать.
По сути, ты видишь такую структуру.
Ты заходишь в колком, копируешь идентификатор international и заменяешь его на идентификатор do you have work.
Вот! Копируешь заново.
Идешь в колком.
И вот сюда вставляешь value.
И он возьмет у тебя это значение. Ну, вот так. В общем, если не хочешь с этим возиться, скажи мне, я доделаю. В комментарий желательно добавить эти вопросы, как тебе будет удобно.
