Управление ИТ‑активами в розничной сети — как перестать терять деньги на простоях

В субботу в крупной фэшн‑сети отказал фискальник на одной из касс. Покупатель постоял минут пятнадцать, потом развернулся и ушел. Так к концу дня точка потеряла около половины выручки.

В сетях магазинов такие истории случаются почти каждую неделю. В статье расскажу, как мы выстроили работу с сетью из 60+ магазинов в 50 городах России, и почему «навести порядок» в ИТ — это в первую очередь про выручку, а уже потом про железо.

Почему простой кассы — это вопрос выручки, а не ИТ

В рознице вся бизнес‑модель сходится в одной точке — кассе. Стоит ей встать, и магазин фактически закрыт, даже если двери открыты.

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

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

К тому моменту, как касса наконец заработает, проходит часов шесть–восемь. Это до 50% может лишить точку львиной доли дневной выручки.

Что входит в управление ИТ‑активами в розничной сети

Управление ИТ‑активами — это не просто таблица «список оборудования» в Excel. Это процесс из четырех составляющих. Если убрать одну — остальные развалятся.

Учет оборудования. Живая база — CMDB (Configuration Management Database). По каждой торговой точке известно, что там стоит: какие системные блоки и мониторы, фискальные регистраторы, принтеры этикеток, сканеры, роутеры. С серийниками, датой установки, историей ремонтов. База доступна и инженерам, и руководителю сети в любой момент.

Планово‑предупредительные ремонты (ППР). Есть план, по которому инженер выезжает в каждую точку и проводит аудит оборудования. «Уставшее» меняет по графику. Выходит значительно дешевле, чем менять то же самое экстренно, когда оно отказало в час пик.

Соглашение об уровне сервиса (Service Level Agreement, SLA). Здесь прописано, за сколько часов инженер приедет на точку при таком‑то типе инцидента и что будет исполнителю, если срок просрочен. Неважно, свой это инженер или подрядчик: норматив по времени восстановления нужен в любом случае.

Уберите любую часть — и схема рассыпается. Учет без подменного фонда — поломка все равно превратится в срочную закупку. Подменный фонд без плановых проверок — оборудование на складе постепенно «протухает», и в день замены выясняется, что и оно не работает. Плановые проверки без SLA — вы просто не знаете, когда дойдут руки до магазина. Уберите из часов любую шестерню — и они перестанут работать. Здесь так же.

Что сеть может сделать своими силами

Часть работы с ИТ‑активами не требует ни подрядчика, ни большого бюджета. Это организационные шаги, которые сеть делает сама, — с них и стоит начать, прежде чем решать «сами или подрядчик».

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

Ведите учет инцидентов. По каждой единице фиксируйте, сколько раз она ломалась и как часто — можно в той же таблице. Техника редко умирает разом — она сдает постепенно, и учет поможет спрогнозировать это заранее. Растет частота поломок по позиции — пора менять, не дожидаясь, пока она встанет в час пик. То же касается срока службы. Дата выпуска есть, так что если МФУ или системный блок отработал 5+ лет, замену лучше запланировать заранее, а не ловить аварию. Плановая замена в разы дешевле экстренной.

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

Прикиньте подменный фонд по факту поломок, а не на глаз. Метод простой:

• разбейте магазины на сектора по географии — так, чтобы до каждой точки сектора реально дотягивался один инженер (обычно это деление по областям, а внутри области — по «кустам»);
• посчитайте, сколько и какого оборудования меняли в каждом секторе за год — это и будет значение запаса;
• на складе сектора, откуда одинаково быстро добраться до всех точек, держите запас по этим позициям.

Чаще всего достаточно держать хотя бы по одной единице каждой критичной позиции. Это небольшой объем. «Карманный» подменный фонд — это около кубометра на складе, куда влезает почти весь парк типового оборудования сети.

Для точек с одной‑двумя кассами держите запас критичного оборудования прямо в магазине. Дублировать полный комплект оргтехники в каждый магазин дорого. Но там, где одна‑две кассы (магазины одежды, сувениров), запасная под рукой окупается — если встала, поменяли за час, а не за день. Сканер штрих‑кодов потерпит, а касса нет.

Свой штат, гибрид или аутсорсинг — от чего зависит выбор

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

Свой штат (инсорс). Инженеры в штате сети. Плюс — они знают именно вашу сеть, ваше оборудование и ваше ПО, и эта экспертиза растет. Одни и те же люди обслуживают одни и те же точки, вы напрямую управляете их компетенциями и контролируете качество.

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

