Контроль над sell-out: как производителю видеть продажи после отгрузки
25 июня 2026
Производитель, который работает через дистрибьюторов, часто хорошо видит первую часть продаж: сколько товара отгружено, какой партнер выполнил план, где лежат остатки на складе. На этом управляемая часть заканчивается.
Дальше товар попадает в зону, где у производителя меньше данных и больше догадок. Дистрибьютор распределяет товар по точкам. Торговый представитель выбирает, чему уделить внимание. Магазин выставляет цену. Продавец решает, что рекомендовать покупателю.
Именно здесь появляется слепое пятно после отгрузки. Производитель видит sell-in, но не видит sell-out: что реально ушло с полки, в какой точке, каким SKU, по какой цене и с чьей рекомендацией.
Что такое sell-out и чем он отличается от sell-in
Sell-in — это продажа или отгрузка товара в канал: производитель продал дистрибьютору, дистрибьютор закупил товар, склад пополнился.
Sell-out — это фактическая продажа ниже по цепочке: товар ушел из торговой точки, был рекомендован продавцом, пробит в чеке, отгружен конечному клиенту или подтвержден документом в канале.
Проблема в том, что многие компании управляют каналом по sell-in, а результат ждут по sell-out. В отчете все может выглядеть нормально: отгрузка была, план выполнен, дистрибьютор товар забрал. Но это не отвечает на главные вопросы:
- попал ли товар в нужные точки;
- стоит ли он на полке;
- кто его продает;
- какие SKU реально уходят;
- не лежит ли товар на складе партнера;
- дошел ли бонус до людей, которые влияют на продажу;
- где продажи растут из-за программы, а где просто совпали с сезонностью.
Пока этих данных нет, производитель управляет не продажами, а ожиданием продаж.
Что происходит после отгрузки
Классическая цепочка выглядит так: производитель отгружает товар дистрибьютору, дистрибьютор распределяет его по торговым точкам, торговые представители работают с ассортиментом и наличием, продавцы общаются с покупателями, покупатель принимает решение.
На бумаге это одна цепочка. В реальности — несколько разных бизнесов с разными интересами.
Дистрибьютор хочет продать портфель и сохранить маржу. Торговый представитель хочет выполнить свои KPI. Точка хочет продавать то, что проще, быстрее или выгоднее. Продавец хочет не ошибиться перед покупателем и получить личную выгоду там, где она есть.
Производитель в этой цепочке часто остается выше уровня фактического контакта с покупателем. Он знает, сколько товара отгрузил, но не знает, что именно произошло в магазине.
«Мы получаем определенную отчетность, условно, раз в месяц. Но нам бы хотелось, конечно, больше в реальном времени видеть, как идет движение товара, как заходят новые коллекции. Первое соприкосание с потребителем очень важно для нас: они могут сравнивать, ездить по салонам по-разному».
— Екатерина П., представитель коммерции и маркетинга, отделочные материалы
Когда данные приходят раз в месяц, производитель узнает о проблеме постфактум. Новая коллекция могла не зайти. Продавцы могли ее не объяснять. Товар мог быть в точке, но не в рекомендации. Все это видно слишком поздно.
Что теряет производитель без видимости sell-out
Слепое пятно после отгрузки кажется аналитической проблемой, но на практике оно быстро превращается в финансовую.
Нельзя управлять промо.
Производитель снижает цену, дает бонус дистрибьютору, запускает рекламу или POS-материалы. Но если нет данных по розничным продажам, непонятно, сработало ли это. Отгрузка выросла — хорошо. Но товар мог просто переехать на склад партнера.
Непонятно, где товар действительно продается.
Один регион может регулярно закупать товар, но продавать его медленно. Другой может давать меньше отгрузки, но быстрее оборачивать SKU. Без sell-out эти различия не видны.
Работу дистрибьютора сложно оценить честно.
План по закупке не равен качественной работе с полкой. Дистрибьютор может выполнять sell-in и при этом не продвигать фокусные позиции.
Бонусы уходят без контроля.
Если производитель выделяет деньги на мотивацию через дистрибьютора, он не всегда понимает, кто получил эти деньги и за какое действие.
Продавцы, которые реально двигают бренд, остаются незаметными.
А именно они часто оказываются самым ценным активом программы: люди, которые знают продукт, регулярно продают и могут стать ядром дальнейшего роста.
Почему дистрибьютор не всегда делится данными
Самый очевидный ответ — попросить дистрибьютора присылать отчеты по вторичным продажам. Иногда это работает. Но чаще данные приходят поздно, в агрегированном виде и не отвечают на вопросы производителя.
Причина не обязательно в плохих отношениях. Данные о точках, объемах, SKU, марже и активности торговых представителей — это актив дистрибьютора. Если он раскрывает их слишком подробно, производитель получает больше рычагов влияния на канал.
Кроме того, у дистрибьютора может не быть мотивации собирать данные в удобном для производителя виде. У него своя система, свои отчеты, свои KPI и десятки брендов в портфеле. Для производителя один SKU может быть стратегическим, а для дистрибьютора — одной позицией в большом прайсе.
«У нас есть определенный бюджет для дистрибьюторов, дистрибьюторы сами за счет этот бюджет уже определяют, что они делают: мотивируют, делают промо-скидки и так далее. Поскольку мы не лидеры именно в напитках, продают то, что проще. Мне интересен инструмент с минимальным усилием с моей стороны, который можно отслеживать».
— Александра К., менеджер по работе с дистрибьюторами, продукты питания и напитки
В этой логике производитель не обязательно хочет «обойти» дистрибьютора. Чаще задача проще: перестать зависеть только от непрозрачных отчетов и увидеть, что происходит ниже по каналу.
Четыре способа получить видимость sell-out
Нет одного универсального способа для всех категорий. Выбор зависит от канала, фискализации, отношений с дистрибьюторами и роли продавца.
Ручные отчеты от дистрибьютора
Это самый простой вариант: попросить партнера присылать таблицу по продажам, точкам или SKU.
Плюсы очевидны: не нужно запускать новую механику, не нужно подключать продавцов, не нужно менять процессы в точках.
Минусы тоже очевидны:
- данные запаздывают;
- отчеты могут быть неполными;
- детализация часто недостаточная;
- формат у каждого дистрибьютора свой;
- ошибки сложно проверить;
- производитель все равно зависит от готовности партнера делиться информацией.
Ручные отчеты подходят как временный источник, но плохо работают как система управления.
Интеграция с системами дистрибьютора
Теоретически это сильное решение: данные идут автоматически из 1С, ERP или другой системы партнера. Можно видеть движение товара, документы, точки и SKU без ручных таблиц.
На практике интеграция почти всегда упирается в сложность:
- у разных дистрибьюторов разные системы;
- IT-ресурсы нужны с обеих сторон;
- согласования занимают месяцы;
- часть партнеров не готова открывать данные;
- проект может остановиться на одном крупном дистрибьюторе.
Интеграция хороша для зрелых отношений и крупных объемов, но редко бывает быстрым первым шагом.
Чековая механика через программу мотивации
Продавец продает товар, загружает чек, платформа проверяет данные, участник получает бонус. Производитель видит факт продажи на уровне точки, SKU, даты и участника.
Помимо выплат, механика создает новый слой данных там, где раньше были только отчеты дистрибьютора.
Чековая механика подходит, если:
- товар продается через онлайн-кассу;
- наименование можно распознать в чеке;
- продавец влияет на выбор;
- участник готов загружать чек ради бонуса;
- производителю важно видеть продажи по точкам.
Ограничение: чек должен действительно доказывать нужное действие. Если в чеке нет SKU, если товар продается без кассы или если вместо продукта в чеке стоит услуга, блюдо или комплект, нужна другая механика.
Альтернативы чекам
В каналах без корректных чеков можно использовать другие подтверждения:
- УПД и накладные;
- серийные номера;
- DataMatrix или Честный Знак;
- QR-коды на упаковке;
- коды рекомендаций;
- отчеты дистрибьютора;
- ручную модерацию.
Это может быть не идеальный sell-out в строгом смысле, но часто это уже лучше, чем полная слепота после отгрузки.
Как работает чековая механика
В простой версии процесс выглядит так.
Продавец регистрируется в программе, продает товар, фотографирует или загружает чек. Платформа проверяет чек: фискальные данные, дату, сумму, наименование, уникальность, соответствие правилам акции. Если все корректно, продавец получает бонус.
Производитель получает аналитику:
- какие SKU продаются;
- в каких точках есть активность;
- какие продавцы регулярно участвуют;
- где чеки отклоняются;
- как меняется динамика продаж;
- какие регионы требуют внимания;
- сколько стоит подтвержденная продажа.
Важная деталь: отклоненные чеки тоже полезны. Они показывают, где программа сталкивается с реальностью канала. Точка не участвует. SKU назван не так. В чеке нет адреса. Продавец загрузил чек позже разрешенного срока. Все это помогает улучшать правила.
Где чековая механика не сработает
Чековая механика сильна, но не универсальна.
Она плохо подходит, если большая часть продаж проходит без фискального чека. Это часто встречается на строительных рынках, в части B2B-каналов, у оптовиков и в каналах с приходниками.
В HoReCa у механики есть слабое место. В чеке гостя часто стоит коктейль или блюдо без ингредиента конкретного производителя. Тогда чек подтверждает покупку гостя, но не доказывает продажу нужного SKU.
Еще одно требование — аккуратная база наименований. Один и тот же товар может быть записан в чеке по-разному: сокращение, внутренний код, транслитерация, ошибка кассира. Платформа должна уметь распознавать такие варианты, иначе поддержка будет разбирать слишком много спорных чеков.
«Мы видим цифру. Что это за цифра? Насколько она реальна? Куда она ушла? Мы не можем видеть. Бюджет урезан, потому что прошлая программа была полуручная, непрозрачная, непонятно эффективная. 60% строительного рынка работает приблизительно вот так, не выбивая чеки».
— Иван, директор по маркетингу, строительные материалы
Эта ситуация хорошо показывает границу чековой механики. Если значительная часть рынка не выдает чеки, нельзя просто перенести FMCG-логику в строительный канал. Нужна другая верификация: DataMatrix, документы, закупки у дистрибьютора, серийные номера или ручной контроль.
Что смотреть в sell-out аналитике
Когда данные появляются, важно не утонуть в количестве отчетов. На старте достаточно нескольких показателей.
Активные точки.
Сколько точек из базы регулярно дает подтвержденные продажи.
Активные участники.
Сколько продавцов или других участников совершили хотя бы одно полезное действие за последние 30 дней.
Продажи по SKU.
Какие товары реально продаются, а какие только заявлены как фокусные.
Причины отклонений.
Они показывают не только ошибки участников, но и проблемы правил: неподходящие точки, неоднозначные SKU, сложный срок загрузки, отсутствие адреса в чеке.
Динамика по регионам.
Можно увидеть, где программа быстро набирает активность, а где нужна дополнительная коммуникация.
Стоимость подтвержденного действия.
Сколько стоит валидный чек, активный продавец, первая продажа или прирост по фокусному SKU.
Ценность sell-out аналитики — в решениях, которые она позволяет принимать: где усилить ТП, какие SKU вынести в обучение, где поменять ставку, какие точки исключить, куда направить бюджет.
Как не поссориться с дистрибьютором
Страх понятен: если производитель начинает работать с продавцами напрямую, дистрибьютор может воспринять это как попытку обойти его канал.
Поэтому программу важно правильно позиционировать.
Рабочая рамка для разговора с партнером: «мы помогаем продавать наш товар в ваших точках и усиливаем продажи на вашей территории», а не «мы контролируем ваших торговых и забираем ваши данные».
В некоторых проектах дистрибьютор может стать участником механики: его ТП получают реферальные ссылки, подключают продавцов и получают бонус за активных участников. Тогда программа перестает выглядеть конкурентом и становится для дистрибьютора дополнительным инструментом.
Как начать, если sell-out сейчас не видно
Прежде чем выбирать платформу или строить интеграцию, стоит понять, где именно возникает слепая зона.
Ответьте на пять вопросов:
- Какую долю продаж мы видим только как отгрузку?
- Какие каналы дают больше всего неопределенности?
- Где продавец или другой участник реально влияет на продажу?
- Есть ли в канале чек, документ, код или другой способ подтверждения?
- Какие решения мы будем принимать, когда данные появятся?
Если на последний вопрос нет ответа, программа рискует стать сбором данных ради данных. Sell-out аналитика нужна, чтобы менять управление каналом: ставки, фокусные SKU, работу с точками, обучение продавцов, планы дистрибьюторов.
Пилот: как не пытаться увидеть все сразу
Не стоит запускать sell-out контроль сразу на всю страну, весь ассортимент и всех дистрибьюторов. Хороший пилот должен быть достаточно узким, чтобы им управлять.
Подходит формат:
- один регион или группа похожих регионов;
- один тип точек;
- один способ подтверждения;
- ограниченный список SKU;
- понятный бонус;
- срок 2–3 месяца;
- заранее выбранные KPI.
KPI пилота могут быть такими:
- количество активных участников;
- количество валидных чеков или документов;
- доля отклонений;
- продажи по фокусным SKU;
- активные точки;
- стоимость подтвержденной продажи;
- повторная активность продавцов.
Через 2–3 месяца можно понять, что мешает масштабированию: ставка, онбординг, SKU в чеке, сопротивление точек, слабая работа ТП или неподходящий способ верификации.
Что делает Robobill
Robobill помогает производителю собрать слой sell-out данных через программу мотивации: настроить механику, проверить подтверждения, начислить бонусы, провести выплаты, показать аналитику по участникам, точкам и SKU.
Если чековая механика подходит, платформа работает с чеками и правилами проверки. Если чеков нет или они не доказывают нужное действие, механику можно адаптировать: документы, коды, ручная модерация, реферальные сценарии, обучение, подтверждение через ТП.
Стартовый вопрос — не «какую кнопку нажать в платформе», а «какую часть канала мы сейчас не видим и какое действие участника поможет ее увидеть».
Частые вопросы
Чем sell-out отличается от sell-in?
Sell-in показывает, сколько товара ушло в канал: дистрибьютору, партнеру, складу. Sell-out показывает, что реально продалось ниже по цепочке. Для управления продажами нужны оба показателя: sell-in объясняет закупку, sell-out показывает уходимость.
Можно ли видеть sell-out без дистрибьютора?
Можно, если есть другой источник подтверждения: чек, документ, код, DataMatrix, серийный номер, отчет участника или программа мотивации продавцов. Полностью заменить данные дистрибьютора получается не всегда, но можно получить управляемый слой данных по активной части канала.
Что делать, если дистрибьютор против прямой мотивации продавцов?
Программу лучше позиционировать как совместный инструмент роста продаж, а не обход дистрибьютора. В некоторых каналах полезно включать ТП дистрибьютора в механику: он подключает продавцов и получает бонус за их подтвержденную активность.
Чековая механика подходит всем?
Нет. Она подходит там, где чек действительно подтверждает продажу нужного товара. Если чеков нет, SKU не виден или канал работает через B2B-документы, нужна другая верификация.
Какие данные появляются первыми?
Первые данные появляются с первого валидного действия: чека, документа, кода или другой проверки. Но управленческие выводы лучше делать после накопления активности за несколько недель или месяцев.
Зачем смотреть отклоненные чеки?
Отклонения показывают, где правила программы не совпали с реальностью канала: неподходящая точка, неверный SKU, отсутствие адреса, повторный чек, поздняя загрузка. Разбор этих причин помогает улучшать правила программы.