amoCRM: как передавать заявки из приложения в CRM отдела продаж

Ты собрал первую версию приложения: пользователи заходят, смотрят, кто-то даже нажимает кнопку «Оставить заявку». Сначала уведомления приходят в личные сообщения, потом — на почту, потом появляется общий чат команды. Через пару недель становится непонятно: кто уже оплатил, кому только отправили договор, а чья заявка потерялась среди десятка непрочитанных. Именно в этот момент возникает вопрос: а не пора ли настроить amocrm интеграцию, чтобы заявки автоматически попадали в CRM, где ими занимается отдел продаж? Ниже — как работает интеграция приложения с amoCRM, чем она отличается от чат-ботов, как объяснить задачу Claude Code и когда для старта хватит обычной таблицы.

Что такое amoCRM простыми словами

amoCRM — это российский сервис учёта клиентов и сделок, который относится к категории CRM-систем. CRM расшифровывается как Customer Relationship Management, то есть управление взаимоотношениями с клиентами. Если говорить без сложных терминов, amoCRM — это цифровая доска, на которой менеджеры по продажам видят всех потенциальных покупателей, текущие заказы, звонки, переписку и задачи по каждому клиенту в одной карточке.

Заявки из твоего приложения — это как письма в разных конвертах. Пока их два-три в неделю, можно держать в голове: Ивану отправили счёт, Марии — презентацию, Алексею обещали перезвонить. Когда заявок становится больше, конверты начинают валяться в разных углах: одни в Telegram, другие на почте, третьи — в смс-оповещениях. amoCRM собирает всё это в одном месте и даёт каждой заявке статус: новая, в обработке, ждёт оплаты, закрыта.

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

В какой момент своему приложению вообще нужна CRM

Не стоит гнаться за CRM ради самой CRM. На самом старте, когда заявки приходят по одной-две в день, проще обойтись таблицей, чатом или простым уведомлением. Но есть момент, когда ручной учёт начинает давать сбои. Признаки того, что приложению пора интегрироваться с amoCRM:

• Заявки приходят регулярно, и ты уже не помнишь, кто на каком этапе.
• Сообщения и письма плавают по разным каналам: Telegram, почта, WhatsApp, push-уведомления.
• Появляются потери: клиент оставил заявку, но никто не ответил вовремя.
• Нужно понимать, откуда приходят клиенты и какой канал приносит деньги.
• В команде больше одного человека, и каждый по-своему ведёт учёт.
• Появляется отдел продаж или даже один человек, который занимается продажами полный день.

Когда заявок мало, важнее скорость реакции, чем красивая воронка. Но как только проект выходит из режима «звоним каждому вручную», CRM становится инфраструктурой. Без неё рост превращается в хаос: больше заявок = больше потерь, недовольных клиентов и упущенной выручки.

Чем это отличается от уже закрытых Salebot и ManyChat

В курсе уже разбирались чат-боты: Salebot и ManyChat. Это инструменты, которые автоматически отвечают клиенту по заранее заданному сценарию. Они нужны, чтобы поймать интерес в момент: ответить на частый вопрос, записать на консультацию, собрать контакт в мессенджере, провести по квизу. Их задача — общаться с пользователем до того, как он стал полноценной заявкой.

amoCRM занимается другим. Она не пишет приветствия и не ведёт диалоги в Instagram*. Она принимает уже состоявшиеся заявки и помогает живому менеджеру их не потерять и довести до оплаты. Если проводить аналогию с рестораном, то чат-бот — это автоответчик у входа, который объясняет меню и записывает гостя на время. amoCRM — это планшет официанта, где видно, какой столик заказал, что уже подали, а за что ещё нужно выставить счёт.

Поэтому эти инструменты не заменяют, а дополняют друг друга. Чат-бот ловит лид на входе, CRM берёт его в работу после того, как человек оставил заявку.

Как технически передать заявку из своего приложения в amoCRM

