Кратко: Онлайн-школа digital-профессий с отделом продаж из 10 менеджеров. Клиенты после консультации оплачивают предоплату через Paykeeper - и каждый раз менеджер вручную сверял оплату с CRM и перетаскивал сделку на следующий этап. В пик набора это занимало часы и ломало воронку. Мы связали Paykeeper с amoCRM: оплата приходит - сделка переезжает сама, сумма и ID транзакции записываются в поля. По оценке команды клиента, отдел экономит около 7 часов в неделю на сверке оплат.
Ключевые цифры
- −7 ч/нед - ориентировочная экономия времени отдела на ручную сверку оплат
- 97% оплат сопоставляются и обрабатываются автоматически
- < 2 мин - от оплаты до смены этапа в amoCRM (раньше 4-18 часов)
- ~3 недели - от старта до рабочей интеграции
Кто клиент и как устроены продажи
Школа продаёт курсы по дизайну, маркетингу и смежным digital-профессиям. Аудитория - частные лица, B2C. Средний чек - от 80 до 180 тыс. ₽, предоплата 30-50% после консультации с менеджером.
Отдел продаж - 10 менеджеров. После звонка или консультации менеджер создаёт сделку в amoCRM и отправляет клиенту ссылку на оплату через Paykeeper. Когда предоплата приходит, сделка должна перейти на этап «Предоплата получена» - и дальше подключаются кураторы онбординга.
Внутренняя воронка в amoCRM:
- Консультация проведена - менеджер созвонился с клиентом, зафиксировал интерес.
- Ссылка отправлена - клиенту ушла ссылка Paykeeper на предоплату.
- Предоплата получена - деньги пришли, можно передавать в онбординг.
- Онбординг - куратор подключает клиента к обучению.
Объём - около 320 сделок в месяц, из них ~250 с предоплатой через Paykeeper. Два-три раза в год - пик набора: до 35 оплат в день, когда команда работает на пределе.
Что было: сверка оплат вручную
Типичный сценарий менеджера до интеграции:
- Провёл консультацию, создал сделку в amoCRM, отправил ссылку Paykeeper.
- Переключился на других клиентов.
- Через несколько часов (или на следующий день) зашёл в личный кабинет Paykeeper - проверил, пришла ли оплата.
- Нашёл платёж, вручную нашёл соответствующую сделку в amoCRM.
- Перетащил сделку на «Предоплата получена», вписал сумму и дату в комментарий или кастомное поле.
На одну сверку уходило 5-8 минут: открыть Paykeeper, найти платёж среди десятков, сопоставить с CRM, обновить этап. В пик набора - 25-35 оплат в день по всему отделу. Суммарно ~1,5 часа в день только на сверку: 35 × 6 мин ≈ 210 мин. За неделю - около 7,5 часов, по оценке руководителя отдела.
Параллельно росли другие потери:
- Сделки «зависали» на этапе «Ссылка отправлена» 4-18 часов - клиент уже заплатил, а CRM об этом не знала.
- Кураторы не видели оплативших - онбординг начинался с задержкой на день-два.
- Повторные звонки уже заплатившим клиентам - менеджер не видел оплату и дожимал повторно.
- Кривая воронка в отчётах - конверсия «ссылка → предоплата» считалась неверно, потому что этапы обновлялись с опозданием.
Что стало: оплата пришла - сделка переехала
Paykeeper отправляет webhook при успешной оплате. Наш сервис принимает уведомление, находит сделку в amoCRM и обновляет её автоматически.
Сделки двигаются сами после предоплаты через Paykeeper.
Сопоставление оплаты со сделкой
При создании ссылки Paykeeper менеджер указывает order_id - это ID сделки в amoCRM. Когда клиент платит, webhook содержит тот же order_id. Сервис находит сделку за секунды - без ручного поиска в двух системах.
Автоматический перенос этапа
Сделка переходит на «Предоплата получена». В кастомные поля amoCRM записываются:
- сумма оплаты;
- дата и время транзакции;
- ID платежа в Paykeeper.
Менеджер видит обновлённую сделку сразу - не нужно заходить в Paykeeper.
Алерт при несопоставлении
Если order_id не найден в CRM (ошибка менеджера, дубль, оплата без сделки) - уведомление уходит в Telegram ответственному менеджеру и руководителю. Платёж не теряется: он попадает в журнал несопоставленных, откуда его можно привязать вручную.
Журнал всех оплат
Админка показывает каждый webhook: время, сумма, статус сопоставления, ID сделки. Удобно для сверки с бухгалтерией и разбора спорных случаев.
Каждая оплата: order_id, сделка amoCRM и результат сопоставления.
Результаты в цифрах
| Показатель | До | После |
|---|---|---|
| Сверка оплат (отдел) | ~7,5 ч/нед вручную | Автоматически |
| Время от оплаты до смены этапа | 4-18 часов | < 2 мин |
| Доля автоматических сопоставлений | 0% | 97% |
| «Зависшие» сделки после оплаты | Регулярно | Единичные (3% - ручная доработка) |
| Онбординг после оплаты | С задержкой 1-2 дня | В тот же день |
97% оплат обрабатываются без участия менеджера. Оставшиеся 3% - когда order_id не совпал или сделку создали после оплаты. Такие случаи видны в журнале и закрываются за минуты, а не часы.
Как внедряли
Не начинали с кода - сначала разобрались, как школа принимает оплату и что должно происходить в CRM.
- Сбор логики - 3-4 дня. Интервью с руководителем отдела: какие этапы воронки, какие поля заполнять, что делать при частичной оплате или переплате. Зафиксировали правила сопоставления.
- Интеграция Paykeeper + amoCRM - 1,5 недели. Webhook, API amoCRM, запись в кастомные поля, Telegram-алерты, журнал оплат.
- Пилот и доработка - 1 неделя. Подключили двух менеджеров, прогнали реальные оплаты, поправили edge cases: оплата с другой суммы, повторный webhook, оплата по старой ссылке.
Суммарно - около 3 недель до версии, которой пользуется весь отдел.
Что говорит клиент
«Раньше после отправки ссылки я переключался на других клиентов и возвращался к Paykeeper в конце дня - иногда на следующий. Сделка висела на «Ссылка отправлена», хотя клиент уже заплатил. Куратор не видел оплату, я мог случайно позвонить повторно. Сейчас оплатил - через пару минут сделка сама на «Предоплате», сумма и ID транзакции уже в полях. Я трачу время на продажи, а не на сверку двух систем.»
— Руководитель отдела продаж, онлайн-школа digital-профессий
Как устроено технически
Webhook Paykeeper
Paykeeper отправляет POST-запрос на наш endpoint при успешной оплате. В теле - order_id, сумма, ID транзакции, статус. Запрос проверяется по подписи Paykeeper - без неё отклоняется.
Сопоставление и idempotency
Сервис ищет сделку в amoCRM по order_id. Если webhook приходит повторно (Paykeeper может слать дубли) - повторная обработка не меняет сделку: проверяем, что этап уже «Предоплата получена» и ID транзакции совпадает.
Обновление amoCRM
Через API amoCRM:
- смена этапа воронки;
- запись суммы, даты и ID транзакции в кастомные поля;
- добавление примечания с деталями платежа для истории.
Журнал и алерты
Каждый webhook логируется: время, сумма, order_id, результат (сопоставлено / не найдено / дубль). Несопоставленные платежи - Telegram-алерт менеджеру сделки и руководителю. Админка доступна команде SIMPLEDASH и клиенту.
Подходит ли вам такое решение
Этот кейс актуален, если:
- клиенты платят предоплату онлайн через Paykeeper или аналог;
- менеджеры вручную сверяют оплаты и перетаскивают сделки в CRM;
- сделки «зависают» на этапе «ожидание оплаты» после того, как деньги уже пришли;
- воронка и отчёты не отражают реальность из-за задержки обновления этапов;
- вы используете amoCRM или готовы к интеграции.
Хотите такую же связку Paykeeper и CRM? Оставьте заявку - разберём задачу за 30-60 минут.