Сценарій
Обирайте сценарій не за абстрактною красою, а за реальною логікою сервісу, навантаженням на команду та поведінкою на касі.
Виходьте з реального сервісного сценарію
Найкращий сценарій - той, який команда здатна підтримувати під час звичайної завантаженої зміни. Теоретично красивий флоу нічого не вартий, якщо він додає тертя біля каси.
Обирайте сценарій, спираючись на те, як клієнтів обслуговують зараз, а не на те, як вам хотілося б, щоб це працювало.
Сценарій з участю персоналу
Це найпряміший варіант там, де команда й так взаємодіє з клієнтом на касі. Працівник сканує картку, додає відмітку або підтверджує винагороду.
Використовуйте його, коли:
- важливий контроль з боку персоналу
- треба мінімізувати зловживання
- контакт на касі вже є частиною сервісу
Кіоск або самообслуговування
Цей варіант працює добре, коли ви хочете менше залучати команду. Клієнт сам сканує картку й завершує дію на планшеті або окремій станції.
Використовуйте його, коли:
- обслуговування має бути швидким
- час персоналу обмежений
- сценарій достатньо простий, щоб клієнт завершив його самостійно
Автоматизований або інтегрований сценарій
Автоматизація стає цінною тоді, коли у вашому процесі вже є звичка сканувати щось на касі або коли POS / API може обробляти логіку винагород у фоні.
Використовуйте її, коли:
- операції потрібна швидкість у масштабі
- команда має працювати в одному інтерфейсі
- ручна видача винагород уже стала вузьким місцем
Один бізнес може використовувати більше ніж один сценарій
Вам не потрібен один і той самий сценарій назавжди. Багато команд стартують з валідації персоналом, а потім додають кіоск чи автоматизацію, коли обсяг зростає.
Важливо не це, а те, щоб клієнтська обіцянка лишалася стабільною навіть тоді, коли внутрішній спосіб валідації змінюється.
Візуальний огляд
Використовуйте набори екранів нижче як візуальний супровід до статті. Будь-яке зображення можна відкрити у повному розмірі.