Самый распространённый способ amocrm интеграции для собственного приложения — через вебхук. Вебхук — это когда одна система сама отправляет данные в другую по событию. В нашем случае событие: пользователь оставил заявку в приложении. Действие: код приложения отправляет POST-запрос с данными клиента на специальный адрес amoCRM, и там автоматически создаётся новая сделка.

Если коротко, цепочка выглядит так:

1. Пользователь заполняет форму заявки в приложении.
2. Твой бэкенд или серверная функция получает эти данные.
3. Бэкенд формирует запрос к amoCRM.
4. amoCRM получает запрос и создаёт карточку сделки.
5. Менеджер видит новую сделку в своей воронке.

Подробнее про вебхуки можно почитать в отдельной статье: вебхук: что это и как работает. Здесь сосредоточимся на практической стороне для приложения.

Как работает вебхук изнутри

Чтобы не путать понятия, разберём, кто куда стучится. Вебхук в CRM — это не код внутри твоего приложения, который «слушает» amoCRM. Наоборот: amoCRM предоставляет особый URL-адрес, а твоё приложение, услышав событие «заявка отправлена», само делает запрос на этот адрес.

Представь почтовый ящик в CRM. amoCRM говорит: «Вот твой ящик, кидай туда письма с заявками». Твой сервер берёт данные из приложения, кладёт их в конверт нужного формата и опускает в этот ящик. CRM открывает конверт, читает имя и телефон, и создаёт карточку. Если сервер не смог донести письмо — письмо теряется, поэтому важно либо повторять попытку, либо сохранять копию у себя.

Такая схема удобна тем, что приложению не нужно постоянно спрашивать CRM: «А не появилась ли там новая заявка?» Достаточно отправить данные один раз, в момент события. Это экономит ресурсы и упрощает архитектуру для новичка.

Что нужно подготовить в amoCRM

Перед тем как писать код, нужно получить адрес, куда отправлять данные. В большинстве CRM это называется входящим вебхуком: ты создаёшь интеграцию внутри amoCRM, система выдаёт уникальный URL и секретный ключ. Этот URL и будет точкой входа для заявок из твоего приложения. Точные шаги интерфейса лучше смотреть в актуальной документации сервиса, потому что кнопки меняются, а принцип остаётся неизменным: приложение → POST-запрос → CRM → новая сделка.

Важно: секретный ключ и URL вебхука — это чувствительные данные. Не храни их в коде клиентской части приложения и не отправляй из браузера напрямую в amoCRM. Всегда делай запрос со своего сервера или серверной функции. Иначе любой, кто откроет исходный код страницы, сможет увидеть ключ и слать в CRM левые заявки.

Как выглядит структура вебхук-запроса

Вместо схемы mermaid посмотрим на реальный пример. Допустим, пользователь оставил заявку с именем, телефоном, email и комментарием. Структура запроса от твоего бэкенда к amoCRM может выглядеть так:

POST /incoming-webhook-url HTTP/1.1
Host: your-account.amocrm.ru
Content-Type: application/json
Authorization: Bearer YOUR_SECRET_TOKEN

{
  "name": "Заявка из мобильного приложения",
  "pipeline_id": "default",
  "status_id": "new",
  "contacts": [
    {
      "name": "Иван Петров",
      "custom_fields_values": [
        {
          "field_code": "PHONE",
          "values": [
            {
              "value": "+79001234567"
            }
          ]
        },
        {
          "field_code": "EMAIL",
          "values": [
            {
              "value": "ivan@example.com"
            }
          ]
        }
      ]
    }
  ],
  "custom_fields_values": [
    {
      "field_id": "comment",
      "values": [
        {
          "value": "Хочу заказать демонстрацию продукта"
        }
      ]
    }
  ],
  "source": {
    "external_id": "mobile_app_v1"
  }
}

