Я искренне радуюсь, когда сталкиваюсь с автоматизированными процессами, делающими нашу жизнь лучше или проще. Когда не надо звонить, чтобы сделать заявку, называть номер машины по буквам (вот это вот Роман 593 Ульяна Харитон) или по пять раз повторять название блюда, а достаточно открыть приложение или зайти на сайт, сделать пару кликов и получить результат. Кайф.

Но у этого кайфа, разумеется, есть обратная сторона. Ошибки, недоработки или просто непродуманные мелочи, которые в лучшем случае заставят улыбнуться, а в худшем – полностью испортят впечатления от процесса.

Собственно, об этом хочу и поговорить. Благо, мелочи относится к разряду похихикать🤡

Итак, у нас есть приложение, через которое можно заказать пропуск на въезд автомобиля. У заявки есть три статуса: 🔵заявка принята – пользователь создал заявку и заполнил все поля 🔵гость прибыл – автомобиль, для которого заказан пропуск въехал на территорию 🔵заявка отменена – автомобиль, для которого заказан пропуск не приехал в указанную в заявке дату

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

Единственное, что непонятно мне, как пользователю, так это триггер для смены статуса на Гость прибыл. Есть две гипотезы: 🔸номер машины считывается камерой, система находит заявку, сравнивает номера и открывает ворота, после чего меняется статус заявки 🔸охранник Алеша находит заявку, открывает ворота и отмечает, что автомобиль проехал

Оба варианта меня в целом устраивают – моя потребность (заказать пропуск и обеспечить въезд транспорта) удовлетворена. Но бывает и забавное.

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

Когда гость прибыл, приложение отправило пуш, дескать, автомобиль въехал. А потом еще один. Сначала я подумал, что это просто маленький глюк – иногда такое случается в разных приложениях. Но на всякий случай решил проверить список заявок.

В списке заявок отмеченными оказали две – на вторник (логично) и на пятницу (вообще не логично). Мне стало интересно, почему так случилось. Вот тут стоит вернуться к триггерам.

В случае полной автоматизации – от распознавания номера до открытия ворот и смены статуса – выходит, что система по какой-то причине меняет статус у двух заявок. У одной по совпадению даты, у другой – предположительно, по месту в списке. Почему так? Есть подозрение, что аналитик не продумал такой сценарий (если аналитик вообще был), разработчик не задавал вопросов, а тестировщик не тестировал такой сценарий, просто потому что он не был заявлен.

Если же предположить, что все делает Алеша, то появляются вопросы к интерфейсу, в котором этот самый Алеша работает. Зачем ему видеть заявки на будущие дни, если он открывает ворота сегодня? Почему он может поменять статус у заявки на будущий день? Тут вопросы исключительно к аналитикам – как системному, так и UI, если таковой опять же был.

В общем, к чему это все? Да все к тому же – коллеги, не ленитесь четко прописывать логику работы системы. Чаще задавайтесь вопросами в духе «а зачем?», «а что будет, если?», «а что может случиться, если мы реализуем такие сценарии?». Ответы на них не просто помогут вам избежать ошибок, но и позволят машине въехать на территорию не только сегодня, но и через пару дней.