sales

Как делить комиссию сеттеров, если над одним лидом работали несколько человек

Лид проходит через трёх сеттеров и закрывается на $10 000. Разбираем понятную и справедливую модель разделения комиссии — и как отслеживать, кто что сделал, чтобы выплаты не превращались в разборки.

Продвигайте ваш бизнес в Telegram

CRM, рассылки и поиск лидов. 1 неделя бесплатно.

Продвигайте ваш бизнес в Telegram

CRM, рассылки и поиск лидов. 1 неделя бесплатно.

Продвигайте ваш бизнес в Telegram

CRM, рассылки и поиск лидов. 1 неделя бесплатно.

Продавайте в Telegram

CRM, рассылки и поиск лидов. 1 неделя бесплатно.

Лид приходит из холодного личного сообщения. Сеттер A назначает звонок. Сеттер B делает follow-up после неявки и переносит встречу. Сеттер C доводит перенесённую встречу до полноценной квалифицированной консультации. Сделка закрывается на $10 000. И теперь три человека пишут вам с вопросом, кому достанется комиссия — а готового ответа у вас нет.

Это происходит постоянно в командах аутрича, работающих через Telegram, особенно когда вы вырастаете за пределы 2-3 сеттеров. Лиды переходят между репами из-за смены смен, покрытия часовых поясов или того, что кто-то подхватывает застрявший разговор. Если правило разделения не прописано заранее, вы обсуждаете комиссию уже после того, как деньги на столе — а это худший момент для таких переговоров.

Как справедливо разделить комиссию между несколькими сеттерами на одном лиде?

Самая распространённая справедливая модель делит комиссию по весу касания, а не по количеству касаний: сеттер, который назначил квалифицированный звонок, получает 50-60%, а любой сеттер, который реанимировал мёртвый лид или неявку либо довёл сделку до закрытия, делит оставшиеся 40-50% пропорционально своему вкладу. Модель «поровну независимо от роли» (33/33/33 при трёх касаниях) проще всего объяснить, но именно она вызывает больше всего обид, потому что реанимировать холодный лид после неявки объективно сложнее, чем первый холодный контакт, на который просто ответили.

Выберите одну модель и зафиксируйте её письменно до следующего цикла выплат. Вот три модели, которые реально используют команды:

  • Приоритет первого касания (70/30): сеттер, который получил первый ответ и назначил встречу, получает 70%, все, кто помогал после этого, делят 30%. Просто, вознаграждает поиск лидов.

  • Приоритет последнего касания (70/30 наоборот): тот, кто довёл лида до реального появления на встрече и квалификации, получает 70%. Вознаграждает доведение до результата, распространено в командах с высоким процентом неявок.

  • Равное разделение по вкладу: делится поровну по числу значимых касаний (не любое сообщение, а именно касание — назначение встречи, перенос или повторная квалификация). Справедливо, но требует максимально чёткого учёта, потому что «значимое касание» нужно жёстко определить, иначе спор будет по каждой сделке.

Какую бы модель вы ни выбрали, впишите правило в процесс передачи лида от сеттера к клоузеру, чтобы оно применялось одинаково каждый раз, а не обсуждалось заново по каждой сделке.

Как отслеживать, какой сеттер касался лида, до разделения комиссии?

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

CRMChat логирует каждый разговор в Telegram и каждое изменение статуса в карточке лида, поэтому вы точно видите, кто из репов отправил сообщение о назначении встречи, кто занимался follow-up после неявки и кто перевёл сделку в статус «закрыто» — всё с временными метками, без необходимости сверять три разных чата. Эта история активности превращает «мне кажется, я касался этого лида» в факт, на который можно опереться в день выплат.

Чтобы учёт разделения комиссии не отнимал время:

  1. Помечайте каждое касание ID репа в момент, когда оно происходит — не восстанавливайте картину позже по памяти.

  2. Пропишите письменно, что считается «касанием» (назначение встречи, перенос, повторная квалификация — а не проигнорированное сообщение «просто напоминаю о себе»).

  3. Задайте правило разделения по умолчанию на этапе пайплайна, чтобы репы видели ожидаемую выплату до закрытия сделки, а не после.

  4. Проверяйте логи разделения еженедельно, а не раз в месяц, чтобы разногласия всплывали, пока все ещё помнят детали сделки.

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

Что происходит, если письменного правила разделения нет?

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

Должно ли разделение меняться в зависимости от размера сделки или источника лида?

Да, в одном конкретном случае: лиды, пришедшие из последовательности возврата после неявки, должны сильнее весить в пользу того, кто их реанимировал, потому что это объективно более тяжёлая работа, чем первичное назначение встречи. Но не усложняйте базовую модель исключениями под каждую сделку — правило разделения, для расчёта которого нужна таблица, — это правило, которому никто не доверяет. Держите одну основную модель (по первому касанию, по последнему касанию или поровну) с единственным задокументированным исключением для реанимированных неявок и применяйте её последовательно.

Как агентства, ведущие несколько клиентских кампаний, решают это в масштабе?

Агентства, ведущие аутрич сразу для нескольких клиентов, сталкиваются с этой проблемой в десятикратном размере — репы работают в разных клиентских рабочих пространствах, и лид, с которым работал один реп в рамках кампании Клиента A, в следующую смену может подхватить другой реп, ведущий того же клиента. Кейс-стади CRMChat показывают, как агентства вроде Lead Sniper решают базовую проблему координации, держа аутрич каждого клиента в изолированном рабочем пространстве с чёткими назначениями по команде, чтобы в любой момент было очевидно, какой реп отвечает за какого лида — именно эта прозрачность и делает возможной атрибуцию комиссии в принципе.

Если вы управляете этим вручную через таблицы, загляните в Центр поддержки CRMChat, чтобы узнать, как работают логи активности на уровне рабочего пространства и назначения ролей, или посмотрите API CRMChat, если хотите выгружать данные атрибуции напрямую в вашу систему расчёта зарплаты или комиссий.

Какое самое простое правило разделения для старта?

Если у вас пока нет никакого правила, начните с этого и скорректируйте позже, когда увидите реальные спорные случаи:

  • 60% сеттеру, который назначил квалифицированный звонок — это самое значимое действие во всём пайплайне.

  • 40% делится между всеми, кто реанимировал, перенёс или повторно квалифицировал лида до закрытия сделки.

  • 0% за касание, которое не изменило статус лида — сообщение «просто хочу узнать, как дела», оставшееся без ответа, вкладом не считается.

  • Впишите это в документ по онбордингу, чтобы новые репы знали правило до своего первого спора о комиссии, а не после.

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

Читать далее

Последние отобранные посты для вас