Это обобщённый пример. Поля, их названия и формат зависят от того, как именно устроен API конкретной версии amoCRM и какие кастомные поля ты создал в своём аккаунте. Смысл структуры прост: в одном запросе передаётся и сделка, и контакт клиента, и источник, и дополнительные параметры.

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

Минимальный набор — имя и телефон. Но чем больше полезного контекста передаст приложение, тем быстрее менеджер поймёт, что делать:

• Имя и фамилия — чтобы менеджер обращался лично.
• Телефон — основной канал связи в большинстве B2C-продаж.
• Email — если рабочий процесс предполагает рассылку договоров или презентаций.
• Источник заявки — чтобы понимать, откуда пришёл клиент: из приложения, с лендинга, с Авито.
• UTM-метки — если заявка пришла после рекламы, они помогут считать продуктовые метрики.
• Комментарий или выбор пользователя — например, какой тариф интересует или когда удобно позвонить.
• Время создания заявки — CRM сама проставит дату, но иногда важно передать точное время с устройства пользователя.

Не передавай лишнего. Если в заявке десять полей, менеджер может запутаться. Лучше собирать минимум, который нужен для первого звонка, а подробности уточнять в диалоге.

Что может пойти не так и как защититься

Интеграция — это не только «отправил запрос и забыл». Нужно предусмотреть несколько типичных проблем:

Дубли. Один и тот же человек может оставить заявку дважды: случайно нажал кнопку повторно, обновил страницу, отправил форму с разных устройств. Хорошая практика — перед созданием новой сделки проверять, нет ли в CRM контакта с таким телефоном или email. Если есть — не создавать вторую сделку, а добавить примечание к существующей.

Пустые или некорректные данные. Пользователь мог ввести номер без кода страны, опечататься в email или оставить одни пробелы. На стороне приложения стоит делать базовую валидацию: телефон должен содержать цифры, email — символ @ и домен, обязательные поля — не пустые.

Сбой со стороны CRM. Сервер amoCRM может временно не отвечать. Если запрос не прошёл, не стоит молча терять заявку. Сохрани её в резервную очередь на своём сервере и попробуй повторить отправку через несколько минут. Для старта можно ограничиться логированием: если CRM вернула ошибку, пришли уведомление себе в Telegram или на почту.

Утечка ключа. Мы уже говорили, но повторим: ключ вебхука хранится только на сервере. В клиентском коде его быть не должно.

Как протестировать интеграцию перед запуском

Не жди первой реальной заявки, чтобы проверить связку. Тестирование можно разделить на три уровня: форма, сервер, CRM.

Уровень 1 — форма в приложении. Заполни форму разными данными: правильный телефон, телефон без кода страны, email с опечаткой, пустые обязательные поля. Убедись, что приложение не пускает мусор дальше и даёт понятную ошибку. Попробуй дважды нажать кнопку «Отправить» — форма должна заблокировать повторную отправку или хотя бы предупредить пользователя.

Уровень 2 — сервер. Посмотри логи: приходит ли запрос на сервер, правильно ли он распарсивается, какой JSON уходит в CRM. Можно временно заменить URL вебхука на специальный тестовый endpoint, например на сервис вроде webhook.site, и посмотреть, что реально улетает. Это помогает поймать ошибки в структуре данных до того, как они попадут в рабочую CRM.

Уровень 3 — amoCRM. Отправь тестовую заявку и проверь, что сделка появилась в нужной воронке, у неё правильный статус, контакт создался, источник указан корректно. Попробуй отправить заявку с тем же телефоном дважды и убедись, что сработала проверка на дубли.

Если на каком-то уровне что-то идёт не так, не исправляй вслепую. Сначала собери факты: что ушло, что пришло, какой статус HTTP-ответа, текст ошибки. Именно такой подход помогает Claude Code или любому другому ассистенту быстрее понять проблему.

Какую формулировку дать Claude Code

Если ты пользуешься Claude Code, чтобы написать интеграцию, формулировка должна быть конкретной. Вот рабочий вариант:

