План розгортання електронних етикеток на полицях для роздрібної торгівлі кількома-магазинами

Успішна пілотна програма не гарантує успішного-розгортання електронної етикетки на полиці. Пілот перевіряє, чи можуть технологія та операційна модель працювати в контрольованому середовищі. Розгортання має відтворити цей результат у магазинах з різним плануванням, обладнанням, мережами, асортиментом, розкладом просування, рівнем персоналу та потребами підтримки.

Розглянемо типову модель відмови. Роздрібний продавець завершує чистий пілот у стандартному супермаркеті, а потім планує десять виробничих магазинів за одну хвилю. У двох локаціях використовуються старіші конфігурації POS, у трьох — багато морозильних камер, а в одній не було встановлено належних монтажних адаптерів. Встановлення починається вчасно, але перевірка цін, прив’язка етикеток і попит на підтримку швидко відрізняються від пілотного. Проблема не в тому, що електронні етикетки на полиці не працюють. Проблема полягає в тому, що пілотний дизайн було розширено до того, як були готові елементи керування розгортанням.

Тому роздрібним торговцям потрібно більше, ніж календар встановлення. Їм потрібен план розгортання електронних етикеток на полицях, який визначає, які магазини готові, який розмір хвиль розгортання, як працюють перемикання та відкат, кому належить кожне рішення, як навчаються співробітники, як контролюється запас і які докази потрібні перед початком наступної хвилі.

Роздрібні торговці, які все ще оцінюють повний набір технологій, повинні спочатку переглянути доступнірішення для електронних етикеток на полицяхі зрозумітияк працює система ESL від платформи ціноутворення до фізичної полиці.

Швидка відповідь:Надійне розгортання ESL для кількох-магазинів має класифікувати магазини за повторюваними архетипами, перевіряти готовність перед плануванням, розмір хвиль розгортання відповідно до інсталяції та потужності підтримки, контролювати зниження цін, визначати ініціатори відкату, навчати кожну операційну роль, підтримувати відповідні резервні запаси, запускати вимірний період гіпертурботи та використовувати формальні критерії входу та виходу для кожної хвилі.

Що змінюється після схвалення пілотної програми ESL?

Пілот, розгортання та стаціонарні-операції відповідають на різні запитання.

Хороший пілот повинен надати докази щодо точності ціни, надійності оновлення, покриття шлюзу, робочих процесів співробітників, стабільності монтажу та операційних витрат. Розгортання перетворює ці результати на повторювані стандарти. Перед масштабуванням команда проекту повинна мати:

• Схвалена модель архетипу магазину-;
• Етикетка, шаблон і монтажна матриця;
• Стандартний шлюз і дизайн мережі;
• Задокументовані товари, ціни та правила просування;
• Ворота-готовності магазину;
• Процедура перемикання та відкату;
• навчальні-матеріали на основі ролей;
• Запасна-стандартна і змінна модель;
• Модель гіпертурботи та довгострокової-підтримки;
• Пороги продуктивності-на рівні хвилі.

Не сприймайте розгортання як більшу версію пілотної програми. Для компактного міні-магазину, стандартного супермаркету та великого приміщення з холодильними камерами може знадобитися різне обладнання, розмір бригади, монтажні вікна та підтримка.

Створіть архетипи магазинів перед плануванням розгортання

Управління кожним магазином як абсолютно унікальним проектом створює непотрібну роботу з планування. Розглядання кожного магазину як ідентичного створює операційний ризик. Практичний підхід полягає в групуванні магазинів у архетипи на основі фізичних, технічних та експлуатаційних характеристик.

Після перевірки архетипу роздрібний продавець може повторно використовувати його перелік матеріалів, правила монтажу, дизайн шлюзу, тестовий сценарій, послідовність встановлення, навчальний пакет і план підтримки. Фізичний дизайн повинен узгоджуватися з детальнимПроцес встановлення етикетки електронної полиці.

Архетипи магазинів також повинні відображати обрану технологію відображення. Розмір мітки, режим оновлення, умови перегляду та рекламний вміст можуть відрізнятися в різних відділах. ПорівнянняЕтикетки на полицях із РК-дисплеєм і електронними -чорниламиможе допомогти зрозуміти, де підходять різні формати.

Створіть ворота готовності магазину

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

Якщо GTIN використовується в описі продукту, роздрібний продавець повинен узгодити свої правила-ідентифікації товару зГлобальна система номерів товарних одиниць GS1. Ідентифікатори продукту, ідентифікатори магазину та прив’язки етикеток мають бути перевірені до того, як команда встановлення прибуде до магазину.

