25. CustDev и контекст
Банковские приложения и банковские чат-боты (да-да, есть и такие) часто используют систему двойной авторизации. Нужно не только разблокировать устройство, но и при входе в приложение снова подтвердить, что пользователь именно тот, за кого себя выдает. А при совершении операции нужно пройти дополнительное подверждение, введя код из смс.
Проводя custdev этого вопроса «в вакууме», т.е. без конкретного сценария ситуации, логично услышать, что пользователю система многоуровненой авторизации неудобна. Даже если натолкнуть пользователя на определенный сценарий поведения, например:
Операцию по переводу средств со счета на счет нужно осуществить быстро. Пользователь стоит на кассе в магазине, собралась очередь. Дожидаться кода из смс в этой ситуации долго и очень нервно (именно нервозность может быть "болью" потребителя). К тому же ситуация может усугубиться тем, что WiFi-сеть есть, а вот сотовая связь отсутствует... Как получить код из смс в этом случае? Как ускорить процесс перевода?
Но стоит изменить контекст: представьте, что телефон украден и злоумышленник хочет перевести деньги со счета. Много уровней подтверждения личности хорошо?
В сухом остатке: контекст исследования важен при проведении custdev; исследуйте разные сценарии.
#полезное
P.S. Если телефон украден, получить код в смс не составит труда. Чем же тогда заменить проверку? 🤔
Post #52
542

- 👍 11
- 👏 3
- 🌭 2