Успешный пилотный проект не гарантирует успешного внедрения-электронных ценников на полках всей сети. Пилотный проект проверяет, могут ли технология и операционная модель работать в контролируемой среде. Внедрение должно воспроизвести этот результат в магазинах с различной планировкой, оборудованием, сетями, ассортиментом, графиками рекламных акций, уровнем укомплектования персоналом и потребностями в поддержке.
Рассмотрим типичную картину отказа. Ритейлер завершает пилотный проект в обычном супермаркете, а затем за одну волну планирует разместить десять производственных магазинов. В двух точках используются старые конфигурации POS, в трех имеется обширное оборудование для морозильной камеры, а в одной нет подходящих монтажных адаптеров. Установка начинается вовремя, но аудит цен, привязка этикеток и спрос на поддержку быстро отклоняются от пилотного проекта. Проблема не в том, что электронные ценники не работают. Проблема в том, что пилотный проект был расширен до того, как были готовы средства управления развертыванием.
Поэтому ритейлерам нужно нечто большее, чем просто календарь установки. Им нужен план развертывания электронных ценников, который определяет, какие магазины готовы, как определяются размеры волн развертывания, как работают переключение и откат, кто отвечает за каждое решение, как обучаются сотрудники, как контролируются запасы и какие доказательства требуются перед началом следующей волны.
Розничным торговцам, которые все еще оценивают полный набор технологий, следует сначала проанализировать доступныеэлектронные решения для ценников на полкахи понятькак работает система ESL от ценовой платформы до физической полки.
Быстрый ответ:Надежное развертывание ESL для нескольких-магазинов должно классифицировать магазины по повторяемым архетипам, проверять готовность перед планированием, определять размер волн развертывания в соответствии с возможностями установки и поддержки, контролировать снижение цен, определять триггеры отката, обучать каждую операционную роль, поддерживать соответствующие резервные запасы, проводить измеримый период гиперзаботы и использовать формальные критерии входа и выхода для каждой волны.
Что изменится после утверждения пилотного проекта ESL?
Пилотный проект, внедрение и стабильная-операция отвечают на разные вопросы.
| Стадия проекта | Основная цель | Основное решение |
|---|---|---|
| Пилот | Проверка технологии, рабочих процессов, интеграции и экономического обоснования | Стоит ли розничному продавцу действовать? |
| Посадочная дистанция | Повторите утвержденный дизайн в нескольких магазинах, не теряя контроля. | Как быстро и при каких условиях ритейлер должен расширяться? |
| Устойчивое-состояние операций | Мониторинг, поддержка, обслуживание и улучшение развернутой системы. | Кому принадлежит система после ухода проектной команды? |
Хороший пилотный проект должен предоставить данные о точности цен, надежности обновлений, покрытии шлюзов, рабочих процессах сотрудников, стабильности монтажа и эксплуатационных расходах. Внедрение преобразует эти результаты в повторяемые стандарты. Перед масштабированием команда проекта должна иметь:
- Утвержденная модель-архетипа магазина;
- Этикетка, шаблон и монтажная матрица;
- Стандартный шлюз и конструкция сети;
- Документированные правила продукта, цены и продвижения;
- Индикатор готовности-магазина;
- Процедура переключения и отката;
- учебные материалы-на основе ролей;
- запасная-модель на замену;
- Модель гиперзаботы и долгосрочной-поддержки;
- Пороги производительности-уровня волны.
Не рассматривайте развертывание как расширенную версию пилотного проекта. Компактный магазин повседневного спроса, стандартный супермаркет и большое помещение с холодильными витринами могут потребовать различного оборудования, численности персонала, монтажных окон и вспомогательных механизмов.
Создайте архетипы магазина перед планированием развертывания
Управление каждым магазином как совершенно уникальным проектом требует ненужной работы по планированию. Отношение к каждому магазину как к идентичному создает операционный риск. Практический подход заключается в группировке магазинов в архетипы на основе физических, технических и эксплуатационных характеристик.
| Фактор архетипа | Вопросы для ответа |
|---|---|
| Формат магазина | Это магазин повседневного спроса, стандартный супермаркет, большой-магазин, аптека или склад-? |
| Объем этикетки | Сколько этикеток требуется, каких размеров, цветов и шаблонов? |
| Профиль светильника | Какие рельсы, крючки, корзины, стеклянные полки, дверцы морозильной камеры, торцевые крышки и рекламные приспособления присутствуют? |
| Проектирование сети | Сколько шлюзов требуется и где находятся сложные зоны покрытия? |
| Ценовая деятельность | Как часто меняются обычные цены, акции, скидки и экстренные исправления? |
| Условия установки | Можно ли работать в рабочее время или необходим ночной доступ? |
| Профиль сотрудника | Какие роли, смены, языки и уровни разрешений должны поддерживаться? |
| Модель поддержки | Нужен ли магазину-гиперсервис, удаленная поддержка или региональный запас? |
После проверки архетипа розничный торговец может повторно использовать свою спецификацию, правила монтажа, конструкцию шлюза, сценарий тестирования, последовательность установки, пакет обучения и план поддержки. Физический проект должен быть согласован с детальнымпроцесс установки электронной этикетки на полке.
Архетипы магазинов также должны отражать выбранную технологию показа. Размер этикетки, порядок обновления, условия просмотра и рекламный контент могут различаться в разных отделах. СравнениеЭтикетки для полок с ЖК-дисплеем и E-черниламиможет помочь прояснить, где подходят разные форматы.
Создайте ворота готовности магазина
Магазину не следует вступать в волну развертывания только потому, что она появилась в календаре. Сначала он должен пройти официальную проверку готовности, подкрепленную доказательствами.
| Пункт готовности | Доказательство | Типичный владелец | Блокировка? |
|---|---|---|---|
| Мастер продукта подтвержден | Отчет о дублирующемся, неактивном-SKU и отсутствующем-идентификаторе | команда-данных о продукте | Да |
| Ассортимент магазина подтвержден | Утвержденный активный список-SKU | Мерчандайзинг | Да |
| Протестирован интерфейс POS или ERP | Результат регрессионного-теста | Розничная ИТ | Да |
| Количество этикеток подтверждено | Хранить спецификацию материалов | Руководитель проекта | Да |
| Одобрено монтажное оборудование | Крепление-для-крепления матрицы | Операции магазина | Да |
| Расположение шлюзов одобрено | Обследование объекта и план покрытия | Сетевая команда | Да |
| Обучение завершено | Записи о посещаемости и-оценке задач | Менеджер магазина | Да |
| Запасной товар доставлен | Инвентаризация | Логистика | Обычно |
| Go-назначена живая поддержка | Список поддержки и контакты для эскалации | Руководитель службы поддержки | Да |
| План отката одобрен | Подписанный план отключения и восстановления | Управление программой | Да |
Если GTIN используется в шаблоне продукта, розничному продавцу следует привести свои правила идентификации продукта-в соответствие сСтруктура глобального номера предмета торговли GS1. Идентификаторы продуктов, идентификаторы магазинов и привязки этикеток должны быть проверены до того, как группа установки прибудет в магазин.
Завершенный пример готовности
Следующий пример является иллюстративным и показывает, как шлюз готовности может помешать -запуску-по расписанию.
| Элемент | Статус | Доказательства или проблема | Владелец | Срок оплаты |
|---|---|---|---|---|
| Мастер продукта | Готовый | Все активные SKU прошли валидацию | Команда данных | Полный |
| POS-интеграция | Готовый | Пройдены единичные и серийные ценовые тесты | Розничная ИТ | Полный |
| Крепления для морозильной камеры | Заблокировано | Правильные адаптеры не пришли. | Логистика | Опоздание на три дня |
| Обучение магазина | Условный | Сотрудникам ночной-смены по-прежнему требуется аттестация | Менеджер магазина | Т-2 дня |
| Поддержка | Готовый | Подтверждено руководство-на месте и удаленная эскалация | Руководитель службы поддержки | Полный |
Это сохранение не должно продолжаться до тех пор, пока не будет решена проблема с блокировкой монтирования. Устное обещание, что детали «в пути», — это не то же самое, что физическая готовность.
Используйте четкие статусы готовности
- Готовый:Все критические требования выполнены и подтверждены.
- Готов с условиями:Незначительные открытые позиции имеют владельцев, даты и не оказывают существенного влияния на цену или безопасность.
- Не готов:Критическое требование остается невыполненным.
- Отложено:Магазин требует редизайна, строительных работ, обновления системы или перепланировки.
Выберите стратегию волны развертывания
Волна развертывания — это контролируемая группа магазинов, развернутая в течение одного периода проекта. Правильный метод группировки зависит от логистики, сходства магазинов, приоритетов бизнеса и риска.
| Волновая стратегия | Лучшее использование | Основное преимущество | Основной риск |
|---|---|---|---|
| Географический | Магазины сосредоточены в одном городе или регионе | Сокращает количество поездок и упрощает региональную поддержку | Магазины в одном регионе могут использовать разные планировки или системы. |
| Архетип магазина | Места с похожим оборудованием, объемами этикеток и сетевыми конструкциями. | Облегчает повторение стандартов установки | Магазины могут быть географически разбросаны. |
| На основе риска- | Ранние волны производства | Отдает приоритет подготовленным местам-с меньшим риском. | Может задерживать сложные магазины, которым необходимо раннее обучение |
| Бизнес-Приоритет | Рекламные, регулирующие или высоко-рабочие места | В первую очередь нацелен на максимальную ценность для бизнеса | Коммерческая срочность может превысить техническую готовность |
| Гибридный | Большинство сетевых-программ | Балансирует географию, архетип, риск и бизнес-приоритеты. | Требует строгих правил отбора |
Для большинства ритейлеров гибридная модель является наиболее практичной. Волна может включать в себя подготовленные магазины в одном регионе, но только локации, принадлежащие утвержденным архетипам и использующие совместимые POS-версии.
Рассчитайте мощность волны, прежде чем фиксировать даты
Размер волны должен быть ограничен как возможностями установки, так и возможностями поддержки после-пуска-действия. Проект может установить больше магазинов, чем он может стабилизировать.
Формула мощности установки
Ежедневная производительность этикеток=Число бригад × Часы продуктивной работы на бригаду × Установленные этикетки на бригаду -Час × Коэффициент использования
Предполагаемое количество дней установки=Общее количество этикеток в волне ÷ Ежедневная емкость этикеток
Коэффициент использования учитывает перерывы, доступ в магазин, смену оборудования, перемещение внутри магазина, исключения устройств, пересчет и аудит цен. Эта формула представляет собой модель планирования, а не отраслевой ориентир.
Иллюстративный пример емкости
| Вход | Пример |
|---|---|
| Магазины в предлагаемой волне | 6 |
| Среднее количество этикеток на магазин | 4,000 |
| Монтажные бригады | 4 |
| Производительные часы на бригаду в день | 7 |
| Этикетки устанавливаются на бригаду-час | 85 |
| Коэффициент использования | 0.75 |
Ориентировочная ежедневная мощность — 1785 этикеток. Таким образом, 24 000-волн этикеток потребуют примерно 13,5 человеко-дней, а также дополнительное время на работу шлюза, приемочные испытания, командировки и доработку.
Возможности поддержки также должны ограничивать волну
Если служба поддержки и команда Hypercare могут активно поддерживать одновременно только четыре новых магазина, предлагаемая волна из шести-магазинов слишком велика, даже если монтажные бригады смогут ее завершить. Окончательный размер волны должен быть меньшим из:
- Производительность-на основе установки;
- Возможности, основанные на логистике-;
- Поставщик-обеспечивает поддержку;
- Возможности гиперопеки;
- Количество магазинов, прошедших готовность.
Предположения о затратах следует проверять на основе всего экономического обоснования, а не только на аппаратном обеспечении.Схема расчета рентабельности инвестиций ESLи анализреальная стоимость электронных ценниковможет помочь структурировать эти предположения.
Определите критерии входа и выхода для каждой волны
Критерии входа определяют, может ли волна начаться. Критерии выхода определяют, может ли продолжиться следующая волна. Это решение руководства, а не просто решение по планированию.Обсуждение Project Management Institute об управлении проектамиобеспечивает более широкую ссылку на права принятия решений, надзор и подотчетность.
Иллюстративные критерии входа
- Каждый магазин прошел этап готовности;
- Доступны оборудование, шлюзы, крепления, инструменты и запасные части;
- Интерфейсы POS, ERP, промежуточного программного обеспечения и ESL прошли регрессионное тестирование;
- Данные о товарах и ценах магазина проверены;
- Планы установки утверждены;
- Проведено необходимое обучение сотрудников;
- Реестры поддержки и контакты для эскалации активны;
- Решения о переходе,-замораживании цен и отмене были одобрены;
- От предыдущей волны не осталось ни одного нерешенного критического дефекта.
Иллюстративные критерии выхода
- Отсутствие неразрешенных критических инцидентов, связанных с ценой или безопасностью;
- Аудит цен соответствует утвержденному порогу приемлемости;
- Производительность обновления соответствует согласованному уровню обслуживания;
- Неудачные обновления видны и контролируются;
- Точность привязки продукта-к-этикетке соответствует целевому показателю;
- Производительность шлюза и сети стабильна;
- Сотрудники магазина могут выполнять рутинные задачи;
- Спрос на поддержку упал до порога устойчивого-состояния;
- Исправлена переделка установки;
- Следующая волна внесла необходимые изменения.
Волна не завершена, когда монтажные бригады уходят. Он считается завершенным, когда магазины стабильны и у команды управления имеется достаточно доказательств для принятия следующего решения.
Создайте подробный план переключения магазина
Переход – это контролируемый переход от существующего процесса-этикетирования к новой операционной модели ESL. Он должен определить системы, магазины, отделы, временные окна, ответственных за принятие решений, правила ценообразования, обработку бумажных-этикеток, последовательность тестирования и триггеры отката.
Иллюстративный график перехода
| Время | Необходимые действия |
|---|---|
| Т-14 дней | Подтвердить ассортимент и количество на этикетках; завершить обследование объекта; утверждать шлюзы и крепления; просматривать рекламные акции; проверить поставку оборудования и запасных частей. |
| Т-7 дней | Запустите окончательные тесты синхронизации; полное обучение сотрудников; проверять учетные записи; подтвердить зоны установки; просмотреть процедуры отката и эскалации. |
| Т-1 день | Проверьте последние цены и акции; подтвердить мониторинг; считать запасные части; просмотреть элементы открытой готовности; проведите окончательное совещание «да или нет». |
| Перейти-День в прямом эфире | Установить и привязать по зонам; провести аудит каждого завершенного участка; протестировать одно обновление и одну контролируемую партию; фиксировать неудачи; получить приемку магазина. |
| Т+1 – Т+14 | Просмотрите неудачные обновления, аудит цен, статус шлюза, заявки в службу поддержки, обходные пути для персонала, отмену продвижения по службе, доработку и свидетельства выхода из Hypercare. |
План переключения также должен координировать беспроводную часть развертывания. Количество шлюзов, покрытие, помехи и режим восстановления зависят от выбранной архитектуры связи. Посмотрите сравнениеBluetooth, Wi--Fi и ESL-связь суб-ГГц.
Решите, необходимо ли замораживание цен
Замораживание цен — это временное ограничение на изменение цен или рекламных акций во время перехода. Это может упростить переход, но подходит не каждому ритейлеру.
| Заморозка может помочь, когда | Замораживание может быть неуместным, когда |
|---|---|
| Бумажные этикетки и ESL некоторое время будут работать вместе | Цены постоянно меняются |
| Большое количество продуктов связывается впервые | Нормативные или конкурентные требования предотвращают замораживание |
| Команде нужна стабильная база аудита | Внедрение занимает несколько торговых дней. |
| Серьезной акции не планируется | Платформа предназначена для обработки оперативных обновлений во время установки. |
Если используется заморозка, задокументируйте время ее начала и окончания, разрешенные экстренные изменения, обработку заблокированных транзакций, последовательность выпусков, контроль версий и окончательный аудит синхронизации. Розничным торговцам, которые используют частые автоматические изменения, следует также согласовывать переход со своимиПроцесс динамического ценообразования ESL.
Управление бумажными этикетками во время перехода
В плане развертывания должно быть указано, когда существующие бумажные этикетки удаляются и какие резервные копии остаются доступными. Общие подходы включают замену зон-на-зоны после каждого аудита цен, временную резервную копию бумаги в офисе магазина или бумажные этикетки только для приборов, которые еще не одобрены для ESL.
Основное правило простое: на полке не должно быть двух конфликтующих активных цен. Последствия для бизнеса непоследовательных цен на полках обсуждаются вчто происходит, когда цены отображаются неправильно.
При расчете пособий по труду и переходу сравните полный цифровой процесс с существующим бумажным документооборотом. Анализэлектронные ценники на полках и бумажные этикеткиобеспечивает полезную основу.
Определить процедуры отката и-непрерывности бизнеса.
План отката объясняет, как розничный торговец сдержит или отменит неудачное переключение. Его следует тестировать перед запуском-в эксплуатацию, а не писать после инцидента.
Руководство NIST по планированию-чрезвычайных ситуацийобеспечивает более широкую основу для оценки требований, приоритетов и эксплуатационной устойчивости системы к восстановлению.
Возможные триггеры отката
- Широко распространены неверные полочные цены;
- Цены POS и ESL не синхронизируются;
- Крупномасштабные-ошибки привязки продукта-к-этикетке;
- Акция не может начаться или закончиться корректно;
- Покрытие шлюза нестабильно;
- Транзакции исчезают без предупреждений;
- Сотрудники магазина не могут выполнять важные задачи;
- Происходит сбой безопасности или контроля доступа-;
- Система недоступна без надежного пути восстановления.
Определить область отката
| Объем | Пример | Типичный авторитет |
|---|---|---|
| Одна этикетка | Неправильная привязка или поврежденное устройство | Поддержка магазина |
| Один отдел | Проблема с монтажом, шаблоном или покрытием в одной зоне | Менеджер магазина и ИТ |
| Один магазин | Интеграция-всего магазина или сбой в цене | Руководитель программы и владелец ценовой политики |
| Одна волна | Повторяющиеся неудачи дизайна в аналогичных магазинах | Совет управления |
Окончательная проверка должна доказать, какие цены, шаблоны и привязки были восстановлены, кто санкционировал действие, какие корректирующие транзакции были выполнены и было ли вновь введено бумажное резервное копирование.
Используйте матрицу серьезности дефектов
Не каждая проблема должна блокировать следующую волну. Документированная модель серьезности не позволяет командам рассматривать косметические проблемы и проблемы с ценами, с которыми клиенты- сталкиваются, как эквивалентные.
| Серьезность | Пример | Требуемый ответ | Волновой эффект |
|---|---|---|---|
| Критический | Неправильные цены для клиентов-, молчаливая потеря транзакций, нарушение безопасности или отсутствие пути восстановления. | Немедленное сдерживание, передача на более высокий уровень руководству и устранение-основных причин | Остановиться или сделать паузу |
| Высокий | Повторяющиеся сбои привязки, нестабильная зона шлюза или неудачная отмена повышения. | Исправьте перед расширением и повторным тестированием. | Обычно пауза |
| Середина | Путаница в обучении, чрезмерные шаги поддержки или локальная доработка монтажа. | Назначьте владельца и включите исправление в следующую волну. | Условное продолжение |
| Низкий | Формулировка документации, косметическое выравнивание шаблонов или проблемы с не-неблокирующим инвентарем | Отслеживание в журнале невыполненных работ по улучшению | Продолжать |
Создайте развертывание RACI
Ответственность за развертывание не должна оставаться в руках неопределенной «команды проекта». RACI определяет, кто несет ответственность, подотчетен, с кем проводятся консультации и кто информируется.
R=Ответственный, A=Ответственный, C=Консультация, Я=Информирован
| Активность | Розничная ИТ | Операции магазина | Поставщик | Установщик | Ценообразование / Мерчандайзинг | Служба поддержки | Управление |
|---|---|---|---|---|---|---|---|
| Согласование готовности магазина | C | R | C | C | C | I | A |
| Тест интеграции POS и ESL | A/R | I | C | I | C | I | I |
| Готовность шлюза и сети | A/R | C | C | C | I | I | I |
| Установка и привязка этикетки | C | C | C | A/R | I | I | I |
| Проверка цен и промоакций | C | R | C | I | A | I | I |
| Примите решение-в реальном времени | C | C | C | I | C | I | A/R |
| Сортировка инцидентов | C | C | C | I | I | A/R | I |
| Откат авторизации | R | C | C | I | R | I | A |
В контракте также должны быть отражены обязанности поставщика, часы поддержки, процесс замены, политика-обновления программного обеспечения и обязательства по эскалации. Сравнениепроизводители электронных ценниковможет поддержать раннюю оценку поставщика.
Планирование запасных этикеток и запаса на замену
Недостаточный запас запасных частей может привести к тому, что поврежденные или отсутствующие этикетки не будут устранены. Избыточные запасы могут привести к появлению неиспользованных запасов при изменении моделей, шаблонов или стандартов монтажа.
Первоначальная потребность в запасных частях=Установленные этикетки × Плановая норма запасных частей + Прогноз спроса на новые- SKU + Известный резерв замены + Страховой запас
Это формула планирования, а не универсальный ориентир. Дополнительная ставка должна отражать размер этикетки, формат магазина, подверженность повреждениям, охлаждение, время выполнения заказа поставщиком, цель обслуживания, ожидаемые изменения ассортимента, возможность перемещения между магазинами и риск устаревания модели.
Запасной инвентарь может включать в себя
- Этикетки по модели, размеру и цвету;
- Шлюзы и источники питания;
- Рельсы, крючки, зажимы и адаптеры;
- Морозильные и холодильные крепления;
- Переплетные или сканирующие устройства;
- Запасные батареи, где это применимо;
- Инструменты для установки и диагностики.
Розничный торговец может иметь аварийный запас в каждом магазине, региональные резервы для общих замен и центральный запас для моделей с более низкой-частотой. Проект должен сочетать скорость замены с контролем запасов.
Обучайте разные роли для разных задач
Одной общей тренировки недостаточно. Продавцы магазинов, менеджеры, ИТ-команды, группы по ценообразованию, службы поддержки и установщики имеют разные обязанности.
| Роль | Требуемая компетентность |
|---|---|
| Сотрудник магазина | Проверка, привязка, перемещение и замена этикетки |
| Менеджер отдела | Проверьте цены, рекламные акции и местные исключения. |
| Менеджер магазина | Утверждать местные действия и обострять критические проблемы |
| Розничная ИТ | Мониторинг интерфейсов, шлюзов, очередей, доступа и восстановления. |
| Ценообразование и мерчандайзинг | Контролируйте данные о продуктах, шаблоны, рекламные акции и исправления. |
| Справочная служба | Классифицируйте инциденты, собирайте доказательства и правильно маршрутизируйте дела. |
| Региональные операции | Проверка готовности магазина и производительности волны |
| Установщик | Соблюдайте стандарты монтажа, привязки, тестирования и документации. |
Обучение следует оценивать по выполнению заданий, а не только по посещаемости. Сотрудники должны продемонстрировать, что они могут распознать неудачное обновление, исправить базовую проблему с привязкой, заменить устройство, проверить рекламную акцию и эскалировать инцидент с необходимой информацией о транзакции, этикетке, продукте, магазине и времени.
Запустите-Интерактивный командный центр
Для ранних волн или сложных магазинов временный командный центр-действия создает единый канал принятия решений и связи.
Рекомендуемые участники
- Руководитель программы или внедрения;
- Владелец розничных ИТ и интеграции;
- Представитель магазина-по эксплуатации;
- Владелец ценообразования или мерчендайзинга;
- Технический руководитель поставщика;
- Руководство по установке;
- Руководитель-службы поддержки;
- Региональный менеджер.
Что контролирует командный центр
- Сохранения запускались, завершались, блокировались и откатывались;
- Этикетки установлены и проклеены;
- Цена-процент прохождения аудита;
- Автономные метки и статус шлюза;
- Неудачные и задержанные обновления;
- Открытые критические и высокие дефекты;
- Активация и возврат акции;
- Билеты в службу поддержки и время ответа;
- Расход запасных-запасов;
- Перейти, приостановить или отменить решения.
Во время запуска-команда может встречаться в фиксированных контрольных точках, например перед установкой, после каждого отдела, после первого пакетного обновления и перед завершением работы-магазина. Каждое существенное решение должно фиксировать время, доказательства, автора решения и последующие-действия.
Создайте измеримый план гипермедицины
Hypercare — это временный период усиленного мониторинга и поддержки после запуска магазина. Его цель — обнаружить проблемы в работе на ранней стадии, прежде чем сотрудники придумают постоянные обходные пути вручную.
Руководство сайта пораспространенные сбои обновления ESLможет помочь определить категории инцидентов для очереди Hypercare.
Панель управления Hypercare
| Мера | Почему это важно |
|---|---|
| Офлайн-ярлыки | Определяет проблемы с устройством, покрытием и питанием |
| Неудачные или задержанные обновления | Показывает, достигают ли ценовые транзакции полки |
| Цена-процент прохождения аудита | Защищает клиента-результат, с которым он сталкивается |
| Неправильные привязки | Выявляет ошибки установки и-процессов сотрудников. |
| Глубина очереди и самое старое ожидающее обновление | Обнаруживает проблемы с емкостью и восстановлением |
| Сбои при отмене промоакции | Определяет просроченные рекламные цены, которые остаются активными |
| Билеты в службу поддержки для каждого магазина | Измеряет операционную сложность |
| Установка переделки | Показывает проблемы с монтажом и качеством |
| Запасное потребление | Тесты на замену и предположения о наличии запасов |
Практика хранения журналов и расследования должна способствовать реконструкции инцидента.Руководство NIST по управлению журналами компьютерной безопасностипредоставляет более широкие рекомендации по разработке и поддержанию процессов управления корпоративными журналами-.
Иллюстративные критерии выхода из гипермедицины
- Ноль неразрешенных критических инцидентов;
- Аудит цен соответствует утвержденному порогу в течение определенного стабильного периода;
- Никаких скрытых потерь обновлений не обнаружено;
- Неудачные обновления видны, принадлежат им и находятся в пределах цели ответа;
- Объем обращений в службу поддержки-не превышает порогового-стабильного состояния;
- Сотрудники магазина выполняют рутинные задачи без помощи-команды проекта;
- Временные бумажные или ручные обходные пути были удалены;
- Право собственности перешло к модели постоянной поддержки.
Гиперопека должна прекратиться, когда появятся доказательства в пользу перехода, а не просто потому, что прошло четырнадцать дней.
Защита доступа, мониторинга и восстановления
В выпуске представлены новые учетные записи пользователей, инструменты привязки мобильных устройств, шлюзы, API, доступ к поддержке и административные разрешения. Безопасность должна быть частью готовности и переключения, а не задачей, выполняемой после-запуска.
Структура кибербезопасности НИСТ 2.0предлагает широкую структуру для управления, идентификации, защиты, обнаружения, реагирования и восстановления после рисков кибербезопасности.
Как минимум проверьте:
- Ролевой-доступ и минимальные привилегии;
- Многофакторная-аутентификация, если она поддерживается;
- Хранение и ротация учетных данных API;
- Удаление временных учетных записей установщиков;
- Регистрация цен, шаблонов, привязок и действий отката;
- Контроль утверждения массовых изменений;
- правила удаленного-доступа поставщика;
- Процедуры резервного копирования, восстановления и эскалации.
Измерение эффективности развертывания по магазинам и волнам
| КПЭ | Что он измеряет |
|---|---|
| Этикетки устанавливаются на бригаду-час | Производительность установки |
| Точность привязки-с первого раза | Качество продукта-для-настройки этикетки |
| Скорость доработки установки | Качество монтажа и процесса |
| Цена-процент прохождения аудита | Точность взаимодействия с клиентами- |
| Первая-успешная попытка обновления | Надежность сети и устройства |
| Медианное время и время обновления P95 | Типичная производительность-завершения с длинным хвостом |
| Время стабильной работы | Как быстро магазин уходит из гиперкара |
| Билеты в службу поддержки для каждого магазина | Операционные трудности и потребность в поддержке |
| Уровень выполнения учебных задач- | Готовность сотрудников |
| Запасное потребление | Предположения о повреждении и запасах |
| Открытые критические инциденты | Сможет ли продолжиться следующая волна |
| Стоимость за установленную этикетку | Экономическая эффективность развертывания |
Производительность обновления дисплея должна быть отделена от внутренней обработки, задержки в очереди и передачи через шлюз. См. объяснениеЧастота обновления ESL и производительность дисплея.
Сообщайте о результатах по архетипу магазина, региону, бригаде монтажников, типу светильника, модели этикетки, зоне входа и волне развертывания. Среднее значение-по всей сети может скрыть один слабый тип магазина или одну бригаду с высоким уровнем доработок.
Примите формальное волновое решение
| Решение | Когда его использовать |
|---|---|
| Продолжать | Критерии выхода соблюдены, критических проблем не осталось, следующие магазины готовы. |
| Продолжить исправления | Проект действителен, но требуется обучение, монтаж, поддержка или изменения в документации. |
| Пауза | Значительная проблема с ценой, интеграцией, сетью, безопасностью или поддержкой требует исправления и повторного тестирования. |
| Перепроектируйте архетип | Утвержденный стандарт неоднократно не работает для определенного типа магазина. |
| Откат | Риск, с которым-сталкивается клиент, или операционный риск, невозможно контролировать во время текущего запуска-в эксплуатацию. |
Высокая общая оценка никогда не должна перевешивать нерешенные критические проблемы с ценами, безопасностью или восстановлением.
Иллюстративный составной сценарий развертывания
Следующий пример представляет собой составной сценарий планирования, а не поименованную заявку клиента.
Розничный торговец предлагает вторую волну производства, включающую восемь супермаркетов. Все восемь прошли базовую проверку данных, но три включают в себя обширные морозильные отделения. План проекта предполагает те же темпы монтажа и производительности, что и в первой волне.
Во время первой установки магазина с морозильной камерой-команда обнаружила, что одобренный адаптер теряется во время пополнения запасов. Установка замедляется, объем доработок увеличивается, а экипаж расходует большую часть региональных запасных креплений. В то же время служба поддержки занимается нерешенными вопросами, связанными с двумя магазинами, которые недавно прекратили работу-.
Правильное решение — не продолжать, потому что в итоге открылся первый магазин. Управляющая команда должна:
- Приостановите установку остальных морозильных-магазинов;
- Продолжайте работу только с магазинами, использующими утвержденную стандартную конструкцию светильников;
- Проверьте обновленное крепление морозильной камеры при нормальных условиях пополнения и очистки;
- Обновить архетипическую спецификацию материалов и предположения о производительности установки;
- Пересчитать запасной запас и волновую мощность;
- Завершите тщательный уход за открытыми магазинами, прежде чем перезапускать приостановленную группу.
Такое решение предотвращает копирование одного локального дефекта в несколько магазинов.
Доказательства, необходимые в отчете о внедрении
Каждый волновой отчет должен включать:
- Включены магазины и архетипы;
- Статус готовности перед развертыванием;
- Установленная этикетка, шлюз и монтажное количество;
- Плановое и фактическое время установки;
- Результаты-аудита цен и обновления;
- Дефекты привязки, монтажа и сети;
- Серьезность дефекта и статус-причины;
- Запросы поддержки и время разрешения;
- Завершение обучения и результаты заданий;
- Расход запасных-запасов;
- Статус выхода из Hypercare;
- Корректирующие действия для следующей волны;
- Формальное решение о продолжении, исправлении, паузе, перепроектировании или откате.
Подтверждающие доказательства могут включать формы готовности, фотографии установки, журналы транзакций, отчеты о шлюзах, результаты аудита, оценки обучения, заявки в службу поддержки и подтверждающие документы-магазина.
Часто задаваемые вопросы
Вопрос: Как следует устанавливать пороги приема для пилотного проекта ESL?
О. Пороги приемлемости должны быть утверждены до начала тестирования и основаны на ценовом риске, внутренних требованиях к уровню обслуживания-, текущих характеристиках бумажных-этикеток, обязательствах поставщика, формате магазина и применимых правилах ценообразования. Примерные пороговые значения другого розничного продавца следует рассматривать как ориентиры для планирования, а не как универсальные стандарты. Критические сбои, такие как неправильная цена продажи или молчаливая потеря транзакции, обычно следует рассматривать как отдельные этапы развертывания, а не усреднять в общий балл.
Вопрос: Должны ли результаты пилотного проекта ESL использовать средние или процентильные измерения?
О: Используйте оба. Медиана показывает типичную производительность, а P95 указывает время, в течение которого было завершено 95 % измеренных обновлений или инцидентов. Одни только средние значения могут скрыть небольшое количество серьезных задержек. В пилотном отчете также отдельно должны быть указаны максимальные значения, неудачные транзакции и неразрешенные исключения.
Вопрос: Как следует проверять точность цен во время пилотного проекта ESL?
Ответ: Сравните физическое отображение на полке с утвержденной исходной записью и проверьте идентификатор продукта, цену продажи, цену за единицу, если это необходимо, цену по акции, даты вступления в силу, валюту и описание продукта. Используйте полную проверку для важных рекламных мероприятий, где это целесообразно, и стратифицированную случайную выборку для плановых проверок. Результаты должны быть разделены по отделу, типу прибора, размеру этикетки, типу обновления, статусу акции и беспроводной зоне.
Вопрос: Что должно автоматически блокировать распространение электронных ценников?
Ответ: Неустраненные критические сбои должны блокировать развертывание, даже если общий показатель KPI высок. Примеры включают неверные полочные цены, неудачные отмены рекламных акций, молчаливую потерю или дублирование ценовых транзакций, несанкционированные изменения цен, сбои, которые не обнаруживаются надежно, а также рутинные рабочие процессы, которые невозможно завершить без неоднократного вмешательства поставщика.
Вопрос: Может ли один пилотный проект ESL представлять каждый магазин розничной сети?
О: Не всегда. Одного пилотного проекта может быть достаточно, если магазины имеют схожую планировку, оснащение, системы, объемы обновлений и операционные процессы. Сети с существенно разными форматами магазинов могут нуждаться в отдельных пилотных архетипах. Компактный магазин, большой супермаркет, аптека и склад-могут иметь различное покрытие беспроводной сети, монтаж, рабочий процесс и риски интеграции.
Вопрос: Кому должны принадлежать ключевые показатели эффективности пилотного проекта ESL?
Ответ: Право собственности должно быть разделено в соответствии с источником доказательств. Розничные операции могут контролировать трудовые ресурсы и рабочие процессы, ИТ-отдел может контролировать результаты интеграции и мониторинга, мерчендайзинг может утверждать шаблоны и поведение по продвижению, финансы могут проверять предположения о затратах, а руководство магазина может оценивать выполнение задач сотрудниками. У каждого ключевого показателя эффективности должен быть один названный владелец, отвечающий за качество данных, утверждение пороговых значений и окончательное утверждение-.
Вопрос: Как следует тестировать неудачные обновления ESL?
Ответ: Создайте контролируемые отказы с известным временем начала. Примеры включают отключение шлюза, приостановку соединения интеграции, отправку недопустимой исходной записи, удаление метки или создание контролируемой неправильной привязки. Проверьте время оповещения, автоматические повторные попытки, классификацию исключений, эскалацию, восстановление, журналы аудита и окончательное состояние хранения. Сбой, который исправлен, но никогда не обнаружен платформой, не следует считать успешным тестом.
Вопрос: Какие доказательства должен предоставить поставщик ESL после пилотного проекта?
Ответ. Запросите экспортированные журналы событий, записи подтверждения обновления, правила повторных попыток, результаты восстановления интеграции, данные о покрытии шлюза, документацию по ролям и разрешениям, учебные материалы, обязательства по реагированию на поддержку, условия гарантии, рекомендации по запасным-устройствам, а также архитектуру развертывания для больших объемов магазинов. Неофициальные заявления не должны заменять измеримые доказательства или договорные обязательства.
Вопрос: Как ритейлер может определить, реальна ли экономия на рабочей силе?
Ответ. Измеряйте чистое изменение рабочей силы, а не только работу, удаленную из процесса бумажной-маркировки. Вычтите мониторинг ESL, обработку исключений, повторную привязку, обслуживание шаблонов, замену устройств и время ИТ-поддержки из базовой рабочей нагрузки по составлению-этикеток. Записывайте часы по должностям и отделам, поскольку экономия на рабочей силе в магазине может быть компенсирована дополнительной работой для центральных ИТ-специалистов или групп поддержки.
Вопрос: Что произойдет, если один отдел выйдет из строя, но общая оценка пилотного проекта будет удовлетворительной?
О. Не одобряйте безусловное внедрение, основываясь только на-средних показателях по всему магазину. Определите отдел, в котором произошел сбой, классифицируйте основную причину, исправьте проблему сети, монтажа, шаблона, рабочего процесса или интеграции и повторите затронутые тесты. Внедрение может продолжаться в проверенных областях только в том случае, если план развертывания четко отделяет их от условий, которые все еще требуют исправления.
Заключительный вывод
Внедрение электронных ценников — это контролируемая операционная трансформация, включающая данные, ценообразование, сети, оборудование, логистику, сотрудников, поставщиков, поддержку и управление.
Самые надежные планы развертывания классифицируют магазины по повторяемым архетипам, проверяют готовность с помощью фактических данных, определяют размер волн в соответствии с возможностями установки и поддержки, контролируют переключение и откат, определяют ответственность с помощью RACI, обучают каждую роль, поддерживают запланированные резервные запасы и поддерживают магазины в режиме гиперопеки до тех пор, пока не будут выполнены измеримые критерии выхода.
Каждая волна должна улучшать стандарт, прежде чем она повторится в более широком масштабе. При появлении локального дефекта розничному продавцу следует приостановить или перепроектировать затронутый архетип, а не воспроизводить ту же слабость во всей сети.
Благодаря дисциплинированным критериям входа, правам принятия решений, средствам контроля за возвратом средств и отчетности о результатах деятельности ритейлеры могут использовать ESL дляоптимизировать розничные операциибез ущерба для точности цен, оперативного контроля или поддержки магазинов.
