Два взгляда на одно событие

Для ИТ это звучало так: касса зависла, открыли заявку.

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

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

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

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

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

Когда начали учитывать кассовые заявки отдельно - первая же цифра потребовала проверки.

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

Первый импульс - искать проблемные точки. Может, несколько старых магазинов тянут среднюю вверх. Проверили. Нет - это был средний показатель по всей сети. Не аномалия в отдельных точках, а накопленный инфраструктурный долг кассового контура, который никто системно не видел, пока заявки жили в разрозненных чатах.

На 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 кассовых заявок в месяц на магазин стали около 2.

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

Вывод

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

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

Статья написана для портала it-world.ru