Завершений приклад готовності

Наступний приклад є ілюстративним і показує, як шлюз готовності може запобігти запуску-керованого розкладом-активу.

Це сховище не повинно працювати, доки не буде вирішено проблему блокування монтування. Усна обіцянка, що деталі вже «в дорозі», не означає фізичну готовність.

Використовуйте статуси чіткої готовності

• Готовий:Усі критичні вимоги повні та підтверджені.
• Готовий з умовами:Незначні відкриті позиції мають власників, дати та не мають істотного впливу на ціну чи безпеку.
• Не готовий:Критична вимога залишається невиконаною.
• Відкладено:Магазин потребує перепланування, будівельних робіт, оновлення системи або перепланування.

Виберіть стратегію розгортання

Хвиля розгортання — це контрольована група магазинів, розгорнутих протягом одного періоду проекту. Правильний метод групування залежить від логістики, схожості магазинів, пріоритету бізнесу та ризику.

Для більшості роздрібних торговців гібридна модель є найбільш практичною. Хвиля може включати підготовлені магазини в одному регіоні, але лише місця, що належать до затверджених архетипів і використовують сумісні версії POS.

Обчисліть пропускну здатність хвилі перед встановленням дат

Розмір хвилі має обмежуватися як потужністю встановлення, так і потужністю підтримки після запуску. Проект може встановити більше магазинів, ніж він може стабілізувати.

Формула потужності установки

Щоденна кількість етикеток=кількість екіпажів × продуктивні години на бригаду × кількість встановлених міток на бригаду-година × коефіцієнт використання

Приблизні дні встановлення=загальна кількість етикеток у хвилі ÷ щоденна кількість етикеток

Коефіцієнт використання враховує перерви, доступ до магазину, зміни обладнання, подорожі всередині магазину, винятки пристроїв, перерахунок і перевірку цін. Формула є моделлю планування, а не еталоном галузі.

Ілюстративний приклад ємності

Орієнтовна добова потужність – 1785 етикеток. Таким чином, хвиля з 24 000 етикеток потребує приблизно 13,5 робочих днів перед додатковим часом на роботу над шлюзом, приймальне тестування, подорожі та переробку.

Потужність підтримки також має обмежувати хвилю

Якщо служба підтримки та команда Hypercare можуть активно підтримувати лише чотири нові магазини одночасно, пропонована хвиля із шести-магазинів є завеликою, навіть якщо монтажні бригади зможуть її завершити. Кінцевий розмір хвилі має бути меншим із:

• Місткість-на основі встановлення;
• Потужність-на основі логістики;
• Можливість-підтримки постачальника;
• Здатність гіпертурботи;
• Кількість магазинів, які пройшли готовність.

Припущення щодо вартості слід перевіряти на основі повного бізнес-обґрунтування, а не лише на апаратному забезпеченні. TheСтруктура розрахунку ROI ESLта аналізреальна вартість електронних етикеток на полиціможе допомогти структурувати ці припущення.

Визначте критерії входу та виходу для кожної хвилі

Критерії входу визначають, чи може початися хвиля. Критерії виходу визначають, чи може продовжитися наступна хвиля. Це управлінське рішення, а не просто планування. TheОбговорення Інститутом управління проектами управління проектаминадає ширшу інформацію щодо прав прийняття рішень, нагляду та підзвітності.

Ілюстративні критерії вступу

• Кожен магазин пройшов ворота готовності;
• Обладнання, шлюзи, кріплення, інструменти та запчастини доступні;
• Інтерфейси POS, ERP, проміжного програмного забезпечення та ESL пройшли регресійне тестування;
• Дані про товари та ціни магазину перевірено;
• Затверджено монтажні плани;
• Пройшли необхідне навчання працівників;
• Списки підтримки та контакти для ескалації активні;
• Рішення про скорочення,{0}}заморожування цін і відкат схвалено;
• Від попередньої хвилі не залишилося жодного невирішеного критичного дефекту.

Ілюстративні критерії виходу

• Жодного невирішеного критичного інциденту з ціною чи безпекою;
• Аудити цін відповідають затвердженому порогу прийнятності;
• Продуктивність оновлення відповідає узгодженому рівню обслуговування;
• Невдалі оновлення видимі та контрольовані;
• Точність прив’язки продукту-до-етикетки відповідає меті;
• Робота шлюзу та мережі стабільна;
• Працівники магазину можуть виконувати рутинні завдання;
• Попит на підтримку впав до стабільного-порогового значення;
• Переробка інсталяції виправлена;
• Наступна хвиля внесла необхідні зміни.

