Как собственнику бизнеса видеть реальную отдачу от партнерства с банками
Партнерство с банком часто выглядит убедительно на старте: известный канал, поток обращений, доверие со стороны клиентов. Проблема вскрывается позже. Собственник видит число переданных заявок, но не видит экономику канала целиком. В итоге программа работает месяцами, забирает время команды, а ответ на главный вопрос остается размытым: бизнес зарабатывает или обслуживает чужую воронку бесплатно.
Я оцениваю такие партнерства через деньги, скорость и качество. Если нет этих трех слоев, контроль превращается в набор красивых отчетов. Число лидов само по себе почти ничего не говорит. Стоимость сделки без учета возвратов и отказов искажает картину. Общая выручка без разбивки по банку прячет слабые места. Нужна система, где видно источник клиента, путь до оплаты, маржу, срок закрытия, повторные продажи и фактические выплаты по договору.
С чего начать
Первый шаг — зафиксировать модель партнерства на одном листе. Что именно банк передает бизнесу: контакты, анкеты, предварительно квалифицированных клиентов, готовые сделки, трафик на посадочную страницу. За что платит бизнес или банк: за лид, встречу, выданный продукт, активного клиента, оборот. Где возникает обязанность сторон: на этапе передачи данных, после верификации, после оплаты, после окончания периода охлаждения. Пока эти правила не описаны простым языком, любая аналитика начнет спорить сама с собой.
Дальше я разделяю метрики на четыре группы.
Первая группа — вход. Сюда входят объем лидов, доля дублей, процент неподходящих заявок, полнота данных, скорость передачи контакта. Если менеджер получает клиента через сутки послее запроса, часть спроса уже потеряна. Если в половине заявок не хватает телефона, региона или предмета интереса, это не лидогенерация, а шум.
Вторая группа — конверсия. Здесь я смотрю на долю дозвона, долю назначенных встреч, долю коммерческих предложений, оплат, повторных покупок. По каждому этапу нужна отдельная цифра по каждому банку. Когда все банки сводят в один средний показатель, сильный канал маскирует слабый.
Третья группа — экономика. Стоимость лида, стоимость сделки, валовая прибыль, чистая прибыль после комиссии, возвраты, скидки, расходы на сопровождение, нагрузка на отдел продаж и поддержку. Если канал приносит оборот, но съедает рабочие часы старших менеджеров и требует длинного цикла согласований, его рентабельность часто оказывается ниже ожидаемой.
Четвертая группа — устойчивость. Я включаю сюда длину цикла сделки, просроченные выплаты, долю спорных начислений, зависимость от одного менеджера банка, сезонные провалы, риск остановки программы. Канал с хорошей выручкой и регулярными задержками по выплатам бьет по оборотным деньгам не хуже слабых продаж.
Что считать
Минимальный набор показателей для собственника выглядит так:
Количество лидов от каждого банка за период.
Доля лидов, принятых в работу.
Доля лидов, отклоненных по понятной причине.
Конверсия из лида в продажу.
Средний чек.
Валовая прибыль на одну продажу.
Средняя комиссия или выплата по программе.
Чистая прибыль на один лид и на одну продажу.
Срок от поступления лида до денег.
Доля повторных продаж из банковского канала.
Фактическая сумма выплат и сумма расхождений с ожиданием.
Эти метрики нужны в динамике. Один удачный месяц ничего не доказывает. Я смотрю минимум на квартал, а лучше на полугодие, если цикл сделки длинный. Иначе сезонность, акции банка или разовая активность менеджеров создают ложное впечатление.
Отдельно советую считать value per lead — ценность одного лида в деньгах. Формула простая: общая валовая прибыль от канала делится на число лидов. Если банк дает много обращений, но ценность одного лида ниже загрузки отдела продаж, канал надо пересобирать или отключать.
Сквозная картина
Главная ошибка — жить в двух несвязанных мирах. Банк считает переданные обращения и свои внутренние статусы. Бизнес считает продажи в CRM. Между ними остается серая зона, где теряются лиды, меняются статусы и начинаются споры о выплатах.
Я ставлю простое правило: у каждого лида должен быть единый идентификатор, который проходит через все этапы. Если банк передает заявку по почте, через таблицу или форму без постоянного номера, учет быстро расползается. Нужна связка источника, даты, менеджера, статуса, результата и суммы сделки. Тогда видно, какие лиды поступили, кто их взял, что с ними произошло и по каким заявкам банк вправе предъявить отчет.
Когда прямой технической интеграции нет, я все равно настаиваю на жестком регламенте обмена данными. Один формат файла, один набор полей, один период выгрузки, единые статусы и правила их изменения. Иначе сверка превращается в ручную расшифровку переписки.
Причины провала
Партнерская программа с банком чаще проседает не из-за самого банка, а из-за разрыва в ожиданиях и слабой операционной дисциплины.
Первая причина — плохая квалификация на входе. Банк передает клиентов с широким фильтром, а бизнес ждет почти готовую продажу. Разница в понимании целевого лида убивает конверсию. Я решаю это через письменный профиль клиента: размер бизнеса, отрасль, оборот, статус потребности, ограничения по региону, перечень стоп-факторов. Чем меньше двусмысленности, тем чище поток.
Вторая причина — медленная реакция отдела продаж. Собственники часто обвиняют партнерский канал, хотя лиды остывают внутри компании. Если первый контакт уходит за пределы нескольких часов, конверсия падает резко. В отчетах это видно по связке времени реакции и итога сделки. После такой сверки многие вопросы к банку отпадают.
Третья причина — спорные статусы. Менеджер ставит отказ, банк считает клиента активным, финансы не понимают, начислять комиссию или нет. Я ввожу закрытый список статусов с точными формулировками. Не «клиент передумал», а «отказ после коммерческого предложения», не «нецелевой», а конкретная причина: нет бюджета, не тот сегмент, дублирование, ошибка контакта.
Четвертая причина — иллюзия большого объема. Когда лидов много, собственник склонен терпеть низкое качество. Но лишний поток забирает ресурс команды, а не создает прибыль. Если ценность одного лида падает ниже внутреннего порога, рост объема только ускоряет убыток.
Как сверять выплаты
Самая чувствительная точка — деньги по договору. Я веду параллельно два контура учета: операционный и финансовый. В операционном видно путь лида и статус сделки. В финансовом — база для начисления, дата возникновения права на выплату, ожидаемая сумма, фактическая сумма, дата поступления, расхождение и причина.
Сверху удобнее делать по короткому циклу, раз в неделю или раз в две недели. Месячная сверка слишком поздно вскрывает проблемы. За это время теряются комментарии менеджеров, меняются статусы, уходят сроки на оспаривание. Если договор сложный, с периодом удержания клиента, в таблице нужен отдельный столбец с датой, после которой выплата становится подтвержденной.
Когда расхождения повторяются, я не спорю по отдельным кейсам бесконечно. Я поднимаю структуру ошибок: где именно они возникают, у какого банка, на каком этапе, по каким основаниям. После этого разговор предметный. Видно, речь о случайных сбоях или о системной дыре в процессе.
Три решения
Для собственника достаточно трех управленческих решений по каждому банку.
Первое — масштабировать. Этот вариант подходит, когда канал дает чистую прибыль, приемлемый срок возврата денег, устойчивую конверсию и понятные правила сверки. Тогда имеет смысл усиливать канал: выделять менеджера, ускорять обработку, просить банк о большем объеме или о приоритетной передаче нужного сегмента.
Второе — перенастроить. Так я поступаю, когда потенциал есть, но результат проседает из-за конкретных дефектов: широкий фильтр, долгий дозвон, слабые скрипты продаж, спорные статусы, непрозрачный учет. В таком случае не нужен резкий отказ. Нужны короткий план изменений, срок проверки и набор метрик, по которым видно улучшение.
Третье — остановить. Если банк дает красивый поток, а канал стабильно не приносит чистой прибыли, тянет оборотные деньги и грузит команду, продолжение программы редко оправдано. Собственник не обязан поддерживать партнерство ради статуса и внешней солидности.
Что должно быть у собственника на одном экране
Я советую собирать короткий дашборд, где без прокрутки видны:
чистая прибыль после всех выплат и затрат,
Этого достаточно для регулярного контроля. Глубокую расшифровку команда держит ниже уровнем. Собственнику нужен не поток деталей, а ясный ответ, какой банк приносит деньги, какой требует ремонта, какой пора отключить.
Хорошая партнерская программа с банком узнается не по громкому имени партнера и не по числу отправленных лидов. Ее видно по чистой прибыли, предсказуемому циклу сделки, прозрачной сверке и повторяемому качеству потока. Когда учет собран вокруг этих опор, решение принимается спокойно и быстро, без веры в обещания и без борьбы с таблицами вручную.
