В 2026 году ретейл одновременно внедряет кассы самообслуживания, программы лояльности, видеоаналитику и ИИ для прогноза спроса. Каждая третья сеть в России держит это на инфраструктуре, которая не выдержит серьезного сбоя. У 30% компаний устаревшее оборудование, еще у 20% — хронический дефицит ИТ-специалистов, способных поддерживать эту инфраструктуру.
Получается нестыковка: сложные цифровые проекты запускают на инфраструктуре, которая не справляется даже с рутиной.
Первой страдает техподдержка магазинов. Не потому что в ней работают плохие специалисты, а потому что система, которую они поддерживают, давно перестала помещаться в модель «свой айтишник в офисе».
Разберем, как устроена зрелая модель ИТ-поддержки распределенной сети, что входит в сопровождение и какие SLA (Service Level Agreement, соглашение об уровне сервиса) имеет смысл закладывать.
Почему «свой айтишник» в магазине больше не справляется
Еще десять–пятнадцать лет назад все было устроено бесхитростно. В каждом крупном магазине работал свой системный администратор, а на сеть из нескольких точек хватало пары инженеров в центральном офисе. И этого хватало с запасом: касс немного, серверы стоят прямо в торговом зале, складские терминалы живут сами по себе.
Сегодня в магазине одной торговой сети может быть до 30 устройств: POS-терминалы (кассовые терминалы, от Point of Sale), принтеры чеков, сканеры штрих-кодов, кассы самообслуживания (КСО), терминалы сбора данных (ТСД), рабочие места персонала, оборудование для видеоаналитики, цифровые ценники. И каждое висит на корпоративной сети, завязанной на систему планирования ресурсов предприятия (Enterprise Resource Planning, ERP).
Показательная цифра: через КСО в продуктовом ретейле проходит уже 40% и более чеков, тогда как три-четыре года назад было 20–25%. Доля «умных» устройств в магазине растет быстро. Сеть из 50, 100 или 500 магазинов «свой айтишник» уже не вытянет. Инциденты копятся быстрее, чем закрываются.
История каждой точки хранится в голове одного инженера. Уволится — и половина знаний об инфраструктуре уйдет вместе с ним. Замену специалисту с экспертизой по торговому оборудованию ищут 2–3 месяца — это не отдельная проблема компании, а отраслевой тренд.
Что входит в техподдержку магазинов
Цифровые зоны современного магазина:
кассовый контур: POS-терминалы, кассовое ПО, принтеры чеков, эквайринг;
сканирующее оборудование: ручные сканеры, ТСД, кассы самообслуживания;
рабочие места персонала: ПК, ноутбуки руководителя точки, планшеты для приемки;
сетевая инфраструктура: проводная сеть, корпоративный Wi-Fi, VPN до офиса;
бизнес-системы: ERP, CRM, WMS, 1С, BI;
интеграции с маркетплейсами и сервисами доставки;
видеонаблюдение и видеоаналитика;
программы лояльности и клиентские мобильные приложения.
Поддерживать ретейл — значит держать всю эту связку целиком, а не отдельные узлы. Упал сервер ERP, и кассир не может продать товар. Пропала связь с программой лояльности, и покупатель не получит бонусы, а значит, уйдет к конкуренту.
В зрелой модели задача формулируется иначе. Не «починить кассу», а «обеспечить доступность кассового контура с целевым SLA». А за этой формулировкой — иная логика работы поддержки и новые требования к команде.
Где ретейл теряет деньги из-за ИТ-сбоев
Простой в рознице обходится дороже, чем на производстве или в офисе: недовольный покупатель разворачивается и идет в соседний магазин. Перечислим болезненные сценарии.
Медленная работа кассового контура. Касса работает, но с каждой лишней секундой очередь растет — и часть покупателей уходит, не дождавшись.
Роман Сергиенко, ИТ-директор омской сети «Тюкалиночка» (125 магазинов), в кейсе на New-Retail.ru описал это так: «Когда на кассе собирается очередь из 5–6 человек — двое последних уходят, ничего не купив. В итоге мы теряли на этом 30% клиентов».
Сбой связи с ERP или системой управления складом (Warehouse Management System, WMS). Кассы продолжают пробивать чеки локально, но данные о продажах не доходят до учетной системы. Остатки на складе начинают жить отдельно от реальности — дальше ручная сверка и ошибки в заявках поставщикам.
Падение интеграции с маркетплейсами. Заказы Wildberries или Ozon не уходят на сборку. Сроки горят, а следом прилетают штрафы и понижение в поисковой выдаче.
Отказ системы лояльности. Покупатель не может списать бонусы, не получает кэшбэк. Одного неудачного визита хватает, чтобы доверие к программе пошатнулось.
За каждым сценарием — не строчка в техническом журнале. Живые деньги, не дошедшие до кассы. И удар по репутации бренда.
Какие SLA имеет смысл закладывать
Зрелый аутсорсер не вешает один норматив на все подряд — он разводит SLA по критичности сервиса.
Приоритет | Реакция | Удалённая диагностика | Выезд инженера |
Критичный инцидент (остановка касс, ERP, потеря связи) | 15 минут | до 30 минут | до 4 часов в крупных городах, до 8 часов в районах |
Высокий приоритет (сбой периферии, отказ устройства) | до 30 минут | до 2 часов | до 8 часов |
Чем критичнее сервис, тем жестче должно быть SLA. Единый норматив «4 часа на все» означает одно из двух: либо переплата за пустяковые заявки, либо потери там, где счет идет на минуты.
Из каких процессов складывается сопровождение
Сопровождение распределенной сети складывается из трех процессов, которые идут параллельно.
Операционная поддержка: повседневная работа. Сюда попадает вся ежедневная текучка: реакция на инциденты, диагностика, ремонт и замена оборудования, помощь персоналу магазина в нестандартных ситуациях. Через ServiceDesk (единую службу приёма и обработки заявок) сюда приходят все обращения — от «нет изображения с пятой камеры» до «не открывается кассовая смена».
Сюда входит консультирование персонала по работе с оборудованием и кассовым ПО, удаленная диагностика и устранение типовых инцидентов, выезд инженера на объект для замены или ремонта, сопровождение обновлений (операционная система, кассовое ПО, прошивки). Мерило этого слоя одно — сколько времени проходит от обращения до решения.
Плановое обслуживание: предотвращение сбоев. Сильная поддержка не дожидается поломки, а работает на опережение. Плановое обслуживание снижает вероятность инцидентов: мониторинг состояния оборудования и ключевых сервисов, профилактика POS-терминалов, периферии, сетевых устройств, регулярная проверка и замена устаревшего оборудования, аудит сетевой инфраструктуры магазина.
Специалиста с экспертизой по торговому оборудованию, как уже говорил, ищут 2–3 месяца — при таком дефиците кадров внутренней команде физически некогда заниматься «всем сразу». Когда плановый слой закрывает подрядчик, у штатных инженеров высвобождаются руки на повседневную работу.
Третий процесс — проектное сопровождение, открытие новых точек. Рост сети приносит и разовые задачи: запустить новый магазин, развернуть оборудование на пилоте, подключить интеграцию с маркетплейсом, внедрить кассы самообслуживания или цифровые ценники.
Здесь уже не операционка — небольшие проекты с фиксированным сроком и результатом. Открытия идут быстрее: не нужно всякий раз собирать команду заново. Ретейлер получает результат «под ключ» к оговоренному сроку.
Как выглядит зрелая сервисная модель ИТ-обслуживания ретейла
Удержать такую связку систем под контролем можно лишь зрелой сервисной моделью: разрозненные «личные договоренности с инженером» она попросту не вынесет.
Складывается она из нескольких опор:
Единый ServiceDesk. Один канал для всех магазинов сети — телефон, чат, веб-форма или мобильное приложение. Каждое обращение фиксируется, получает приоритет и уходит в свою очередь.
Первая и вторая линии. На первой операторы работают по четкому сценарию — типовые вопросы и быстрые ответы. Сложное эскалируется на вторую линию — инженерам.
Удаленная диагностика. Большую часть проблем закрывают удаленно: перезагрузить сервис, переустановить драйвер, переподключить периферию. Мониторинг ловит деградацию системы раньше, чем встанут кассы.
Выездная поддержка. Сломалось железо физически — на точку выезжает инженер. У хорошего аутсорсера выезды покрывают географию сети, с SLA по времени прибытия.
SLA, которые работают. Соглашение об уровне сервиса — не «бумажка для аудита», а рабочий инструмент: что входит в обслуживание, сколько ждать реакции и кто отвечает за нарушения.
Учет инцидентов и работа с причинами. Хороший сервис смотрит, что повторяется. Если кассы в трех магазинах падают раз в две недели — значит, причина не в кассе.
Чек-лист зрелости техподдержки магазинов
Хотите оценить, насколько ваша модель отвечает сегодняшним требованиям? Пройдите по короткому чек-листу:
Есть ли единый канал приема обращений для всех магазинов сети?
Знаете ли вы, какие сервисы критичны для продаж и операций?
Определены ли RTO и RPO (целевое время и точка восстановления) для каждого критичного сервиса?
Прописаны ли SLA и сценарии эскалации?
Налажена ли удаленная диагностика и мониторинг систем?
Покрывает ли выездная поддержка все регионы вашей сети?
Проводится ли плановое обслуживание оборудования?
Есть ли резервные копии с тестовым восстановлением?
Описан ли DRP — план действий при серьезном инциденте?
Если на половину вопросов ответ «нет» — это сигнал: текущая модель держится на удаче, а не на процессах. А удача имеет свойство заканчиваться — обычно на первом же серьезном инциденте.
Зрелая сервисная модель отдает сразу несколько результатов: простоев меньше, реакция на инциденты быстрее, инфраструктура — как на ладони.
Программа лояльности работает стабильнее, мобильные приложения держат нагрузку, кассы пробивают чеки. Просто и предсказуемо. В ретейле минута простоя кассы — потерянная выручка. Чем раньше вы выстроите сервис, тем меньше потерь будет завтра.
Расскажите в комментариях: как у вас устроена поддержка распределенной сети — держите внутри или отдаете на аутсорс, и где чаще всего «горит»?
Материал подготовил Максим Голубов, ALP ITSM — помогаем рознице держать ИТ-инфраструктуру под контролем: от единого ServiceDesk до выездной поддержки по всей России.
