Когда ценник врёт: где прячется ваша маржа
Никто ничего не нарушил. Касса работает. Переоценка проведена. И всё это время компания продаёт не по той цене, которую сама же утвердила три дня назад.
Именно в этом разрыве живут деньги, которые бизнес теряет незаметно для себя.
История с неверными ценниками почти везде недооценена. Её воспринимают как неприятный фон розницы: где-то не успели переоценить полку, где-то не дошёл обмен, где-то касса не обновилась, где-то магазин отложил загрузку. Всё это звучит как набор частных сбоев. Но если смотреть на ситуацию глазами CEO или собственника, картина выглядит иначе.
Компания уже приняла коммерческое решение о новой цене. Значит, она уже рассчитывает на другую выручку, другую валовую прибыль, другую экономику акции. Но магазин в этот момент может ещё жить по старой цене. Час. День. Несколько дней. И всё это время бизнес продаёт не по той модели, которую сам же для себя утвердил.
Проблема не в самом факте ошибки. Проблема в том, что в большинстве компаний эта потеря не превращена в цифру. Значит, ею не управляют.
Где на самом деле начинается потеря
В рознице неверный ценник обычно обсуждают в двух плоскостях.
Первая - клиентская. Покупатель недоволен. Возникает конфликт на кассе. Падает доверие к магазину. Это правда.
Вторая - операционная. Кто-то не выполнил переоценку, кто-то не загрузил кассу, где-то сломался обмен. Это тоже правда.
Для CEO и собственника важнее третья плоскость, о которой говорят намного реже. Неверный ценник - это ситуация, когда компания сама не исполняет свою коммерческую модель и не знает цену этого разрыва.
Если в системе новая цена должна действовать с понедельника, а магазин реально начинает продавать по ней в пятницу - четыре дня компания живёт не по той цене, которую сама запланировала. На уровне одного чека это не чувствуется. На масштабе сети это уже не операционный шум. Это ежедневная утечка выручки и упущенная маржа с продажи.
Именно это я увидел в одном из своих кейсов.
Когда мы подняли историю и разложили её не по жалобам, а по факту исполнения, выяснилась неприятная вещь. Средняя разница между датой, когда новая цена должна была начать действовать, и датой, когда она реально начинала действовать, составляла четыре дня. Среднее здесь не врёт: это не эффект нескольких выбросов с аномально долгой задержкой. Большинство магазинов давали именно такой разрыв на регулярной основе - проблема была не в исключениях, а в норме.
И вот здесь стало ясно главное: компания теряет не на случайных ошибках, а на том, что разрыв между коммерческим решением и исполнением на кассе вообще не поставлен под ежедневный контроль.
Почему это почти везде живёт годами
Такие вещи долго не воспринимаются как управленческая проблема по одной причине. Участники процесса видят только свой кусок.
Коммерческий блок считает, что цену ввёл и решение принял вовремя. Розница считает, что в магазине много задач и переоценка может подождать до конца дня. ИТ видит отдельные инциденты и обмены, но не всегда видит всю потерю как деньги. Финансы получают итоговую выручку и работают с фактом - не видя, сколько из этого факта было потеряно именно на разрыве цены.
В моём кейсе процесс был устроен особенно показательно. Магазин сам определял, когда загрузить переоценку на кассу. Формально это выглядело как операционная гибкость. По факту это означало, что магазин мог сделать это в нужный день, мог отложить на завтра, мог отложить ещё дальше. В отдельных случаях загрузка делалась раз в неделю.
Для магазина это не выглядело критичным. Для бизнеса это означало другое: компания утвердила одну цену, а продавала по другой.
Пока эта ситуация не превращена в прозрачную цифру на следующее утро, внутри компании почти неизбежно начинается привычный разговор о причинах. Кто не загрузил. Почему не дошло. На каком узле зависло. Но это разговор уже после потери. Он объясняет проблему, но не управляет ею.
Как я заходил в решение
В этой истории мне было важно не обсуждать частные ошибки, а сначала увидеть масштаб.
Логика решения довольно простая.
У документов переоценки есть дата начала действия. Система скидок компании тоже известна. Значит, в каждый момент времени можно вычислить, какая цена имеет право пройти на кассу по конкретному SKU. Другими словами, бизнес уже знает, по какой цене должен продавать. Ему не хватает только одного: сопоставить это знание с тем, по какой цене он реально продаёт.
Мы сделали именно это.
Каждый раз, когда загружалась кассовая смена, брали позиции чека, рассчитывали ожидаемую цену с учётом действующих правил и сравнивали её с фактической ценой продажи. Все отклонения консолидировали.
После этого уже утром становилось видно то, чего раньше не было видно вообще: в каком магазине есть проблема, по каким SKU, на какую сумму, с какой плотностью это происходит - и на что это больше похоже: на сбой обмена, на кассовую проблему, на операционную дисциплину магазина или на некорректную логику самого процесса.
Вот здесь неверный ценник перестаёт быть жалобой клиента и становится управляемой потерей выручки.
Для собственника это критическая разница. Пока проблема живёт как жалоба, бизнес реагирует эмоционально и выборочно. Когда проблема живёт как ежедневная цифра, её можно считать, ранжировать и устранять по экономическому приоритету.
Сколько это стоит в деньгах
Именно здесь у большинства компаний стоит белое пятно.
Логика расчёта прямая. Берём дневной объём продаж по SKU, где зафиксировано расхождение цены. Умножаем на разницу между ценой, по которой должны были продавать, и ценой, по которой продали фактически. Получаем ежедневную упущенную выручку по конкретному магазину. Дальше - умножаем на количество магазинов в сети и на количество дней, пока расхождение жило в системе.
Простой пример. Сеть 200 магазинов. В каждом в среднем 50 SKU с расхождением цены в период переоценки. Средняя разница между старой и новой ценой - 20 рублей на позицию. Средние продажи по затронутым позициям - 10 штук в день на магазин. Итого: 200 × 50 × 20 × 10 = 2 000 000 рублей в день по сети. При четырёхдневной средней задержке - 8 000 000 рублей с каждого цикла переоценки.
Цифры условные - у каждой сети своя математика. Но порядок счёта именно такой. И когда его делаешь первый раз - реакция внутри компании меняется моментально. Потому что это уже не "где-то не успели переоценить". Это конкретная строка потерь с конкретным знаком минус.
Что изменилось после того, как потерю начали считать
После запуска такого контроля мы очень быстро увидели не только сами отклонения, но и реальную природу проблемы.
Стало ясно, что значимая часть расхождений живёт не в сложной цифровой трансформации, а в простом отсутствии дисциплины исполнения. Компания годами соглашалась с тем, что между коммерческим решением и кассовой реальностью может быть зазор в несколько дней. Формально никто ничего катастрофического не делал. Но в деньгах это означало, что бизнес сам себе разрешал жить в разных версиях цены.
Когда этот разрыв стал ежедневной цифрой, ситуация изменилась очень быстро.
Цены начали вставать день в день.
А все отклонения, которые возникали в течение дня, уже воспринимались не как нормальная жизнь магазина, а как форс-мажор, который нужно разбирать отдельно. После каждого такого разбора корректировали либо операции в магазине, либо сам процесс переоценки, либо контур контроля, либо технический узел, если проблема действительно была там.
Это и есть признак зрелого управления. Компания не пытается сделать вид, что ошибок не будет вообще. Она перестаёт считать их естественным фоном и начинает относиться к ним как к управляемому отклонению с понятной экономикой.
Как из утреннего отчёта сделать реальный контур управления
Когда видишь потерю утром, следующая логика напрашивается сама.
Первый чек с неверной ценой - уведомление директору магазина. Второй аналогичный чек - сигнал супервайзеру. Третий - директору региона.
Компания перестаёт узнавать о проблеме только через жалобу клиента или через постфактум разбор итогов периода. Она начинает ловить потерю в моменте. А это уже совсем другой класс управляемости.
Большая часть таких проблем не требует дорогих инструментов или тяжёлых проектов внедрения. В нашем кейсе основная масса отклонений закрылась базовыми вещами: чёткий регламент загрузки переоценки, фиксированное время исполнения, конкретный ответственный, эскалация при нарушении. Не новая система. Не большой бюджет. Прозрачность, дисциплина и нормальный контур реакции. Туда, где причина действительно оказывалась технической - шли отдельно и точечно. Но таких случаев было меньшинство.
Когда проблема перестаёт быть локальной
В таких историях нужно правильно задать порог, после которого это уже не частная проблема магазина.
В моём кейсе критерием была разница между фактической выручкой и той выручкой, которую магазин должен был бы получить, продавая по запланированным ценам. Но сам порог срабатывания нельзя задавать одинаково для всей сети. Магазин с дневной выручкой 400 000 рублей и гипермаркет с 20 000 000 в день - это разная цена одного и того же процента. Там, где X% - это терпимое отклонение на сутки, здесь X% - это уже очень дорогой сбой в деньгах. Поэтому порог задаётся под формат: считаешь допустимую абсолютную потерю выручки за день по магазину данного типа - и уже от неё обратно выводишь процент, при котором нужно включать эскалацию. Не "всем по одному правилу". А "порог откалиброван под реальную цену ошибки в каждом формате".
Какая роль здесь у ИТ
В моём кейсе владельцем этого контура было ИТ.
Но здесь надо правильно понимать, что именно ИТ делает в такой конструкции.
ИТ не становится владельцем коммерческого решения о цене. Оно не решает, какой должна быть цена, какая акция нужна категории и где компания готова жертвовать маржой ради трафика. Это не его роль.
Роль ИТ здесь другая - и для CEO принципиальная.
ИТ делает проблему видимой, посчитанной и управляемой.
Когда фиксировалось расхождение, ИТ первым делом проверял технический контур: дошёл ли обмен, корректно ли отработала загрузка, нет ли ошибки в данных. Если техника была чистой - расхождение уходило в операционный разбор: магазин не загрузил, процесс переоценки не отработал, ответственный не выполнил действие в срок. Такая цепочка давала однозначный ответ на вопрос "чья проблема" - без споров между функциями и без игры в "это не мы". Владелец устранения назначался по факту причины, а не по громкости голоса на планёрке.
Для CEO один из самых сильных признаков зрелого ИТ-директора - он не просто держит системы. Он убирает из бизнеса слепые зоны, в которых теряются деньги.
Почему собственник должен считать это отдельной строкой
Собственник обычно хорошо понимает потери в закупке, в аренде, в ФОТ, в списаниях, в запасах. Но неверный ценник почти никогда не живёт у него в голове как отдельная строка упущенной выручки.
В этом и скрыт риск.
Если компания не сравнивает ожидаемую цену продажи с фактической ценой по чеку, она не контролирует часть своей выручки и упускает маржу, которую сама же запланировала. Она просто надеется, что полка, касса и система живут в одной реальности.
Иногда живут. Иногда нет.
Но пока это не превращено в ежедневную цифру, собственник даже не знает, сколько денег уходит не из-за плохой закупки, не из-за конкурента и не из-за слабого спроса - а просто потому, что компания не доводит до конца собственное коммерческое решение.
Это особенно неприятный тип потерь. Он не выглядит драматично. Он не собирает аварийный чат на 30 человек. Он просто тихо течёт мимо выручки, пока все считают, что это нормальная жизнь розницы.
Что отсюда должен взять CEO
Для CEO неверный ценник - это не розничная мелочь и не тема только для операционного директора.
Это симптом того, что внутри компании разорвана связка между коммерческим решением, операционным исполнением и кассовой реальностью.
А если эта связка разорвана здесь, почти всегда найдутся и другие зоны, где бизнес живёт в похожей логике: решение принято, но в поле оно ещё несколько дней существует в другой версии.
Есть ли у компании способность быстро доводить решение до операционного контура, видеть отклонение уже на следующий день, считать цену ошибки, отделять локальный сбой от системной проблемы и назначать владельца устранения по факту причины - а не по принципу "кто громче спорит"?
Если этого нет, бизнес платит дважды. Первый раз - потерянной выручкой. Второй - потерей управляемости.
Неверный ценник - это не бумажка на полке.
Это место, где становится видно, умеет ли компания дотаскивать своё коммерческое решение до реальной продажи.
Когда новая цена уже действует, а магазин ещё продаёт по старой, проблема не в ценнике. Проблема в том, что бизнес теряет выручку - и долго даже не знает её размер.
В моём случае простая логика контроля сделала эту потерю видимой. Убрала среднюю задержку в четыре дня. Перевела цены в режим день в день.
Большая часть проблемы жила не в отсутствии сложной технологии. Она жила в отсутствии прозрачности, дисциплины и нормального контура реакции.
За такие разрывы бизнес всегда платит деньгами.
Есть ли у вас цифра, сколько компания теряет не из-за закупки или конкурента - а просто потому, что новая цена в системе уже действует, а на кассе ещё нет?
#cio #ceo #ритейл #маржа #операционнаяэффективность