Хвиля не завершена, коли монтажні бригади залишають. Він завершений, коли магазини стабільні, а команда управління має достатньо доказів для прийняття наступного рішення.

Створіть детальний план скорочення магазину

Перехід — це контрольований перехід від існуючого -процесу маркування полиць до нової операційної моделі ESL. Він має визначати системи, магазини, відділи, часове вікно, власників рішень, правила цін, обробку паперових-етикеток, послідовність тестування та тригери відкату.

Ілюстративна шкала скорочення

План переходу також повинен координувати бездротову частину розгортання. Кількість шлюзів, покриття, перешкоди та поведінка відновлення залежать від обраної архітектури зв’язку. Подивіться порівнянняЗв’язок Bluetooth, Wi-Fi та Sub-GHz ESL.

Вирішіть, чи потрібне заморожування цін

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

Якщо використовується заморожування, задокументуйте час його початку та завершення, дозволені екстрені зміни, обробку заблокованих транзакцій, послідовність випуску, засоби керування версіями та остаточний аудит синхронізації. Роздрібні продавці, які використовують часті автоматичні зміни, також повинні узгоджувати перехід зі своїмиПроцес динамічного ціноутворення ESL.

Керуйте паперовими етикетками під час переходу

У плані розгортання має бути визначено, коли буде видалено наявні паперові етикетки та яка резервна копія для надзвичайних ситуацій залишається доступною. Загальні підходи включають заміну зон-за-зонами після кожного аудиту цін, тимчасове резервне копіювання паперу в офісі магазину або паперові етикетки лише для приладів, які ще не схвалені для ESL.

Основне правило просте: на полиці не повинно бути двох суперечливих активних цін. Бізнес-наслідки непослідовного ціноутворення на полиці обговорюються вщо відбувається, коли ціна відображається неправильно.

Розраховуючи трудові виплати та винагороди за перехід, порівняйте повний цифровий процес із існуючим документообігом. Аналізелектронні етикетки на полицях проти паперових етикетокзабезпечує корисну базову лінію.

Визначте процедури відкату та-безперервності бізнесу

План відкату пояснює, як роздрібний продавець стримає або скасує невдалу перерву. Його слід протестувати перед -прямим показом, а не писати після інциденту.

TheКерівництво з планування-на випадок NISTнадає ширшу структуру для оцінки вимог до відновлення системи, пріоритетів і стійкості до операцій.

Можливі тригери відкату

• Широко поширені неправильні ціни на полиці;
• Ціни POS та ESL не синхронізуються;
• Помилки-прив’язки продукту-до-етикетки великого масштабу;
• Рекламна акція не може розпочатися або закінчитися правильно;
• Покриття шлюзу нестабільне;
• Транзакції зникають без сповіщень;
• Співробітники магазину не можуть виконувати важливі завдання;
• Виникає збій безпеки або{0}}контролю доступу;
• Система недоступна без надійного шляху відновлення.

Визначте область відкату

Остаточна перевірка повинна підтвердити, які ціни, шаблони та прив’язки було відновлено, хто санкціонував дії, які коригувальні транзакції були видані та чи було повторно запроваджено паперове резервне копіювання.

Використовуйте матрицю серйозності дефектів

Не кожна проблема повинна блокувати наступну хвилю. Задокументована модель серйозності не дозволяє командам розглядати косметичні проблеми та-відмову щодо ціни клієнтів як еквівалент.

Створіть розгорнутий RACI

Відповідальність за впровадження не повинна залишатися за невизначеною «командою проекту». RACI визначає, хто є відповідальним, підзвітним, хто з ним консультується та інформований.

R=Відповідальний, A=Підзвітний, C=Проконсультований, Я=Повідомлений

Обов’язки постачальника, графік роботи служби підтримки, процес заміни, політика-оновлення програмного забезпечення та зобов’язання щодо ескалації також мають бути відображені в контракті. ПорівнянняВиробники електронних етикеток на полиціможе підтримувати ранню оцінку постачальника.

Плануйте запасні етикетки та запасні запаси

Недостатній запас може призвести до того, що пошкоджені або відсутні етикетки не будуть вирішені. Надлишок запасів може створити невикористаний запас, коли змінюються моделі, шаблони або стандарти кріплення.

Початкова потреба в резерві=Встановлені етикетки × Планова норма резерву + Прогноз нового-Попит на SKU + Відомий резерв для заміни + Безпечний запас