Но такой запрос — только начало. Claude Code сделает базовый прототип, а потом нужно будет уточнить детали. Вот как можно развить задачу:

• «Создай серверный обработчик формы заявки. После валидации данных отправь POST-запрос к входящему вебхуку amoCRM. Используй переменные окружения для хранения URL вебхука и токена.»
• «Добавь проверку на дубли: перед созданием новой сделки ищи контакт по телефону в amoCRM. Если контакт найден, добавь примечание вместо новой сделки.»
• «Если запрос в amoCRM не удался, сохрани заявку в локальную очередь и повтори отправку через 5 минут, но не более трёх попыток.»
• «Напиши логирование: в консоль выводи статус отправки, ID созданной сделки и текст ошибки, если что-то пошло не так.»

Чем конкретнее промпт, тем меньше придётся переделывать. Не ожидай, что ИИ угадает все нюансы твоего бизнес-процесса: сам реши, какие поля обязательны, какие источники заявок ты отслеживаешь и куда складывать ошибки.

После запуска: мониторинг и доработки

Интеграция не заканчивается на первой успешной заявке. Через неделю-другую стоит посмотреть на реальную картину:

• Сколько заявок дошло до CRM, а сколько осталось в логах ошибок?
• Есть ли дубли, которые проскочили мимо проверки?
• Как быстро менеджеры берут сделки в работу?
• Какой источник заявок приносит больше всего качественных контактов?
• Не потерялась ли заявка из-за неправильного статуса или воронки?

По этим наблюдениям можно дорабатывать поля, добавлять UTM-метки, уточнять проверку на дубли или менять текст формы в приложении. Например, если менеджер говорит, что не хватает информации о тарифе, добавь соответствующее поле в заявку. Если заявки с Авито постоянно попадают не в ту воронку, перепроверь настройки источника.

Хорошая привычка — раз в неделю просматривать логи интеграции и раз в месяц проверять, соответствует ли структура данных текущему процессу продаж. Так интеграция остаётся рабочим инструментом, а не «настроил и забыл».

Какие бывают amocrm интеграции

Тема amocrm интеграций шире, чем просто заявки из собственного приложения. Если посмотреть поисковые запросы, новички ищут разные сценарии:

• amocrm интеграции api — когда своё приложение или сайт напрямую обмениваются данными с CRM через программный интерфейс.
• amocrm интеграция с 1С — когда заявки и сделки должны попадать в бухгалтерию или складской учёт.
• amocrm настройки интеграции — общие вопросы подключения готовых сервисов и вебхуков.
• интеграция авито и amocrm — когда заявки с площадок объявлений автоматически попадают в воронку продаж.

Все эти сценарии работают по одному принципу: одна система передаёт данные в другую. Разница только в том, кто является источником. Если приложение — это твой продукт, то источником будешь ты сам. Если это Авито или 1С, то часть работы уже сделана готовыми коннекторами, и остаётся только настроить маппинг полей.

Интеграция через API

API — это способ программного общения между системами. В отличие от вебхука, где CRM ждёт входящего запроса, через API твоё приложение может не только создавать сделки, но и читать их, обновлять статусы, получать список менеджеров, добавлять задачи. Для новичка API сложнее, чем входящий вебхук, потому что нужно разбираться в авторизации и формате ответов. Но если в планах двусторонняя синхронизация — например, приложение показывает пользователю статус его заказа из CRM — без API не обойтись.

Интеграция с 1С

Для малого бизнеса и стартапов интеграция amoCRM с 1С обычно нужна тогда, когда сделка превращается в реальный документ: счёт, накладная, акт. Вместо того чтобы менеджер вручную переносил данные из CRM в бухгалтерию, системы обмениваются контрагентами, товарами и документами. Для первого приложения такая глубина редко нужна сразу, но полезно помнить, что путь роста предусматривает и такой шаг.

Готовые маркетплейс-интеграции

