Боги дизайна интерфейсов из Альфа-банка

UPD 13.02.2024: Представитель банка сообщил что была накладка, обычно все работает корректно. Постараюсь проверить в реальной ситуации.

Люди давно привыкли что зелёненькая галочка - это ок, а красненький крестик - это проблема. Но у разработчиков и дизайнеров Альфы иное чувство прекрасного.

Типичное сообщение об успешном платеже. Ой, то есть, об ошибке. Читайте мелким шрифтом.

Приехал вчера в магазин, расплатился переводом через QR код СБП в приложении Альфа-банк. Показал продавцу экран, получил товар. Казалось бы, обычная ситуация, привычное сообщение на экране, что могло пойти не так? Кто бы мог подумать что вся суть кроется в слове «не», а галочка на зеленом фоне ни о чем не говорит?

Случайно заметил что оплата не прошла, когда уже погрузил покупки на тележку и поехал к машине. Оплатил заново, переводом. Иначе продавец мог попасть на эти 9к. Сколько покупателей таким образом не по своей воле обманули продавцов - остается догадываться.

Того, кто додумался таким образом показывать сообщение о неудачном платеже - надо бить по рукам!

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

0
177 комментариев
Написать комментарий...
Vladimir Ponomarev

Тут ответ API некорректно интерпретирован, скорее всего. С бэка пришëл код 200, но с заполненным error description. А мобилка смотрит только на код ответа, вот и рисует зеленые галочки...

Ответить
Развернуть ветку
Александр А.

Тогда уж ответ бэка с некорректным response code

Ответить
Развернуть ветку
Vladimir Ponomarev

Ну, бэк же не наобум так отвечает (надеюсь).😀 Не исключаю, что кто-то додумался, что что 500ку можно и не возвращать в таком случае, а вместо этого 200 + какой-нибудь условный error description, который не возвращается при успешном платеже. Если это так, то проблема явно при проектировании API бэка. Но есть еще гипотеза, что это косяк еще дальше: между бэком и сервисом, общающимся с СБП. Но тогда непонятно, как текст ошибки отобразился на скрине, в любом случае, это все с бэка пришло..

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Vladimir Ponomarev

И у них также?:)

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Vladimir Ponomarev

Нормально интерпретируют, раз не было такой ошибки.))

Ответить
Развернуть ветку
Александр А.

То, что текст отобразился - это как раз плюс, иначе вообще пользователь ничего не понял бы.

А вот 200/201 - это какие-то кейсы не покрыли, в том числе на тестировании.

Ответить
Развернуть ветку
Vladimir Ponomarev

Я бы возвращал 500ку в этом случае вместе с текстом ошибки, чтоб не создавать лишних проблем.

Ответить
Развернуть ветку
174 комментария
Раскрывать всегда