Гость прибыл⛵️
Я искренне радуюсь, когда сталкиваюсь с автоматизированными процессами, делающими нашу жизнь лучше или проще. Когда не надо звонить, чтобы сделать заявку, называть номер машины по буквам (вот это вот Роман 593 Ульяна Харитон) или по пять раз повторять название блюда, а достаточно открыть приложение или зайти на сайт, сделать пару кликов и получить результат. Кайф.
Но у этого кайфа, разумеется, есть обратная сторона. Ошибки, недоработки или просто непродуманные мелочи, которые в лучшем случае заставят улыбнуться, а в худшем – полностью испортят впечатления от процесса.
Собственно, об этом хочу и поговорить. Благо, мелочи относится к разряду похихикать🤡
Итак, у нас есть приложение, через которое можно заказать пропуск на въезд автомобиля. У заявки есть три статуса:
🔵заявка принята – пользователь создал заявку и заполнил все поля
🔵гость прибыл – автомобиль, для которого заказан пропуск въехал на территорию
🔵заявка отменена – автомобиль, для которого заказан пропуск не приехал в указанную в заявке дату
На один и тот же автомобиль можно сделать несколько заявок – хоть на одну и ту же дату, хоть на несколько дней в будущем. Вроде все просто и логично.
Единственное, что непонятно мне, как пользователю, так это триггер для смены статуса на Гость прибыл. Есть две гипотезы:
🔸номер машины считывается камерой, система находит заявку, сравнивает номера и открывает ворота, после чего меняется статус заявки
🔸охранник Алеша находит заявку, открывает ворота и отмечает, что автомобиль проехал
Оба варианта меня в целом устраивают – моя потребность (заказать пропуск и обеспечить въезд транспорта) удовлетворена. Но бывает и забавное⬇️
Я искренне радуюсь, когда сталкиваюсь с автоматизированными процессами, делающими нашу жизнь лучше или проще. Когда не надо звонить, чтобы сделать заявку, называть номер машины по буквам (вот это вот Роман 593 Ульяна Харитон) или по пять раз повторять название блюда, а достаточно открыть приложение или зайти на сайт, сделать пару кликов и получить результат. Кайф.
Но у этого кайфа, разумеется, есть обратная сторона. Ошибки, недоработки или просто непродуманные мелочи, которые в лучшем случае заставят улыбнуться, а в худшем – полностью испортят впечатления от процесса.
Собственно, об этом хочу и поговорить. Благо, мелочи относится к разряду похихикать🤡
Итак, у нас есть приложение, через которое можно заказать пропуск на въезд автомобиля. У заявки есть три статуса:
🔵заявка принята – пользователь создал заявку и заполнил все поля
🔵гость прибыл – автомобиль, для которого заказан пропуск въехал на территорию
🔵заявка отменена – автомобиль, для которого заказан пропуск не приехал в указанную в заявке дату
На один и тот же автомобиль можно сделать несколько заявок – хоть на одну и ту же дату, хоть на несколько дней в будущем. Вроде все просто и логично.
Единственное, что непонятно мне, как пользователю, так это триггер для смены статуса на Гость прибыл. Есть две гипотезы:
🔸номер машины считывается камерой, система находит заявку, сравнивает номера и открывает ворота, после чего меняется статус заявки
🔸охранник Алеша находит заявку, открывает ворота и отмечает, что автомобиль проехал
Оба варианта меня в целом устраивают – моя потребность (заказать пропуск и обеспечить въезд транспорта) удовлетворена. Но бывает и забавное⬇️