КСО ставят, чтобы снизить издержки.
Иногда они делают обратное.
С чего все начинается
У меня был показательный кейс.
Компания пилотировала кассы самообслуживания. В нескольких магазинах поставили по три КСО и попросили разобраться - есть ли в этом экономика.
Я начал не с презентации проекта. Я начал с цифр самого крупного магазина.
За месяц - плюс один миллион рублей к нераспознанным потерям.
КСО выключили сразу. И только после этого начали разбираться, где на самом деле была ошибка.
Ошибка оказалась не в технологии. Ошибка была в модели.
И это важный нюанс. Потому что плохая технология - это одна проблема. Ее можно заменить.
Плохая модель - другая. Она начинает съедать деньги тихо, системно и часто под красивым лозунгом "мы идем в современный ритейл".
Как это обычно продается
Проект КСО почти всегда начинается одинаково.
Приходят с презентацией. В ней - сравнение: классическая касса против кассы самообслуживания. В графе "экономия" - ФОТ кассиров, которых больше не нужно нанимать. В графе "плюсы" - современно, удобно, покупатель сам, очереди меньше, имидж сети.
Звучит убедительно.
Особенно если добавить, что крупные федеральные сети уже это делают. Что это тренд. Что конкуренты смотрят в эту сторону.
Именно так этот проект и был запущен - как маркетинговая и кадровая история, а не как пересборка операционной модели.
Никто не задал вопрос: а какова реальная механика этого решения?
Кто будет контролировать несколько точек сразу?
Какая доля нестандартных чеков?
Что будет с весовыми товарами?
Где граница допустимых потерь?
Как это изменит клиентский путь?
Что считать успехом пилота, а что считать причиной его остановки?
Когда проект продают как символ современности, а не как новую операционную модель, за это потом платит P&L.
Где была реальная ошибка
В том пилоте стояло три КСО. Рядом с ними не было выделенного сотрудника.
Логика была простой: поставили кассы самообслуживания - значит, кассиры больше не нужны.
Это распространенное и дорогостоящее заблуждение.
КСО не убирают кассира из процесса. Они меняют его роль, стоимость и точку приложения.
На классической кассе один кассир обслуживает один поток. На КСО один сотрудник контролирует несколько точек одновременно: разблокировки, весовые товары, возрастные ограничения, ошибки сканирования, нестандартные сценарии. Это не нулевая модель. Это другая модель.
Экономический смысл обычно появляется там, где один сотрудник контролирует несколько КСО одновременно. На практике это часто начинается от четырех точек, но конкретная пропорция зависит от трафика, планировки зоны КСО, товарной матрицы и доли проблемных чеков.
Три КСО и ноль сотрудников - это не экономия. Это слабый контроль с дорогими последствиями.
Если в модели человек исчезает совсем, значит кто-то просто вынес его стоимость из Excel. А реальную стоимость переложил в потери, которые появятся позже.
Именно поэтому такие проекты часто выглядят красиво в презентации и плохо - в операционной реальности. В Excel человек исчез. В магазине - нет. Просто теперь он появляется в другом месте, в другой роли и по другой цене.
Как на самом деле считать КСО
Конкретные инвестиционные цифры и P&L того проекта закрыты под NDA. Но сама логика утечки денег универсальна.
Чтобы показать, как именно собирается тот самый убыток в 1 000 000 рублей без нарушения коммерческой тайны, я покажу расчет по полному контуру на типовой модели гипер-дискаунтера с выручкой 62,5 млн руб. в месяц.
Реальная экономика КСО считается не по одной строке «экономия на ФОТ». Она считается по полному контуру:
Реальная экономика КСО =
[+] Экономия по ФОТ
[-] Рост потерь и недостач
[-] CAPEX и амортизация
[-] Обслуживание и расходники
[-] Время персонала на разблокировки и помощь
[-] Простои оборудования
[+/-] Влияние на пропускную способность и выручку
Если считать только первую строку, проект почти всегда выглядит красивым.
Если считать весь контур, очень быстро становится видно, где заканчивается инновация и начинается новая точка утечки маржи.
Важный нюанс: рост потерь нужно считать не от суммы чеков, прошедших через терминалы, а от общего оборота магазина — потому что воровство и ошибки перетекают в общий котел. Для нашей модели в 62,5 млн руб. математика выглядит так:
- По мягкому сценарию (рост всего на 0,5% к базовому уровню потерь) дополнительные потери — это 312 500 руб. в месяц;
- По жесткому сценарию при «нулевом» контроле (скачок на 1,6% пункта) — это ровно 1 000 000 руб. прямого убытка в месяц;
- Только за год по нижней границе — это 3 750 000 руб. дополнительных потерь, которых не было в презентации вендора. По жесткому сценарию бизнес теряет 12 миллионов.
И это только потери и недостачи. Без CAPEX, без сервисного контракта, без стоимости простоев и потерь от деградации клиентского пути.
В реальном кейсе у нас был магазин с другим оборотом и другой конфигурацией. Но там за один месяц мы получили тот самый минус 1 млн руб. к нераспознанным потерям. Цифры разные, механика одна.
Что бизнес забывает считать
Когда проект КСО презентуют, в таблице обычно есть одна строчка в плюсе: экономия на ФОТ кассиров.
Чаще всего в ней нет всего остального:
- нераспознанных потерь и недостач;
- ошибок по весовым товарам;
- времени сотрудника на разблокировки и помощь;
- стоимости обслуживания КСО;
- расходников;
- простоев оборудования;
- CAPEX и его амортизации;
- влияния на клиентский путь и выручку.
Но есть еще один слой проблемы, который особенно часто недооценивают.
Где КСО начинают ломаться еще до первого чека
Отдельная история - режим весового контроля.
Многие КСО работают в режиме проверки соответствия веса товаров в чеке фактическому весу на платформе. Логика понятна: защита от подмены товара и умышленного занижения суммы покупки.
Но именно здесь часто проявляется проблема, которую замечают уже после запуска.
Если в сети нет нормального процесса по ВГХ - весогабаритным характеристикам товаров - КСО начинают регулярно блокировать покупки. Товар отсканирован, но вес в базе не совпадает с фактическим. Система останавливается. Нужен сотрудник. Покупатель ждет.
На первый взгляд это выглядит как частный сбой.
На практике, если таких позиций в матрице хотя бы несколько процентов, а трафик через КСО высокий, сотрудник превращается не в контролера нескольких точек, а в постоянного оператора одной. Вся экономика пропорции рассыпается.
И дальше бьет уже не только по контролю, но и по выручке.
Человек пришел на КСО за скоростью. Он сам сканирует товары, торопится и на финальном шаге получает блокировку, ожидание и сотрудника, который разбирается с его корзиной.
Несколько таких эпизодов - и покупатель перестает идти к КСО по собственной воле. Пропускная способность падает. Очереди на классических кассах растут. Часть трафика просто уходит.
И вот здесь важна причина, а не только симптом.
КСО с весовым контролем ломаются не только на кассе. Очень часто они ломаются в мастер-данных задолго до первого чека.
Если сеть хочет использовать КСО с контролем по весу, до пилота должны быть сделаны три вещи.
Первое - ВГХ по действующей матрице должны быть заполнены и проверены, а не "добиты потом по ходу". Иначе пилот начнет ловить ошибки не из-за технологии, а из-за грязных мастер-данных.
Второе - должен быть рабочий процесс актуализации. Кто заводит ВГХ, кто проверяет, кто отвечает за корректность и в какой точке ошибка должна быть поймана до выхода товара в продажу.
Третье - в процессе заведения новых SKU должен быть жесткий запрет: новая позиция не может попасть в продажу без заполненных и проверенных ВГХ.
Почему этого обычно не делают?
Потому что ВГХ считают технической мелочью, а не частью экономики КСО.
Потому что между коммерцией, операциями, мастер-данными и ИТ нет владельца процесса.
Потому что проект запускают в логике "быстрее поставить пилот", а не "сначала подготовить контур".
Потому что всем кажется, что данные можно подтянуть потом.
На практике "потом" наступает уже на кассе - в момент блокировки чека, очереди и раздражения покупателя.
Хотите КСО с контролем по весу - сначала убедитесь, что в мастер-данных заполнены ВГХ, есть рабочий процесс их актуализации, а новая позиция не попадает в продажу без этих данных.
Если этого процесса нет, значит операционная проблема уже заложена в модель. Ее просто еще не посчитали.
Рыночный сигнал
Возле дома есть магазин крупной федеральной сети. Раньше там работали две классические кассы и три КСО. Это было удобно: небольшая корзина, быстрый выход.
С начала этого года КСО почти всегда закрыты.
Открывают их только когда растет очередь. И в этот момент рядом встает директор магазина и стоит, пока не уйдет пик.
Я спросил напрямую, почему так.
Ответ был простым: слишком много воруют. Теперь по распоряжению сверху при продаже рядом должен быть сотрудник.
Это уже не локальная странность. Это рыночный сигнал.
Когда крупный федеральный игрок переходит в режим "КСО открываем только под личным контролем директора", значит экономика без этого контроля не сошлась. И выяснилось это уже в процессе работы, а не до запуска.
Когда КСО действительно работают
Здесь важно остановиться.
КСО - не плохая технология. Они работают. Но не в любой конфигурации и не при любых условиях.
Модель КСО дает реальную экономику, если:
- трафик достаточный, а структура корзин позволяет - высокая доля небольших покупок, быстрые чеки без сложных позиций;
- планировка зоны КСО сделана так, что один сотрудник физически может контролировать несколько точек без потери качества надзора;
- пропорция КСО к сотруднику рассчитана честно - с учетом трафика, товарной матрицы и доли проблемных чеков;
- весовые товары, алкоголь и нестандартные позиции отработаны отдельно - либо выведены, либо встроены в контролируемый сценарий;
- в мастер-данных заполнены и поддерживаются ВГХ, а новые позиции не попадают в продажу без этих данных;
- потери считаются прозрачно - есть базовый уровень до запуска и есть контроль динамики после;
- пилот считается по полной экономике, а не только по ФОТ кассира в вакууме.
Проблема не в КСО. Проблема в управленческой привычке внедрять формат раньше, чем посчитана его реальная механика.
Что я бы потребовал до запуска пилота
До запуска такого пилота я бы не смотрел только на стоимость оборудования и обещанную экономию по ФОТ.
Я бы потребовал пять вещей.
Первое - базовый уровень по потерям, выручке и пропускной способности до запуска. Иначе потом сравнивать будет не с чем.
Второе - честную модель распределения персонала. Кто именно остается в процессе, сколько точек он контролирует, в каких сценариях вмешивается и что происходит в часы пик.
Третье - карту рисков по категориям: весовые товары, алкоголь, товары с возрастными ограничениями, нестандартные чеки, зоны слабого обзора, привычные сценарии потерь и недостач.
Четвертое - экономику по полному контуру: CAPEX, обслуживание, расходники, простои, рост потерь, влияние на клиентский путь и только потом - экономию по ФОТ.
Пятое - заранее заданные критерии остановки. При каком уровне потерь, жалоб, падения пропускной способности или деградации маржи пилот считается неуспешным и пересобирается.
Именно этот пятый пункт часто "забывают". Потому что он делает пилот взрослым. Он убирает иллюзию, что проект можно защищать бесконечно просто потому, что в него уже вложились.
Как выглядят нормальные критерии остановки?
Например так:
- рост нераспознанных потерь выше базового уровня на заранее согласованный порог в течение нескольких недель подряд;
- доля чеков с вмешательством сотрудника выше расчетного уровня;
- среднее время помощи на нестандартный чек делает невозможной целевую пропорцию "один сотрудник на несколько КСО";
- пропускная способность не растет или падает;
- жалобы на блокировки и скорость обслуживания выходят за пределы допустимого уровня;
- фактический P&L пилота расходится с расчетным сценарием сильнее допустимого порога.
Пилот без заранее заданных критериев остановки - это не пилот. Это вера в то, что проблема как-нибудь рассосется.
Вот это и есть разница между пилотом и дорогой иллюзией пилота.
Вывод для собственника
Каждый раз, когда к вам приходят с красивой идеей, которая обещает снизить затраты, просите показать полную механику.
Не только строку экономии. Полный контур.
CAPEX и амортизация. OPEX после запуска. Модель распределения персонала - кто именно остается в процессе и в какой роли. Допустимый уровень потерь и как он мониторится. Точка окупаемости. Влияние на выручку при разных сценариях. Сценарий остановки или пересборки, если модель не сошлась.
Если вам показывают только экономию на штатке, вам показывают не экономику проекта. Вам показывают красивую надежду.
Разница между этими двумя вещами и есть цена управленческой ошибки.
И это касается не только КСО.
Любая инновация, которая обещает экономию, ускорение или удобство, должна проверяться одинаково: через полную механику процесса, роли, данные, контроль, допустимый уровень потерь и сценарий остановки.
Если этого нет, перед вами не управленческое решение. Перед вами красивая гипотеза, за которую потом платит бизнес.
В случае с КСО эта цена была измерена в первый месяц. Плюс один миллион рублей к нераспознанным потерям.
Хорошо, что успели выключить быстро. Не всегда получается.
Вывод для CEO
Есть управленческий рефлекс, который дорого обходится в ритейле - и не только в нем.
Когда приходит идея с красивым ROI на первом слайде, хочется поверить. Особенно если тема модная, если конкуренты смотрят в эту сторону, если внутри компании есть запрос на изменения.
Проблема не в том, что идея плохая. Проблема в том, что красивый ROI на первом слайде - это не проверенная гипотеза. Это обещание.
КСО надо считать не как замену кассиру. Их надо считать как новую операционную модель фронтальной зоны магазина - с другой структурой труда, другим профилем рисков и другой экономикой потерь.
Но именно поэтому кейс КСО важен не только сам по себе.
Это просто удобный и очень наглядный пример того, как нужно смотреть на любую инновацию в бизнесе.
Не через первый слайд презентации.
Не через модность решения.
Не через обещанную экономию в вакууме.
А через полный контур: процесс, роли, мастер-данные, контроль, допустимые потери, критерии остановки, фактический P&L после запуска.
Если этот контур не собран, инновация почти всегда начинает выглядеть лучше на презентации, чем в операционной реальности.
Автоматизация склада. Новая CRM. Переход на другую платформу. Передача разработки на сторону. Везде, где есть красивая строка экономии и нет полного контура затрат и рисков, работает одна и та же механика.
Ваша задача как CEO - требовать эту механику до запуска. А не разбираться с последствиями после.
Когда вам в последний раз показывали экономику инновации целиком - с потерями, контролем, обслуживанием, влиянием на маржу и заранее заданными критериями остановки?
Если только красивую строку экономии по ФОТ - это был не бизнес-кейс. Это была презентация надежды.
Для грубой проверки модели на параметрах своего магазина можно использовать этот калькулятор: https://codepen.io/esedegov/full/qEaLWeO
#CIO #ритейл #операционнаяэффективность #CEO #автоматизация