Решает география и плотность, а не число точек. У региональной сети может быть и 200 магазинов, но если они компактно сидят в одной области и своих рук хватает — свои инженеры обслужат лучше. Один инженер на машине эффективно закрывает порядка 50 магазинов, если они в «кусте»; в плотной городской застройке — до сотни (инциденты не случаются в каждой точке каждый день). Поэтому даже у сети с огромной географией, но высокой плотностью точек выгоднее держать своих — так устроены крупные федеральные продуктовые сети. Аутсорсинг и гибрид выигрывают там, где до магазинов не дотянуться своими силами. Точки разбросаны по регионам, и держать инженера под каждый «куст» дороже, чем отдать выезды подрядчику с людьми на местах.

Считать надо не оклад инженера, а полную стоимость сотрудника: оклад, налоги и взносы (около 30%), рабочее место и связь, отпускные, больничные, обучение — плюс риск, что в отпуск или после увольнения точки останутся без поддержки. Свой штат хорош, когда загрузка стабильна. А она стабильна не всегда: в спокойный месяц инженер все равно получает зарплату, в пик один человек не вывезет поток.

Честно о минусах аутсорсинга

Главный минус — вы не управляете компетенциями инженеров, которых присылают на выезд. Состав меняется, и приехать может специалист с неглубокими знаниями. Это лечится — но только если у вас есть стандарты работы и проверки качества. Тогда с подрядчика есть что спросить. А если регламентов нет и поддержка держалась «на наитии», подрядчику достается не работа, а стройка процессов с нуля — и не факт, что он за нее возьмется.

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

Третий — выбор подрядчика по цене. Цена — критерий экономии, а не качества. Самый дешевый договор регулярно оборачивается срывами SLA и убытками, которые перекрывают экономию. Сэкономили на входе — доплатили простоями.

Кейс, когда аутсорсинг не нужен

Волгоградская продуктовая сеть, больше 100 магазинов, собиралась перейти на аутсорсинг. Разобрали, как у них устроена поддержка: штат ровно под объем, инженеры загружены, в простое им есть чем заняться, все на метриках. От инженеров требовались глубокие знания не только железа, но и кассового ПО с учетной системой — инциденты они закрывали быстро, SLA держался высоким. Сделали честный вывод: на аутсорсинге сеть почти ничего не выиграет, а в качестве местами проиграет. Поэтому переход на обслуживание не рекомендовали.

Если решили звать подрядчика — пять критериев выбора

География покрытия. «Работаем по всей России» пишут все. Проверяйте конкретику: в каких городах есть штатные инженеры, за сколько они доедут до условного Челябинска или Магаса, кто закрывает зоны без штатных. Если субподрядчики, то что они за люди. Спрашивайте города, фамилии, среднее время прибытия, а не общие слова.

SLA с финансовой ответственностью. В соглашении должны быть не только сроки реакции, но и санкции за их нарушение. Если написано «приезжаем за 4 часа», а за просрочку подрядчик ничем не отвечает — это декларация, а не обязательство.

Прозрачность. У нормального подрядчика есть портал, где клиент видит каждую заявку: статус, имя инженера, время реакции, фото с места работ. Попросите доступ до подписания договора. Не хочет показывать — значит, и показывать нечего.

Опыт в рознице. Магазины, аптеки, общепит — это специфика, к которой готовы не все аутсорсеры. Кассовое оборудование, простой в часы пик, работа с фискальными накопителями — подрядчик, который раньше обслуживал только офисы, скорее всего, не поймет, почему касса в субботу горит ярче, чем принтер у директора в понедельник.

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

История из практики. Сеть постаматов после ежегодной индексации цен ушла к подрядчику подешевле. Через полгода вернулась к прежнему, потому что получила срывы SLA, простои терминалов, уходящих клиентов. Экономия 15% на ИТ‑договоре обернулась многократно превышающими убытками. «Дешевле» и «выгоднее» — все‑таки разные слова.

От авралов к плановому графику — что меняется в работе сети

Системное управление ИТ‑активами — это переход от «опять все горит» к предсказуемой работе. И работает оно одинаково, кто бы ни выполнял выезды — свои инженеры или подрядчик. Что конкретно меняется:

1. Простои касс сокращаются с нескольких часов до десятков минут. Подменный фонд, плановые проверки и понятный SLA дают предсказуемое время восстановления.
2. Расходы становятся плановыми. Никаких срочных закупок по тройной цене — оборудование меняется по графику.
3. У руководителя появляется единая картина по сети: какое железо стоит в каждой точке, в каком оно состоянии, когда плановая замена.
4. Снижается зависимость от одного человека. Когда есть учет, регламенты и взаимозаменяемость, уход сотрудника или инженера подрядчика не обрушивает поддержку.

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

Когда касса работает — никто не думает про ИТ. Когда не работает — ни о чем другом, кроме ИТ.