РЕШЕНИЯ
AmoCRM живёт отдельно от сайта и таблиц? Интеграция AmoCRM с сайтом, таблицами и своими системами
Связываю AmoCRM с сайтом, Google Таблицами, приложением и своим сервером. Сделки остаются в AmoCRM, сложная логика работает рядом.
Подходит для задачДоработка того, что естьНовая система
Тема уже будет указана в форме.
Как это выглядит в работе
Как интеграция AmoCRM выросла в систему для проката автомобилей: сайт с полным циклом бронирования, логика календаря, документы, осмотр и ТО автопарка.
РазборКак надёжно соединить документы, CRM и задачиДубли, пропущенные данные, повторные запросы и место AI в связке документов, CRM и задач.
ДемоКалькулятор: потерянные заявкиОцените, сколько денег в месяц возвращается, если теряется меньше заявок.
AmoCRM работает, а вокруг всё руками
Сделки и контакты в AmoCRM, а брони, цены и расписание в Google Таблице. Сайт создаёт заявку, дальше менеджер переносит данные сам. Приложение для сотрудников пишут отдельно, и о CRM оно знает мало. Чтобы это исправить, менять AmoCRM на другую систему не обязательно.
С чего это началось у меня
В октябре 2024 года компания по прокату автомобилей в ЮАР позвала меня связать AmoCRM с Google Таблицами. Работу компания вела в таблице, и там должны были обновляться стоимость обслуживания, пробег, плата за детское кресло и другие параметры аренды. Эту интеграцию я сделал. Параллельно настроил синхронизацию выбранных полей между внутренним приложением на FlutterFlow с бэкендом на Firebase и AmoCRM.
Потом я предложил поставить собственный сервер. На нём можно держать много интеграций и логику сложнее той, что удобно настроить в CRM. Идею поддержали, и за 2025 год вокруг AmoCRM выросла система: сайт бронирования, документы, осмотр машин, учёт ремонтов. Сейчас она в эксплуатации, я её сопровождаю. Подробности в кейсе о прокате авто.
Что я выясняю до разработки
Первым делом разбираемся, какие данные главные в AmoCRM, а какие живут в других местах. Обычно сделка, контакт и этап воронки остаются в CRM, а расписание, цены или остатки лежат в таблице или в вашей базе. Для каждого поля решаем, кто его меняет и куда должно попасть изменение.
Дальше смотрю, что даёт сама AmoCRM: API, вебхуки, дополнительные поля, лимиты на число запросов. Если логика укладывается в настройки воронки, лишний сервер не нужен. Если правил много или источников данных несколько, логику лучше вынести на свой сервер, а AmoCRM оставить рабочим местом менеджеров.
Понадобятся и примеры: обычная сделка, повторная заявка того же клиента, изменение брони после оплаты.
Возможный первый этап
Одна связка, работу которой видно сразу. Заявка с сайта создаёт сделку с нужными полями, или изменения в AmoCRM попадают в таблицу. Если звонки, мессенджеры или ваше приложение тоже должны видеть сделки, это следующие шаги. Об этом отдельно: IP-телефония и чат-боты для Telegram и WhatsApp. Объём и стоимость первого этапа согласуем до разработки.
Как принимаем результат
Прогоняем согласованные примеры: новую заявку, дубль, одновременное изменение записи в CRM и в таблице, недоступность API. Проверяем, где оказались данные, что записано в журнал и что видит менеджер. На выходе работающая связка, описание полей и понятный порядок действий, если обмен сломался.
Похожие задачи
Интеграции CRM, автоматизация таблиц и разбор о том, как надёжно соединить документы, CRM и задачи. Расскажите, что у вас сейчас связано с AmoCRM и где теряется время.