Переходите с Zapier на Albato
Связаться с нами
Нажимая "Отправить заявку", вы соглашаетесь с нашими Условиями использования и Политикой конфиденциальности
Мы используем файлы cookie. Продолжая просмотр сайта, вы разрешаете их использование.
Все понятно
Albato помог нам без помощи разработчиков избежать ручного труда, который бы лег на наших партнеров, поскольку они сначала думали, что будут делать все это вручную.
Поговорили с emal-маркетологом Aviasales Александром Драганом об использовании Albato на новом проекте, в котором понадобилось автоматизировать процесс передачи данных из GoogleSheets в Getresponse
Мы готовили к запуску проект – настоящийбилет.рф , это наш совместный проект с Brandsecurity и Роскачество. На сайте можно проверить подлинность сайта с авиабилетами. Часть сайтов уже есть в базе — по ним мы сразу выдаем вердикт. А для тех сайтов, которых в базе нет, мы и разработали эту хитрую схему. Она строится на автоматизированной на 95% цепочке, в которой юзер оставляет имейл, чтобы получить результат проверки. Наши партнеры только помечают, настоящий сайт или нет, после чего пользователь получает письмо с вердиктом.
Как все устроено
Подписчик проверяет сайт. Если его нет в нашей базе — видит такое сообщение:
Мы готовили к запуску проект – настоящийбилет.рф , это наш совместный проект с Brandsecurity и Роскачество. На сайте можно проверить подлинность сайта с авиабилетами. Часть сайтов уже есть в базе — по ним мы сразу выдаем вердикт. А для тех сайтов, которых в базе нет, мы и разработали эту хитрую схему. Она строится на автоматизированной на 95% цепочке, в которой юзер оставляет имейл, чтобы получить результат проверки. Наши партнеры только помечают, настоящий сайт или нет, после чего пользователь получает письмо с вердиктом.
Как все устроено
Подписчик проверяет сайт. Если его нет в нашей базе — видит такое сообщение:
Пользователь оставляет свою почту, затем происходит вот что:
Есть две таблицы:
Здесь несколько листов:
- Заявка попадает к нам в таблицу.
- Оттуда она подтягивается в другую таблицу, с которой работают партнеры.
- Часть заявок обрабатывается автоматически (если пользователь запрашивает сайт, который у нас уже был). Оставшуюся часть проверяют партнеры.
- Все новые заявки в этой таблице отлавливает Albato и отправляет данные в наш аккаунт Getresponse.
- Из Getresponse происходит автоматическая отправка письма пользователю с вердиктом — в зависимости от статуса сайта.
Есть две таблицы:
- Одна техническая, с ограниченным доступом, работает только на прием входящих;
- Вторая — для работы с заявками и отправки данных во внешние системы.
Здесь несколько листов:
- data;
- legend (по умолчанию скрыт);
- Настоящие / Фейковые / Не путешествия.
- Сюда попадают все уникальные заявки из таблицы realticket
- Происходит автоматическая проверка сайта по этой таблице. Если этот сайт уже встречался и мы его проверили — результаты проверки подтянутся в столбец, а пользователю уйдет автоматическое письмо.
- Если сайт прошел проверку и заявку обрабатывать не надо — она никак не будет подсвечена.
- Все необработанные заявки подсвечиваются желтым:
5. обработать заявку, надо нажать на стрелку в строке с заявкой:
6. Затем выбрать из списка нужный вариант, где Да — сайт настоящий, ему можно доверять, Нет — сайт мошеннический, доверять нельзя, Не путешествия — сайт не относится к путешествиям:
7. После проверки данные о сайте попадут в нашу базу в листе legend, и в столбце E также появится «Да»:
8. Все. Больше ничего делать не нужно. Сайт проверили — человек попал в дальнейшую цепочку — и скоро получит автоматическое письмо с вердиктом.
Что происходит дальше?
Если data — лист для ручной обработки заявок, то остальные листы работают автоматически, и там делать ничего не надо. Туда можно вообще не залезать.
legend — лист, где подтягиваются все обработанные сайты. Это своего рода наша база сайтов, которые мы уже проверили — с вердиктами по ним:
Если data — лист для ручной обработки заявок, то остальные листы работают автоматически, и там делать ничего не надо. Туда можно вообще не залезать.
legend — лист, где подтягиваются все обработанные сайты. Это своего рода наша база сайтов, которые мы уже проверили — с вердиктами по ним:
Работает это так: мы пометили новую заявку как «Да» → лист «Настоящие» следит за data и, как только появляется новая строка с пометкой «Да» в столбце E, забирает эту строку к себе → уже оттуда она передается в Albato, а затем в Getresponse. А ещё проверенный сайт автоматически попадает на лист legend — и больше его проверять не придется вручную, это будет происходить само.
Главный принцип: чем больше сайтов мы проверяем — тем больше данных будет в листе legend — тем меньше сайтов потребуется проверять. В целом, в какой-то момент мы придём к тому, что ручной работы вообще не останется — всё будет происходить автоматически, либо будут единичные заявки на какие-то совсем дикие сайты.
Часть 2. Albato
C помощью Albato мы отправляем данные:
Здесь у нас настроено 3 автоматические цепочки: одна прокидывает заявки с нормальными сайтами, вторая — с мошенническими, третья — с не-трэвельными:
C помощью Albato мы отправляем данные:
Здесь у нас настроено 3 автоматические цепочки: одна прокидывает заявки с нормальными сайтами, вторая — с мошенническими, третья — с не-трэвельными:
Принцип работы:
1. Каждая цепочка ловит появление новых строк в определённых листах:
Связка NONTRAVEL — в листе «Не путешествия»;
Связка TRUE — в листе «Настоящие»;
Связка FALSE — в листе «Фальшивые».
Как только вы обработали заявку в листе data, она попадает в соответствующий лист, и оттуда её забирает Albato.
2. Albato захватывает имейл, адрес сайта и дату заявки. Затем отправляет их в Getresponse.
3. В Getresponse есть также три списка (называются по тому же типу: special_realticket_nontravel и т.п.), и каждая заявка попадает в свой список — в зависимости от того, какого типа сайт.
Часть 3. Getresponse
Здесь принцип такой же, как и с таблицами и Альбато:
1. Есть три списка, каждый для заявок своего типа:
true — нормальных;
false — фейковых;
nontravel — не про трэвел.
2. После обработки заявка через Альбато попадает в нужный список. Мы передаем: имейл, дату заявки и сайт — в виде специального кастомного поля в профиле подписчика.
3. Как только пользователь попал в список, запускается специальная автоматическая цепочка. Цепочек тоже три.
4. Цепочки простые по механике: юзер попадает в список → ему сразу уходит письмо (всего 3 версии письма) → затем он сразу удаляется из этого списка (иначе он не сможет пройти ещё раз по тому же пути, т.е. два сайта одного типа один юзер не смог быть проверить). Выглядит схема так:
1. Каждая цепочка ловит появление новых строк в определённых листах:
Связка NONTRAVEL — в листе «Не путешествия»;
Связка TRUE — в листе «Настоящие»;
Связка FALSE — в листе «Фальшивые».
Как только вы обработали заявку в листе data, она попадает в соответствующий лист, и оттуда её забирает Albato.
2. Albato захватывает имейл, адрес сайта и дату заявки. Затем отправляет их в Getresponse.
3. В Getresponse есть также три списка (называются по тому же типу: special_realticket_nontravel и т.п.), и каждая заявка попадает в свой список — в зависимости от того, какого типа сайт.
Часть 3. Getresponse
Здесь принцип такой же, как и с таблицами и Альбато:
1. Есть три списка, каждый для заявок своего типа:
true — нормальных;
false — фейковых;
nontravel — не про трэвел.
2. После обработки заявка через Альбато попадает в нужный список. Мы передаем: имейл, дату заявки и сайт — в виде специального кастомного поля в профиле подписчика.
3. Как только пользователь попал в список, запускается специальная автоматическая цепочка. Цепочек тоже три.
4. Цепочки простые по механике: юзер попадает в список → ему сразу уходит письмо (всего 3 версии письма) → затем он сразу удаляется из этого списка (иначе он не сможет пройти ещё раз по тому же пути, т.е. два сайта одного типа один юзер не смог быть проверить). Выглядит схема так:
5. Независимо от цепочки, все пользователи, оставившие имейл на сайте, попадают в основной список realticket — мы никого не теряем.
Итог
Albato помог нам без помощи разработчиков избежать ручного труда, который бы лег на наших партнеров, поскольку они сначала думали, что будут делать все это вручную. По трудоемкости это был бы достаточно сложно, особенно с ростом обращений. Вы можете сами убедиться как работает интеграция — приходите проверять билеты на: https://xn--80acmkbeqkk3alh8f0d.xn--p1ai/
Итог
Albato помог нам без помощи разработчиков избежать ручного труда, который бы лег на наших партнеров, поскольку они сначала думали, что будут делать все это вручную. По трудоемкости это был бы достаточно сложно, особенно с ростом обращений. Вы можете сами убедиться как работает интеграция — приходите проверять билеты на: https://xn--80acmkbeqkk3alh8f0d.xn--p1ai/
ЕЩЕ КЕЙСЫ
Расскажем как мы с коллегами из performance-агентства – iConText подключили клиенту ВТБ интеграцию с турбо-страницами Яндекс.Директ.
У некоторых клиентов, кто хочет построить сквозную аналитику, но не может связать источники с CRM своими силами через интерфейс API, сервис зашел как нельзя кстати.
Если раньше на организацию доставки заказов вместе с исправлением ошибок уходило порядка 6-7 часов каждый день, то сейчас это занимает не более 30 минут. Заказы создаются "автоматом", их нужно только подтвердить.
На большинстве проектов работаем с CoMagic, в этой связке передаем данные о звонках в Яндекс.Метрику с помощью офлайн-конверсий.
Расскажите нам свою историю
Если вы хотите рассказать про ваш опыт использования Albato, оставьте заявку и мы свяжемся с вами. Мы с удовольствием поделимся вашей историей