Как связать действия продавца, ТП, ЛПР и дистрибьютора в одной программе
Опубликовано: 13 августа 2026
Продавец готов рекомендовать товар, но его нет в магазине. ТП рассказал о программе, но руководитель точки не разрешил сотрудникам участвовать. Продажа состоялась, однако в отчете дистрибьютора ее невозможно связать с продавцом.
В таких проектах один бонус не решает всю задачу. По нашим наблюдениям, 90% промоактивностей в одном из разобранных проектов поддерживали закупку у дистрибьютора: дальнейшее движение товара оставалось почти невидимым. Важно не переносить эту долю на рынок в целом, но она точно показывает, почему производителю приходится разводить звенья и события. Продажа зависит от нескольких людей, и каждый отвечает за свой шаг.
Для общего контекста о роли продавца можно обратиться к программе мотивации продавцов. Если задача связана не с ролями в одной цепочке, а с ростом брендов, сетей и регионов, см. масштабирование программы мотивации.
Данные после отгрузки разобраны в статье о контроле sell-out. Программа должна связать эти действия, не превращая их в четыре параллельные системы мотивации.
В одной компании до запуска sell-out-программы 90% промоактивностей поддерживали закупку у дистрибьютора. Дальнейшее движение товара оставалось почти невидимым. Новая программа стартовала в 20 городах, чтобы соединить работу канала с продажами в точках.
Одна цепочка продаж может объединять несколько ролей, если вклад каждой связан со своим событием.
С какого результата начинать
Фраза «хотим мотивировать продавцов, ТП и точки» перечисляет людей, но не объясняет, зачем они нужны вместе. Гораздо полезнее назвать конечное событие. Например: подтвержденная продажа приоритетного SKU в подключенном магазине. Если вы проектируете пилот, оставьте одно конечное событие и проверьте, какие переходы к нему зависят от каждой роли.
Теперь путь можно пройти в обратную сторону. Продажу совершает продавец. До этого товар должен быть в наличии, руководитель — разрешить участие, ТП — познакомить продавца с программой, а дистрибьютор — поддерживать корректный справочник и поставки. В проекте, который запускали в 20 городах, такая связка помогала отделить закупку у дистрибьютора от продажи в точке.
Цепочка не всегда будет такой длинной. Если магазины уже подключены, ассортимент стабилен, а продавцы собраны в базе, ТП и ЛПР могут просто получать информацию. Отдельное вознаграждение им не требуется.
Полезный вопрос к каждой роли: без какого ее действия продажа регулярно останавливается? Если у вас несколько ролей в одной цепочке, сначала назовите каждое действие. Если ясного ответа нет, человека не нужно включать в бонусную схему только ради полноты.
Разные роли могут вести к одной продаже, но основанием для их вознаграждения становятся разные события.
Что именно делает каждый участник
Общий KPI «рост продаж» нужен руководителю, но почти бесполезен человеку в магазине. Продавец не управляет остатками, ТП не продает за прилавком, а директор не контролирует каждую рекомендацию. Поэтому для 4 ролей нужны разные наблюдаемые действия.
Матрица помогает отделить наблюдаемый вклад роли от общего результата программы.
Не каждое действие требует отдельного бонуса. Часть остается обычной рабочей обязанностью. Таблица нужна, чтобы отличить необходимый вклад от красивого списка участников.
Robobill может сохранять реферальные связи ТП→продавец и ЛПР→продавец. Ссылка показывает, кто пригласил человека. Качество подключения подтверждается отдельно — первой продажей, несколькими действиями или результатом точки.
Может ли одна продажа относиться к нескольким людям
Да. Продажу совершил продавец, его пригласил ТП, а руководитель развивал команду точки. Проблема возникает не из-за самой связи, а когда все получают одинаковый процент без объяснения своего вклада. В одной схеме ТП получал бонус после 3 подтвержденных продаж приглашенного продавца, а не за саму регистрацию.
Рабочая схема отвечает на несколько вопросов. Кто создал связь между участниками? Как долго она действует? Какое событие подтверждает качество подключения? Что произойдет при смене ТП или магазина? Кто получит бонус, если на результат претендуют два человека?
Например, продавец получает вознаграждение за свою продажу. ТП — один раз после первого полезного действия приглашенного человека либо за достижение порога активных точек. Руководитель — за результат команды за период.
Одна продажа участвует в нескольких расчетах, но оплачиваются разные действия. Срок связи и правило приоритета защищают бюджет и снимают споры при смене ответственного.
Регистрация здесь остается только началом. Она не доказывает, что ТП или ЛПР подключил активного продавца.
Спор вокруг одной продажи решают заранее зафиксированные основания и данные, а не общий KPI.
Почему всем ролям нельзя показывать одну инструкцию
У каждого участника свой ближайший вопрос. Продавцу важно, какой товар участвует и когда придет бонус. ТП — кто из приглашенных дошел до первого действия. Руководителю — сколько сотрудников магазина активны. Дистрибьютору — где нужен товар или исправление справочника.
В одном проекте сложное правило дополнительных баллов пытались объяснить листовкой. Его проверили в фокус-группе из 6 продавцов, но формулировка все равно оставалась непонятной.
«Это так сложно коммуникацию написать. Мы делали листовку с дополнительными баллами, делали фокус-группу из шести человек — они, ну, даже это не понимают».
— трейд-маркетолог дистрибьютора зоотоваров
Первый экран каждой роли должен отвечать на три вопроса: что сделать сейчас, какой результат это даст и в каком статусе находится действие. Если вы читаете правила и не можете ответить на эти 3 вопроса за минуту, сообщение еще рано отдавать в запуск.
Поддержку тоже не стоит передавать по всей цепочке. В прежней программе вопросы продавца сначала получал ТП, затем производитель, затем агентство.
«Это вызывает негатив, и там вопросы от розничных продавцов сыпятся нашим торговым представителям, они сообщают нам, потом мы сообщаем агентству, в итоге мы сделали общий чат. Это все время потерянное, вместо того чтобы заниматься продвижением товаров».
— Марина Д., бренд-менеджер производителя ветпрепаратов
ТП может помочь с подключением, но статусы проверки, причины отклонения и канал обращения должны быть доступны участнику напрямую.
Как увидеть место, где цепочка разорвалась
Итоговые продажи показывают результат, но не причину. Для управления нужна общая воронка:
- магазины с подтвержденным наличием;
- точки, где ЛПР разрешил участие;
- ТП, начавшие приглашать продавцов;
- зарегистрированные продавцы;
- продавцы с первым подтвержденным действием;
- активные магазины и повторные продажи.
В одной программе планировали подключить 2 000 участников, а фактически пришло около 1 000. Во встрече звучало несколько возможных причин: сложный путь, высокая нагрузка на продавцов, изменения в отрасли и конкурирующие программы. Простого сравнения «план — факт» здесь недостаточно.
Если магазины подтверждены, но продавцы не регистрируются, нужно смотреть приглашение: в одной действующей программе через 4 месяца 37% ТП не зарегистрировали ни одного продавца. Если регистраций много, а действий мало, проверять правила, наличие и обучение. Если продавцы активны, но товара регулярно нет, причина находится выше.
Для каждой роли полезны два показателя. Первый — выполнил ли человек свое действие. Второй — продолжилась ли цепочка после него. У ТП это число приглашений и первая активность продавцов. У ЛПР — подключенные сотрудники и результат точки.
Сколько ролей брать в первый пилот
Минимум, без которого не возникает выбранный результат. Например, продавец подтверждает продажу, ТП подключает его, а ЛПР подтверждает магазин. Дистрибьютор передает справочник, но пока не участвует в бонусной механике.
До старта команда записывает действие каждой роли, источник данных, условие и лимит бонуса, срок связи, доступные показатели и маршрут поддержки.
На пилоте важны не только продажи. Понимают ли люди собственную задачу? Сколько времени занимает переход? Где нужна ручная помощь? Сколько результатов вызывает спор о том, кто их привел? В одной программе одновременно учитывали 4 103 продавца и 215 ТП — такой масштаб уже требует раздельных показателей по ролям.
Если цепочка работает, к ней можно добавлять территории и новые роли. Если один переход не работает, меняется именно он — правило, данные или сообщение. Не нужно пересобирать всю программу.
Что проверить перед запуском
- Есть один конечный результат.
- Для каждой роли названо действие, которым она управляет.
- Действие можно подтвердить.
- Регистрация не считается автоматическим результатом.
- Срок связи и смена ответственного описаны заранее.
- Один результат не создает бесконтрольное двойное начисление.
- Каждая роль видит только нужную ей информацию.
- Поддержка не проходит вручную через всю цепочку.
- Отчет показывает переходы между ролями.
- Пилот начинается с минимального числа участников.
Частые вопросы
Нужно ли включать все роли канала?
Нет. Роль нужна в бонусной схеме, если без ее действия цепочка регулярно останавливается и это действие можно подтвердить. Остальным может быть достаточно информации. В пилоте начните с 1–2 ролей, без которых выбранный результат не наступает.
Сколько показателей оставить на старте?
Для каждой роли достаточно 2 показателей: выполнено ли ее действие и продолжилась ли цепочка после него. Так отчет не превращается в список несвязанных цифр.
Можно ли начислять бонус ТП и продавцу за одну продажу?
Да, если оплачиваются разные действия. Продавцу — продажа, ТП — качественное подключение активного человека или магазина. Срок связи и спорные случаи описываются заранее.
Кто подтверждает торговую точку?
ЛПР, ТП, реестр клиента или справочник дистрибьютора — в зависимости от доступных данных. Надежнее соединить идентификатор магазина с подтверждением роли участника.
Как понять, какая роль задерживает результат?
Посмотреть воронку: наличие, разрешение точки, приглашение, регистрация, первое действие и повтор. Самый заметный разрыв показывает место для проверки, но причину нужно подтвердить данными и обратной связью.