Це формула планування, а не універсальний орієнтир. Запасний тариф має відображати розмір етикетки, формат магазину, ризик пошкодження, охолодження, час виконання постачальником, цільове обслуговування, очікувані зміни асортименту, можливість передачі між -магазинами та ризик застарівання моделі.

Запасний інвентар може включати

• Етикетки за моделлю, розміром і кольором;
• Шлюзи та джерела живлення;
• Рейки, гачки, кліпси та перехідники;
• Морозильні та холодильні кріплення;
• Пристрої для палітурки або сканування;
• Змінні батареї, де це можливо;
• Засоби встановлення та діагностики.

Роздрібний продавець може зберігати надзвичайні запаси в кожному магазині, регіональні резерви для звичайних замін і центральні запаси для менш{0}}моделей. Дизайн повинен збалансувати швидкість заміни з контролем запасів.

Тренуйте різні ролі для різних завдань

Одного загального тренінгу недостатньо. Співробітники магазину, менеджери, ІТ-групи, групи ціноутворення, служби підтримки та інсталятори мають різні обов’язки.

Навчання має вимірюватися виконанням завдань, а не відвідуваністю. Співробітники повинні продемонструвати, що вони можуть розпізнати невдале оновлення, виправити основну проблему зв’язування, замінити пристрій, перевірити рекламну акцію та передати інцидент із необхідною інформацією про транзакцію, етикетку, продукт, магазин і час.

Запустіть командний центр Go-Live

Для ранніх хвиль або складних магазинів тимчасовий-активний командний центр створює єдиний канал для прийняття рішень і зв’язку.

Рекомендовані учасники

• Керівник програми або розгортання;
• Власник роздрібних ІТ та інтеграції;
• представник-операційного відділу магазину;
• Власник ціноутворення або мерчандайзингу;
• Технічний керівник постачальника;
• Монтажний кабель;
• керівник-служби підтримки;
• Регіональний менеджер.

Що контролює командний центр

• Запущені, завершені, заблоковані та відкочені магазини;
• Встановлені та скріплені етикетки;
• Прайс{0}}прохідний рівень аудиту;
• Офлайн-мітки та статус шлюзу;
• Невдалі та затримані оновлення;
• Відкриті критичні та високі дефекти;
• Активація та повернення просування;
• Квитки підтримки та час відповіді;
• Споживання-запасів;
• Перейти, призупинити або відкотити рішення.

Під час запуску-в прямому ефірі команда може зустрічатися на фіксованих контрольних точках, наприклад перед інсталяцією, після кожного відділу, після першого пакетного оновлення та перед-виходом із магазину. Кожне важливе рішення має фіксувати час, докази, власника рішення та-подальші дії.

Створіть вимірюваний план Hypercare

Hypercare — це тимчасовий період посиленого моніторингу та підтримки після запуску магазину. Його метою є раннє виявлення операційних проблем до того, як співробітники створять постійні обхідні шляхи вручну.

Путівник по сайтупоширені помилки оновлення ESLможе допомогти визначити категорії інцидентів для черги гіпердогляду.

Інформаційна панель Hypercare

Практики зберігання журналів і розслідування повинні підтримувати реконструкцію інциденту. TheПосібник NIST з керування журналами комп’ютерної безпекинадає ширші вказівки щодо розробки та підтримки процесів керування-корпоративними журналами.

Ілюстративні критерії виходу з Hypercare

• Нуль невирішених критичних інцидентів;
• Аудити цін відповідають затвердженому порогу протягом певного стабільного періоду;
• Втрата тихих оновлень не виявлена;
• Невдалі оновлення видимі, належать і знаходяться в межах відповіді;
• Обсяг заявок-підтримки дорівнює порогу стабільного-стану або нижче;
• Працівники магазину виконують рутинні завдання без-допомоги команди проекту;
• Тимчасові паперові або ручні обхідні шляхи видалено;
• Право власності передано моделі постійної підтримки.

Гіперопіка має припинитися, коли є докази, що підтверджують перехід, а не просто тому, що минуло чотирнадцять днів.

Захист доступу, моніторингу та відновлення

Розгортання представляє нові облікові записи користувачів, мобільні інструменти зв’язування, шлюзи, API, доступ до підтримки та адміністративні дозволи. Безпека має бути частиною готовності та перемикання, а не завданням після-запуску.

TheNIST Cybersecurity Framework 2.0пропонує широку структуру для керування, ідентифікації, захисту, виявлення, реагування та відновлення ризиків кібербезпеки.

Перевірте як мінімум:

