Касса — точка денег. Почему 50 заявок в месяц били по выручке

Для ИТ это звучало так: касса зависла, открыли заявку. Для директора магазина — иначе. Очередь растет. Кассир стоит и не знает, что делать. Покупатели смотрят, разворачиваются, уходят. Телефон уже звонит — администратор, старший смены, кто-то из офиса. А план продаж на сегодня уже не догнать.

Это одно и то же событие, увиденное с разных сторон.

Формат магазинов — две кассы, крупный средний чек. Одна падает - выручка режется существенно. Обе - магазин просто закрывается. Физически. Покупатели идут к конкурентам.

Кассовая заявка в системе поддержки выглядела как строчка в очереди. На деле это была остановленная точка денег.

Около 50 кассовых заявок в месяц на магазин

Когда начали учитывать кассовые заявки отдельно, первая же цифра потребовала проверки. Около 50 кассовых заявок в месяц на один магазин. Почти две в день.

Первый импульс — искать проблемные точки. Может, несколько старых магазинов тянут среднюю вверх. Проверили. Нет, это был средний показатель по всей сети. Не аномалия в отдельных точках, а накопленный инфраструктурный долг кассового контура, который никто системно не видел, пока заявки жили в разрозненных чатах. На 500+ магазинах — около 25 000 кассовых заявок в месяц. В год — порядка 300 000.

Что это стоило — до ремонта и простоев

Прежде чем разбираться с причинами, посчитал стоимость самого процесса.

Консервативная модель: 10 минут сотрудника магазина и 10 минут сотрудника поддержки на каждую заявку — только первичное переключение, звонок, описание проблемы. Без ремонта, без ожидания, без повторных пингов.

300 000 заявок в год × 20 минут = около 100 000 человеко-часов. Почти 49 FTE в год — только на разговоры о том, что сломалось. Без простоев, без потерянных продаж, без самого ремонта. Почти 49 человек получали зарплату за то, чтобы поговорить о проблеме. Не решить — поговорить. С этим расчетом я пошел к бизнесу. Не с жалобами на кассы — со стоимостью хаоса.

Три источника: откуда шли заявки

Разложил весь кассовый поток по причинам закрытия. Ожидал увидеть «железо». Увидел другое.

30% — отсутствие обучения

Больше трети кассовых заявок не были поломками. Люди просто не знали, как работать на кассе.

Новый сотрудник открывал смену, сталкивался с незнакомой ситуацией и делал единственное, что умел — звонил в поддержку. Поддержка объясняла. Заявка закрывалась с причиной «инструкция пользователя».

Это был не ИТ-вопрос. Совместно с HR начали переписывать программу обучения. Параллельно сделали короткие памятки для кассиров — по типичным ситуациям, которые раньше превращались в звонки.

Этот класс заявок убирается не патчем и не заменой оборудования. Он убирается онбордингом.

Около 40% — физическое состояние кассового узла

Статистика показала закономерность: чем старше магазин, тем больше кассовых заявок. Не пропорционально — резко. Решил проверить лично.

Поехал по нескольким точкам сам. Директоров магазинов и супервайзеров в других регионах попросил сделать фото и видео кассовых узлов. Везде одинаково: полный беспорядок с проводами, слой пыли на оборудовании, ни одного следа обслуживания. Кассы не обслуживали с момента открытия магазина. Нигде.

Техника стареет. Пыль забивает вентиляцию. Провода окисляются, переламываются, теряют контакт. Оборудование сбоило не потому, что было плохим, а потому, что за ним никто не следил.

Составил рейтинг магазинов по двум осям: выручка точки и количество кассовых заявок. Топовые по обеим — подрядчик вызван немедленно. Заявки по этим точкам после обслуживания исчезали. Остальные магазины шли по графику. Ввел правило: если подрядчика вызывают по любому поводу, обслуживание касс добавляется в задачу автоматически. Один выезд — два дела.

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

Остальное: сеть и данные

Неправильные кабели, ошибки в конфигурации сети на объекте, провода, проложенные рядом с линиями 220 В вместо экранированных по проекту.

Где-то — наследие первых запусков, экономили на материалах. Где-то — ошибка конкретного человека при настройке. Закрывали по тому же приоритизированному списку, параллельно с физическим обслуживанием.

Мониторинг: от тушения к предотвращению

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

Выгрузил статистику использования по всем кассам. Первое открытие: большая часть касс не использовалась для продаж от года до двух лет. Числились в сети, иногда включались, реальных продаж не было. Это позволило частично закрыть потребность в кассовом оборудовании для 70+ новых магазинов за счет уже существующих, но простаивающих касс. Второе: у активных касс был понятный график — когда включают, когда нет, когда ожидается пик.

Ввели четыре сигнала автоматического контроля:

смена открыта больше 24 часов, продаж нет — что-то не так; касса обычно работает пять дней в неделю, третий день нет данных — проверить; в папке обмена с кассой файлы старше четырех часов — касса не отвечает; файлы на выгрузку старше 24 часов при отсутствии продаж в системе — точно есть проблема.

Простаивающие кассы вывели из спящего состояния и перераспределили. Для оставшихся рабочих касс ввели правило: каждая касса включается каждый день. Это позволило выявить проблемы до того, как магазин открылся для покупателей.

Ночная команда с двух ночи по каждому часовому поясу проверяла отклонения, разбиралась с причинами. В семь утра у меня был отчет: сколько касс в норме, сколько загружено автоматически, сколько потребовало участия специалиста, сколько еще нужно проверить до открытия. Когда приходила дневная смена поддержки, пул задач уже был готов. Не «разберитесь, что случилось», а «вот конкретные точки, вот что именно».

Данные о незагруженных кассах я передавал коммерческому департаменту. Они корректировали заказы на магазин — это дополнительно снижало out-of-stock.

Плановый контроль: фискальные накопители

Отдельная история, которая раньше регулярно останавливала магазины.

Фискальный накопитель заканчивается. Это не поломка — это плановое событие. Но раньше о нем сообщал магазин, когда касса уже предупреждала. В крупном городе замену можно найти в любое время суток. В малом городе или в селе — нет. Были случаи, когда магазин закрывался на все выходные. И это не просто потеря выручки: работа без фискального накопителя — нарушение законодательства о применении ККТ с соответствующими последствиями со стороны контролирующих органов.

Решение простое по смыслу, но требовало дисциплины. Реестр по каждой точке: когда установлен накопитель, когда ожидается замена, когда отправлен новый, кто получил. Резерв оплаченных подписок ОФД — 25 штук всегда в запасе. Выделенный специалист контролировал реестр и заранее согласовывал дату и время замены с директором магазина. В согласованный момент — звонок, замена, касса вводится в работу.

До этого процесса — в среднем три инцидента в неделю по всей сети из-за закончившегося фискальника. После — ноль.

Результат

Около 50 кассовых заявок в месяц на магазин снизились до двух.

Снижение в 25 раз — без замены команды и без роста бюджета на оборудование. С помощью диагностики причин по данным, приоритизации по выручке и перехода от реакции к плановому контролю.

Вывод

Касса — не устройство на столе. Это место, где бизнес превращает товар, трафик и работу персонала в деньги. Поэтому SLA кассы нельзя считать в тикетах. Его нужно считать по выручке, простою, очереди, повторяемости причины и цене переключения людей.

Директор магазина не спрашивает, на каком приоритете заявка. Он спрашивает, когда снова можно продавать.