Клиент оплатил предоплату в 22:40, а сделка в amoCRM до утра висит на этапе «Ссылка отправлена». Менеджер утром открывает Paykeeper, ищет платёж, сверяет сумму, перетаскивает карточку - и так десять раз за смену. В пик набора это не «мелкая рутина», а очередь из сделок, которые теряют темп и создают ощущение хаоса у отдела.
Схема ниже - не про «ещё одну интеграцию», а про один номер заказа в ссылке и автоуведомление, которое закрывает разрыв между оплатой и воронкой. В кейсе онлайн-школы после запуска 97% оплат обрабатываются без менеджера, сделка обновляется меньше чем за 2 минуты. Разберём, как повторить это у себя.
Где ломается процесс без автоматизации
Типичная цепочка в онлайн-образовании и услугах с предоплатой:
- Менеджер отправляет ссылку на оплату из Paykeeper.
- Клиент платит - деньги в Paykeeper, CRM об этом не знает.
- Кто-то из отдела вручную заходит в кабинет, ищет платёж, находит сделку, меняет этап.
В пике (старт потока, акция, дедлайн) задержка 4-18 часов на этапе «Ссылка отправлена» - норма. РОП видит «зависшую» воронку, менеджеры дублируют звонки «вы оплатили?», часть клиентов уходит к конкуренту, пока ждут подтверждения.
Как проверить: возьмите 20 последних оплат. Запишите время платежа в Paykeeper и время смены этапа в CRM. Если медиана больше 30 минут - ручной процесс уже стоит вам денег.
Схема: Paykeeper → автоуведомление → amoCRM
Автоматизация строится на событии «оплата прошла», а не на периодической сверке.
Paykeeper (оплата) → сигнал об оплате → ваш сервис → amoCRM API → этап + поля сделки
| Компонент | Роль |
|---|---|
| Paykeeper | Отдаёт автоуведомление при успешной оплате: сумма, номер заказа, id транзакции, email/телефон |
| Обработчик | Проверяет подпись, находит сделку, вызывает amoCRM |
| amoCRM | Меняет этап, пишет сумму и ID платежа в кастомные поля, добавляет примечание |
| Алерт | Telegram или email, если сделку не нашли за N секунд |
Критично: номер заказа при создании ссылки = id сделки или ваш внутренний ключ, записанный в CRM до отправки клиенту. Без этого сопоставление превращается в угадайку по сумме и email.
Связка с экономикой: перед оценкой бюджета посчитайте часы на сверку - каркас из статьи «ROI автоматизации до старта». У школы из кейса ~7 ч/нед уходило только на ручную проверку оплат при 10 менеджерах.
Шаг 01. Зафиксировать номер заказа до отправки ссылки
Менеджер не должен «копировать ссылку как получится». Правило одно:
При создании платежа в Paykeeper в номер заказа передаётся ID сделки amoCRM (или уникальный код, который лежит в скрытом поле сделки).
Как проверить: создайте тестовую сделку, сгенерируйте ссылку, оплатите 1 ₽. В сигнал Paykeeper в набор данных в запросе должен быть тот же номер заказа, что в CRM.
Что сделать на этой неделе: добавьте в amoCRM обязательное поле «ID платежа Paykeeper» и инструкцию для менеджеров: ссылка только из шаблона/виджета, не из личного кабинета «на глаз».
Шаг 02. Поднять автоуведомление и проверку подписи
Paykeeper шлёт запрос на ваш URL при смене статуса платежа. Обработчик должен:
- Проверить подпись запроса (иначе любой сможет «нарисовать» оплату).
- Отфильтровать только успешные статусы.
- Обработать повтор без дублей: один номер платежа - одно обновление сделки.
Типичный провал: автоуведомление принимает запрос, но падает на таймауте amoCRM - Paykeeper повторяет отправку, в CRM дублируются примечания. Решение - журнал номеров транзакций и пропуск, если сделка уже на целевом этапе.
Шаг 03. Обновить сделку: этап, сумма, аудит
После сопоставления по номеру заказа сервис вызывает amoCRM API:
- Этап - например, «Предоплата получена» или ваш следующий шаг воронки.
- Поля - сумма, дата, ID транзакции Paykeeper.
- Примечание - автоматическая строка «Оплата подтверждена автоматически, {время события}» для аудита.
В кейсе школы 97% платежей ложатся на сделку без участия человека. Оставшиеся 3% - чаще всего оплата без номера заказа (менеджер создал ссылку вручную) или оплата на другую сумму (частичная, промокод).
Как проверить: за неделю соберите таблицу «сигнал получен / сделка обновлена / причина ручной правки». Если ручных больше 10% - копайте номер заказа и дисциплину создания ссылок, а не «донастраивайте AI».
Шаг 04. Алерт при несопоставлении
Автоматизация без страховки хуже ручного процесса: вы перестаёте смотреть в Paykeeper, а часть оплат висит в никуда.
Настройте Telegram-бот или email при событии:
- сигнал пришёл, сделка не найдена;
- сумма в сигнале ≠ сумме в сделке (если это важно для вашей модели);
- amoCRM вернул ошибку API.
Ответственный получает сообщение с номером заказа, суммой и ссылкой на поиск в Paykeeper. В пик набора это 2-3 алерта в день вместо 40 ручных сверок.
Сколько это стоит и когда окупается
Ориентир для команды до 15 менеджеров с предоплатой:
| Статья | Оценка |
|---|---|
| Ручная сверка | 5-10 ч/нед × стоимость часа |
| Задержка этапа | потерянные конверсии в пик (сложно, но 1-2 «сорванных» набора в сезон уже больно) |
| Проект интеграции | обычно 150-400 тыс. ₽ под ключ с автоуведомлением, полями и алертами |
| Срок окупаемости | 2-5 мес, если сверка уже занимает 6+ ч/нед |
Если оплат в месяц меньше 30 и один человек сверяет их за 20 минут - автоматизация может подождать. Если в сезон 50+ оплат в день - ручной процесс ломается предсказуемо.
Когда не надо автоматизировать Paykeeper + CRM
- Нет стабильного номера заказа - сначала процесс, потом код.
- В воронке 5 разных типов оплат с разной логикой этапов - нужно техническое описание, не «быстрый автоуведомление».
- amoCRM ведут «как получится»: дубли сделок, смена воронок без предупреждения - интеграция унаследует хаос.
- Нет человека, который раз в неделю смотрит журнал алертов - лучше оставить ручную сверку, чем слепую автоматику.
С чего начать на этой неделе
- Замерьте медиану задержки «оплата → смена этапа» на 20 сделках.
- Проверьте, что номер заказа = id сделки во всех новых ссылках.
- Поднимите тестовый автоуведомление на тестовый контур и прогоните 1 ₽.
- Включите алерт до рабочего запуска, не после.
Обсудим ваш кейс - за одну сессию разберём воронку, поля amoCRM и оценим, хватит ли автоуведомления или нужен промежуточный сервис с очередью.