У amoCRM есть маркетплейс с готовыми коннекторами: для телефонии, email-рассылок, мессенджеров, аналитики, сайтов-визиток. Если твоё приложение построено на популярной платформе или использует стандартную форму захвата, возможно, подключение сводится к установке готового модуля и указанию нескольких параметров. Перед тем как писать интеграцию с нуля, стоит проверить, нет ли готового решения.

Интеграция с Авито и другими площадками

Один из самых частых сценариев использования CRM в малом бизнесе — интеграция Авито и amoCRM: ты продаёшь товары или услуги и размещаешь объявления на Авито, ЦИАН, ДомКлике или других площадках. Заявки приходят в личные сообщения каждой площадки, и менеджер вынужден постоянно переключаться между вкладками. Часть сообщений теряется, часть отвечают с опозданием, а статистика по каналам ведётся в голове.

При интеграции все обращения стекаются в одну CRM. В карточке сделки сразу видно, с какой площадки пришёл клиент, какое объявление его заинтересовало и какой менеджер взял его в работу. Это особенно удобно, если приложение дополняет основной бизнес: например, у тебя есть мобильное приложение для записи, а основной поток клиентов идёт с Авито. Обе заявки — и из приложения, и с площадки — попадают в одну воронку, и ничего не путается.

Как правило, для площадок не нужно писать код вручную. Либо у самой площадки есть официальная интеграция с amoCRM, либо можно использовать промежуточный сервис-коннектор, который забирает сообщения из API площадки и передаёт их в CRM. Важно лишь правильно настроить поля: имя, телефон, источник, текст сообщения, ссылка на объявление.

Когда amoCRM избыточен для самого старта

CRM — это инструмент роста, а не обязательный атрибут любого приложения. Если заявок пока единицы в неделю, обычная таблица в Google Sheets или база в Supabase справится не хуже и бесплатно. Переходить на amoCRM стоит, когда ручной учёт начинает давать сбои.

Google Sheets на старте

Для первых десятков заявок Google Sheets — отличный выбор. Она бесплатная, понятная любому, работает на телефоне и легко делится с командой. Можно настроить форму Google Forms для сбора заявок, а ответы падают в таблицу. Менеджер видит новые строки, звонит клиентам и меняет статус в соседнем столбце.

Ограничения появляются быстро:

• Нет воронки с этапами и визуализацией.
• Сложно вести историю общения с клиентом.
• Нет автоматических напоминаний менеджеру.
• Легко случайно изменить или удалить данные.
• Нет разграничения прав: все видят всё.

Supabase как промежуточный вариант

Если ты уже проходил модуль про Supabase в курсе, можешь использовать её не только для таблицы рекордов игры, но и для хранения заявок. Supabase даёт базу данных, API, авторизацию и бессерверные функции. На старте можно собирать заявки в таблицу leads, а затем, когда появится необходимость, добавить интеграцию с amoCRM и перенаправлять заявки туда.

Плюс такого подхода — гибкость. Минус — нужно больше технических навыков, чем при работе с Google Sheets. Но если ты уже умеешь собирать приложение с ИИ, добавить таблицу заявок в Supabase будет несложно.

Сравнение Google Sheets, Supabase и amoCRM

Эта таблица не говорит, что одно лучше другого. Она показывает, где какой инструмент выигрывает. На нулевой стадии часто выигрывает Google Sheets, на стадии «приложение + немного заявок» — Supabase, а когда продажи становятся системой — amoCRM.

Признаки, что пора переходить на amoCRM

• В таблице больше 50–100 активных заявок и она начинает тормозить.
• Нужно понимать, сколько заявок доходит до оплаты, а сколько теряется.
• В команде появляется выделенный менеджер по продажам.
• Заявки приходят из нескольких источников: приложение, сайт, Авито, Instagram*.
• Нужно автоматически ставить задачи: перезвонить через день, отправить коммерческое предложение, напомнить об оплате.

Частые вопросы

Можно ли интегрировать amoCRM с приложением без программиста?

