Новая сделка в CRM становится строкой в вашей базе Airtable, изменённый в Airtable статус появляется на сделке, а команда остаётся в привычных таблицах и ничего не перепечатывает.
Airtable — там, где многие команды держат рабочие таблицы: контент-план, график производства, список заказов в работе, реестр подрядчиков. CRM — там, где живут клиент, сделка и деньги. Между ними обычно стоит человек, который руками копирует сделку в Airtable, а потом копирует результат обратно. Подключение убирает этот шаг: сделка, дошедшая до согласованного этапа, появляется строкой в нужной базе с уже вписанными данными клиента, изменение в Airtable — новый статус, дата, ответственный — записывается обратно на сделку, а менеджер видит актуальное состояние в CRM, не открывая базу. Airtable остаётся таким, каким его построила ваша команда; подключение читает и пишет только согласованные поля.
Вместе смотрим на ваш Airtable: какие базы и таблицы участвуют, какие поля важны и какие из них должны быть видны в CRM. Обычно это одна база и две-три таблицы, а не всё рабочее пространство.
Владелец рабочего пространства или создатель базы выпускает личный ключ доступа в настройках учётной записи Airtable. При выпуске он выбирает, какие базы ключ может открывать и что ему разрешено — читать, писать или и то и другое; ключ никогда не может больше, чем разрешено этому человеку.
Если ваша компания на тарифе Enterprise Scale, советуем выпускать ключ от служебной учётной записи, а не от сотрудника: тогда подключение продолжает работать, даже если этот сотрудник уйдёт.
Сопоставляем сделку со строкой: название сделки — с полем заголовка, клиента и ссылку на карточку — с текстовыми полями, менеджера — с полем «ответственный», этап CRM — со столбцом статуса. Поля с выбором и даты сопоставляем один к одному, чтобы ничего не потерялось.
Договариваемся, что что запускает: сделка, дошедшая до согласованного этапа, создаёт строку; изменённые в Airtable статус или дата записываются на сделку; строка, отмеченная «готово», переводит сделку на следующий этап. Изменения из Airtable подхватываем короткими циклами, поэтому CRM держится близко к базе без ручного обновления.
Сначала запускаем подключение на копии базы, сверяем строки, которые оно создаёт, с вашей таблицей и только потом направляем на рабочую базу. Ваши представления, формулы и автоматизации внутри Airtable остаются нетронутыми.
Сценарии автоматизации
01
Выигранная сделка становится строкой в таблице производства
Быломенеджер выигрывает сделку, открывает Airtable и руками вписывает клиента, товар, количество и дедлайн в таблицу производства — и иногда забывает.
Сталокак только сделка отмечена выигранной, в таблице появляется строка со всем этим и ссылкой на сделку; производство видит новый заказ без сообщения от продаж.
Сталокогда производство переводит строку в «в работе», «готово» или «отгружено», сделка в CRM сама показывает тот же этап, и менеджер отвечает из карточки клиента.
03
Контент-план в Airtable знает, для какого он клиента
Быломаркетинг ведёт контент-план в Airtable и спрашивает продажи в чате, какому клиенту принадлежит каждый пункт и о чём договорились.
Сталов каждой строке есть имя клиента и ссылка на сделку в CRM, а когда материал опубликован, дата попадает в историю клиента, и аккаунт-менеджер видит её, не спрашивая.
04
Реестр подрядчиков в Airtable питает CRM
Былосписок подрядчиков и их условия живут в Airtable, и менеджер для каждого заказа руками копирует нужного подрядчика в сделку.
Сталоменеджер выбирает подрядчика из списка, который CRM читает из базы, а карточка подрядчика в Airtable показывает, на каких сделках он задействован.
Как это работает технически
Для тех, кто проверяет: каждый пункт ведёт на страницу официальной документации, откуда он взят.
Web API Airtable — RESTful и возвращает данные в JSON; каждый запрос адресован конкретной базе и таблице.
На тарифе Enterprise Scale служебные учётные записи позволяют интеграции работать независимо от конкретного сотрудника — она продолжает работать, если человек уйдёт.
Airtable отвечает не больше чем на 5 запросов в секунду на базу на любом тарифе, а тот же ключ или служебная учётная запись получает не больше 50 запросов в секунду по всем его базам; при превышении Airtable отвечает ошибкой 429 и просит подождать 30 секунд, а повышенные лимиты не предлагаются ни на одном тарифе — поэтому массовые загрузки идут порциями, а подключение строится так, чтобы ждать и повторять. На двух начальных тарифах есть ещё и месячный предел числа запросов, зафиксированный на уровне тарифа и не меняемый для отдельной учётной записи; активное подключение на этих тарифах может исчерпать запросы до конца месяца. Записи приходят страницами по 100, поэтому чтение большой таблицы занимает несколько запросов. Запрос, который обрабатывается слишком долго — сложный фильтр или очень большая страница, — может оборваться даже в пределах лимитов. Личный ключ доступа привязан к человеку, который его выпустил, и не может больше, чем разрешено ему; служебные учётные записи, переживающие уход сотрудника, есть только на тарифе Enterprise Scale. Airtable не даёт задокументированного на странице справки, которую мы смогли проверить, способа сообщать нашему подключению об изменениях в базе, поэтому изменения из Airtable подхватываем короткими циклами, а не в ту же секунду.
Скриншоты
База Airtable, где каждая запись — строка с текстом, переводом и полями проверки; именно эти данные мы синхронизируем с CRM.Источник: airtable.com ↗Интерфейсы Airtable на одной базе — дашборды, календари и воронки, из которых CRM читает данные и в которые записывает.Источник: www.airtable.com ↗
Как начать
Три шага от первого сообщения до работы над вашим проектом.
01
Оставьте заявку
Опишите задачу в форме — текстом или голосом. Бюджет и сроки — по желанию.
02
Мы разбираем и оцениваем
Разработчик изучает ТЗ, уточняет непонятное и присылает оценку.
03
Начинаем
Как только объём и цена согласованы, начинаем работу.
Нет. Команда продолжает работать в тех же базах, представлениях и формах; подключение только читает и пишет согласованные поля. Единственное, что меняется, — строки для новых сделок появляются сами, а CRM показывает то, что команда изменила в Airtable.
Подключение увидит все наши базы?
Только те, что выбраны при выпуске ключа доступа. Airtable позволяет человеку, выпускающему ключ, выбрать конкретные базы и что ключ может с ними делать — читать, писать или и то и другое, — и ключ никогда не может больше, чем разрешено этому человеку. Доступ можно отозвать в любой момент в настройках учётной записи.
Что будет, если сотрудник, выпустивший ключ, уйдёт?
Если ключ принадлежит человеку и его учётную запись закрывают, подключение останавливается. На тарифе Enterprise Scale Airtable предлагает служебные учётные записи именно для этого случая: ключ принадлежит компании, а не сотруднику. На других тарифах мы записываем, кто владелец ключа, и заранее договариваемся, кто перевыпускает его при смене людей.
Как быстро изменение в Airtable попадает в CRM?
Изменения подхватываем короткими циклами, которые согласуем с вами, в пределах лимитов запросов, которые Airtable устанавливает для вашего тарифа. Для большинства команд это достаточно близко к мгновенному; если какое-то поле должно двигаться быстрее, мы честно скажем об этом на этапе планирования, а не будем обещать то, чего лимиты не позволяют.
Расскажите, что нужно подключить
Опишите задачу текстом или голосовым. Мы посмотрим, что у вас есть, и ответим планом.
Airtable — товарный знак правообладателя. CoreviaFlow не аффилирована с ним, если не указано иное. Скриншоты взяты из открытых материалов разработчика, источник — под каждым.