• Доступ-на основі ролей і найменші привілеї;
• Багато{0}}факторна автентифікація, якщо підтримується;
• зберігання та ротація облікових даних API;
• Видалення тимчасових облікових записів інсталятора;
• Логування дій ціни, шаблону, прив'язки та відкату;
• Елементи керування затвердженням групових змін;
• правила віддаленого-доступу постачальника;
• Процедури резервного копіювання, відновлення та ескалації.

Вимірюйте продуктивність розгортання за магазинами та хвилями

Продуктивність оновлення дисплея має бути відокремлена від внутрішньої обробки, затримки в черзі та передачі через шлюз. Дивіться пояснення доЧастота оновлення ESL і продуктивність дисплея.

Звітуйте про результати за архетипом магазину, регіоном, монтажною бригадою, типом світильника, моделлю етикетки, зоною шлюзу та хвилею розгортання. Середнє-ланцюгове середнє може приховати один слабкий тип магазину або одну бригаду з високим рівнем переробки.

Прийміть офіційне хвильове рішення

Високий загальний бал ніколи не повинен перекривати невирішені критичні проблеми з ціноутворенням, безпекою чи відновленням.

Ілюстративний композитний сценарій розгортання

У наступному прикладі наведено комбінований сценарій планування, а не іменовану вимогу клієнта.

Роздрібний продавець пропонує другу виробничу хвилю, що включає вісім супермаркетів. Усі вісім пройшли базову перевірку даних, але три включають великі морозильні відділення. План проекту передбачає ті самі показники монтажу та продуктивності, які використовувалися в першій хвилі.

Під час першого встановлення-морозильника команда виявила, що під час поповнення схвалений адаптер ослаб. Встановлення сповільнюється, повторна робота збільшується, і команда витрачає більшість регіональних запасних кріплень. У той же час команда підтримки обробляє невирішені обов’язкові запитання від двох магазинів, які нещодавно припинили роботу-.

Правильне рішення — не продовжувати, тому що врешті-решт відкрився перший магазин. Команда управління повинна:

1. Призупинити решту інсталяцій-морозильника;
2. Продовжуйте лише з магазинами, які використовують перевірену стандартну конструкцію кріплення;
3. Перевірте переглянуте кріплення морозильника за нормальних умов поповнення та очищення;
4. Оновити архетип опису матеріалів і припущення про продуктивність установки;
5. Перерахувати резервний запас і потужність хвилі;
6. Завершіть гіперобслуговування відкритих магазинів перед перезапуском призупиненої групи.

Це рішення запобігає копіюванню одного локального дефекту в кількох магазинах.

Докази, необхідні у звіті про впровадження

Кожен хвилевий звіт повинен містити:

1. Магазини та архетипи включені;
2. Статус готовності до розгортання;
3. Встановлена ​​етикетка, шлюз і монтажні кількості;
4. Плановий і фактичний час монтажу;
5. Аудит-ціни та оновлення результатів;
6. Дефекти прив'язки, монтажу та мережі;
7. Серйозність дефекту та статус першопричини-;
8. Підтримка запитів і час вирішення;
9. Завершення навчання та результати виконання завдань;
10. Споживання-запасів;
11. Статус виходу з Hypercare;
12. Коригувальні дії для наступної хвилі;
13. Формальне рішення про продовження, виправлення, призупинення, перепроектування або відкат.

Допоміжні докази можуть включати форми готовності, фотографії встановлення, журнали транзакцій, звіти про шлюз, результати аудиту, оцінювання навчання, квитки до служби підтримки та документи про підписку-магазину.

Остаточний винос

Розгортання електронних етикеток на полицях – це контрольоване операційне перетворення, що включає дані, ціни, мережі, обладнання, логістику, співробітників, постачальників, підтримку та управління.

Найнадійніші плани розгортання класифікують магазини за повторюваними архетипами, перевіряють готовність за допомогою доказів, розмір хвиль відповідно до інсталяції та потужності підтримки, контролюють перемикання та відкат, визначають відповідальність за допомогою RACI, навчають кожну роль, підтримують заплановані резервні запаси та тримають магазини в режимі гіпердогляду, доки не будуть досягнуті вимірні критерії виходу.

Кожна хвиля повинна покращувати стандарт, перш ніж її повторять у більшому масштабі. Коли з’являється локальний дефект, роздрібний продавець повинен призупинити або перепроектувати уражений архетип, а не відтворювати ту саму слабкість у мережі.

Завдяки чітким критеріям входу, правам прийняття рішень, контролю відновлення та звітності про продуктивність роздрібні торговці можуть використовувати ESL дляоптимізувати роздрібні операціїбез шкоди для точності цін, операційного контролю чи підтримки магазину.