Частично да. Если в amoCRM есть готовый коннектор для твоей платформы или ты используешь сервис-коннектор вроде Zapier, Albato или Пампу, можно обойтись без кода. Ты настраиваешь триггер «новая заявка» и действие «создать сделку в amoCRM». Но для собственного приложения обычно нужен небольшой серверный обработчик, который отправит запрос в CRM. Claude Code или другой ИИ-ассистент помогут написать его за несколько итераций.

Что безопаснее: вебхук или прямое обращение к API amoCRM из браузера?

Безопаснее вебхук или серверный запрос к API. Никогда не обращайся к amoCRM напрямую из клиентского кода приложения или сайта: там виден токен, и любой пользователь сможет слать заявки от твоего имени. Всегда отправляй данные на свой сервер, а сервер уже общается с CRM.

Как избежать дублей заявок в amoCRM?

Перед созданием новой сделки ищи контакт по телефону или email. Если контакт найден, не создавай вторую сделку — добавь примечание или обнови существующую. Также на стороне приложения можно блокировать повторную отправку формы в течение нескольких минут и показывать пользователю сообщение «Ваша заявка уже принята».

Обязательно ли передавать UTM-метки в CRM?

Не обязательно, но очень полезно. UTM-метки помогают понять, откуда пришёл клиент: из какой рекламной кампании, объявления или поста. Это прямая связь между маркетингом и продажами. Если сейчас рекламы нет, можно начать без UTM, но зарезервировать поля под них на будущее.

Подойдёт ли amoCRM для стартапа с одним менеджером?

Да, если заявки уже регулярны и ручной учёт мешает. Если заявок правда мало — одна-две в неделю — лучше сначала обойтись Google Sheets или Supabase. CRM начинает окупаться, когда рост заявок превышает способность одного человека держать всё в голове.

Что делать, если заявка не появилась в amoCRM?

Первым делом проверь логи на своём сервере: ушёл ли запрос, какой статус вернула CRM, была ли ошибка. Затем проверь, правильный ли URL вебхука и токен. Иногда сделка создаётся, но попадает в другую воронку или статус, поэтому поищи по телефону клиента в CRM. Если запрос ушёл, но CRM не ответила — попробуй повторить отправку вручную из логов.

Заключение + чек-лист

amocrm интеграция приложения — это способ превратить хаотичный поток заявок в управляемый процесс продаж. В отличие от чат-ботов, которые отвечают клиенту автоматически, amoCRM помогает живому менеджеру не терять заявки и доводить их до оплаты. Технически связка реализуется через вебхук: приложение отправляет POST-запрос с данными клиента, а CRM создаёт новую сделку.

На старте CRM может быть избыточна. Если заявок мало, хватит Google Sheets или Supabase. Но как только заявки становятся регулярными, появляются несколько источников трафика и отдел продаж растёт, без CRM будет сложно масштабироваться. Главное — не пытаться сразу настроить идеальную автоматизацию, а начать с простой передачи имени, телефона и источника, а потом постепенно добавлять поля, проверки и метрики.

Чек-лист «Заявки из приложения попадают в amoCRM»

• В amoCRM создан входящий вебхук и получен URL с токеном.
• Токен и URL хранятся в переменных окружения на сервере, а не в клиентском коде.
• В приложении есть форма заявки с понятными полями.
• Данные валидируются перед отправкой: телефон, email, обязательные поля.
• Сервер отправляет POST-запрос в amoCRM при отправке формы.
• В запросе передаются имя, телефон, источник и комментарий.
• Настроена проверка на дубли по телефону или email.
• Если запрос в CRM не прошёл, заявка сохраняется в лог или очередь для повторной отправки.
• В CRM у сделки видно, из какого источника пришла заявка.
• Есть текстовый промпт для Claude Code, описывающий создание сделки в amoCRM.
• Менеджер протестировал воронку и видит новые сделки.
• Решено, что делать на старте: amoCRM или Google Sheets/Supabase.