Сравнительное исследование банковских каналов iOS-приложения для физических лиц 2018

iOS-приложения для физических лиц 2018
Сравнительное исследование
банковских каналов
Общий отраслевой отчет
rating.usabilitylab.ru

View Slide

Банки-участники
2
Резюме исследования
Версия 3.7.2
Версия 3.6 Версия 2.39
Версия 10.3.2 Версия 9.34.41
Версия 3.21.2
Версия 4.5.0
Версия 1.242.0 Версия 5.7.1
Версия 5.2
Версия 2.7.3
Версия 8.7.2 Версия 4.1.3 Версия 2.26.7

View Slide

Общая информация
В ходе сравнительного исследования мобильных банков 2018 года оценивались три параметра:
3
УДОБСТВО ДОСТУПНОСТЬ
В ходе данного исследования мы
составляем полный список функций
мобильных банков и с помощью
опроса пользователей определяем вес
для каждой функции. Всем банкам
присваивается балл, исходя из того,
какая функциональность у них
присутствуют и какой у нее вес.
ФУНКЦИОНАЛЬНОСТЬ
Для исследования удобства мы
привлекли пользователей
рассматриваемых сервисов банков. У
половины из них был опыт
использования мобильных банков, у
другой половины такого опыта не
было. Респондентам предлагалось
выполнить популярные задачи через
банковские приложения. Пользователи
выполняли популярные задачи. По
результатам исследования каждому
банку выставлялись баллы.
Отдельно мы провели исследование
доступности мобильных iOS
приложений банков. Оно не влияет на
рейтинг. В соответствующей части
отчета описаны проблемы, которые
могут возникнуть у слепых,
слабовидящих и пользователей с
моторными нарушениями при
взаимодействии с мобильными
банками.

View Slide

Лидером рейтинга мобильных приложений второй год подряд становится Тинькофф
Банк. Он, как и многие другие участники, вносит изменения как в дизайн, так и в набор
функций приложения. Все основные пользовательские задачи в мобильном банке
выполняются без критичных затруднений, а спектр возможностей постепенно расширяется
(приложение сохраняет лидерство по количеству внедренных востребованных функций).
Бинбанк существенно нарастил функциональность (более чем на 50% по сравнению с
прошлым годом) и при этом внес точечные изменения в интерфейс, которые позволили
решить большинство критичных проблем взаимодействия в основных сценариях.
Банк ВТБ, расширив набор функций, вышел в лидеры по числу восхищающих и
желаемых, но проблемы с удобством выполнения заданий не позволили ему занять более
высокую позицию в рейтинге.
В среднем у лидеров рейтинга представлено более 50% функций высокой
востребованности. Среди восхищающих можно отметить подбор продуктов по заданным
параметрам и выбор категорий/партнеров с повышенным кешбэком. Наиболее полно
представлены возможности настройки доступа в приложение, просмотра истории
операций, перевода средств, общения с банком. В т.ч. представлены такие возможности,
как вход по номеру телефона, получение сводной информации о движении средств в
истории, перевод по QR-коду, интернет-звонки из приложения в службу поддержки.
4
Итоговые показатели. Рейтинг 2018
1. Тинькофф Банк
2. Бинбанк
3. Банк ВТБ
4. Сбербанк
5. Альфа-Банк
6. Банк Открытие
7. Банк Русский Стандарт
8. Промсвязьбанк
9. Банк Санкт-Петербург
10. РайффайзенБанк
11. Росбанк
12. ЮниКредит Банк
13. Банк Хоум Кредит
14. Газпромбанк

View Slide

Методология исследования
Методология оценки функциональности
Методология оценки удобства
Методология оценки доступности

View Slide

Этап 1: Контрольный список функций и параметров
• Перед стартом исследования этого года мобильные приложения
были изучены на предмет новых возможностей, появившихся с
прошлого года.
• Вся имеющаяся функциональность делится на функции и
параметры этих функций. К примеру, возможность посмотреть
информацию об отделениях банка – это функция, а возможности
посмотреть телефон, адрес, схему проезда, время работы –
параметры реализации этой функции.
• Новые возможности были добавлены в контрольный список в виде
новых функций или параметров уже имеющихся функций. Итоговый
список включает 214 функций.
Этап 2: Массовый онлайн-опрос
Затем был проведен опрос пользователей, который включал оценку
востребованности всех новых функций и параметров (по 150
респондентов на каждую). Кроме того в опрос были включены
некоторые функции из прошлого года, чтобы проверить их вес.
Вес каждой функции контрольного списка был обновлен с учетом
оценок, полученных в результате опроса 2018 года.
Этап 3: Оценка функциональности мобильных банковских
приложений
Эксперты проверили наличие каждой функции и параметров этой
функции в приложении банка.
Итоговый показатель функциональности мобильного приложения был
рассчитан как сумма весов имеющихся в нем функций и параметров.
6

View Slide

Юзабилити-тестирование – качественный экспериментальный
лабораторный метод анализа взаимодействия пользователя с
продуктом при решении типичных задач. Модератор зачитывает
задание из сценария, которое респонденту необходимо выполнить.
Сценарий тестирования не содержит шагов выполнения задания или
подсказок.
Респондент выполняет задания в обычном для себя темпе и при
необходимости комментирует возникающие затруднения. Модератор
не вмешивается в ход работы респондента, не задает наводящих
вопросов и не дает подсказок. Все задания даются респондентам на
заготовленных карточках, чтобы максимально стандартизировать
подачу информации. По завершении каждого задания и в конце всего
тестирования модератор получает качественные данные с помощью
интервью об удобстве выполнения задания.
Юзабилити-проблемы – проблемы интерфейса, препятствующие
совершению пользователем необходимого действия и снижающие
удовлетворенность от использования продукта.
В процессе анализа проблемы ранжируются по степени критичности:
• проблемы высокой критичности из-за которых респондент не смог
выполнить задание;
• проблемы средней критичности существенно затрудняют работу и
увеличивают время выполнения задания;
• проблемы низкой критичности влияют на удовлетворенность от
работы с интерфейсом.
Критичность проблемы – это один из самых важных показателей, так
как проблема высокой критичности не позволяет пользователю
самостоятельно выполнить операцию в приложении и, как следствие,
комфортно им пользоваться. Критичность каждой выявленной
проблемы можно увидеть в индивидуальных отчетах.
7

View Slide

Для очного юзабилити-тестирования были отобраны 8 наиболее
частотных и важных пользовательских задач:
1. Вход в приложение
2. Просмотр информации по счетам
3. Просмотр истории операций по карте
4. Перевод между своими счетами
5. Перевод на карту другого банка
6. Оплата мобильной связи
7. Оплата ЖКУ (по ЕПД)
8. Поиск ближайшего банкомата
Все респонденты, принявшие участие в тестировании, являются
пользователями телефонов на платформе iOS (не менее полугода к
моменту тестирования), активно пользуются интернетом на
смартфоне (не менее одного раза в день) и регулярно используют не
менее четырех мобильных приложений на своем телефоне (почта,
социальные сети, мессенджеры, карты, такси и др.).
Респонденты были разделены на две группы: опытные и очень
опытные пользователи мобильных банковских приложений. Опытные
пользуются мобильным приложением одного банка, а очень опытные
– приложениями двух и более банков не менее 6 месяцев. Все
респонденты за последние 6 месяцев должны были 2-3 раза
оплачивать ЖКУ по ЕПД или любой другой квитанции.
8

View Slide

Классификация проблем доступности. Основываясь на
результатах исследования, мы разделили проблемы на четыре
группы.
1. Проблемы качества кода обуславливают искажения в звуковой
информации, получаемой с помощью программы экранного доступа,
в сравнении со зрительной информацией, а также ограничения в
возможностях взаимодействия со страницами приложения. Они
искажают представление об интерфейсе приложения для
пользователей с нарушениями зрения, усложняя или делая
недоступной навигацию в нем.
2. Проблемы проектирования возникают, когда структура
приложения не адаптирована для взаимодействия с ним с помощью
программы экранного доступа: как следствие этих проблем,
пользователи с ограничениями зрения будут вынуждены тратить на
взаимодействие с приложением значительно больше времени.
3. Проблемы дизайна часто связаны с неконтрастным IU-китом
приложения или брендбуком, из-за чего у пользователей возникают
затруднения с чтением текста на экране.
4. Прочие проблемы доступности связаны со сложными
названиями или сокращениями, используемыми в интерфейсе, а
также с использованием сообщений, набранных транслитом.
Экранный диктор, с помощью которого пользователи с нарушениями
зрения взаимодействуют с интерфейсом, не может корректно читать
такой текст, из-за чего пользователю становится сложно выполнить
задачи в приложении.
9

View Slide

В основу методики оценки доступности легли рекомендации из
следующих стандартов:
1. ГОСТ Р 52872-2012 Интернет-ресурсы: Требования доступности
для инвалидов по зрению.
2. WCAG 2.0 Руководство по обеспечению доступности веб-контента.
Все рекомендации из этих документов были собраны в единый чек-
лист доступности от USABILITYLAB, где на данный момент
насчитывается 107 рекомендаций по обеспечению доступности
сайтов и приложений для пользователей с различными видами и
степенью нарушений.
Оценка доступности проводилась экспертно, по тем же
пользовательским заданиям, что и оценка юзабилити приложений.
В качестве дополнительных инструментов оценки доступности
использовались:
• Чекер контрастности: contrastchecker.com – для оценки
контрастности текста.
• Экранный диктор (Voice Over) – для оценки доступности
интерфейса для работы с помощью ассистивных технологий.
10

View Slide

Для каждого выявленного несоответствия рекомендациям
определены:
• Критичность обнаруженного несоответствия, его влияние на
выполнимость задания;
• Уровни доступности по ГОСТ Р 52872-2012 и WCAG 2.0;
• Тип нарушения, для которого это несоответствие является
проблемой.
Проблемы доступности ранжируются по критичности так же, как и
юзабилити-проблемы:
• Проблемы высокой критичности – из-за которых пользователь с
нарушениями не сможет выполнить задание;
• Проблемы средней критичности существенно затрудняют работу и
увеличивают время выполнения задания пользователей с
нарушениями;
• Проблемы низкой критичности влияют на удовлетворенность от
работы с интерфейсом.
11

View Slide

12
Уровень А
Уровень АА
Уровень ААА
Уровни доступности по ГОСТ Р 52872-2012
ГОСТ Р 52872-2012 во многом цитирует WCAG 2.0, но при этом
описывает доступность интерфейсов только для пользователей с
нарушениями зрения. Стандарт выделяет три уровня доступности
интерфейсов.
Уровень минимальной доступности.
Позволяет инвалиду по зрению обеспечить
доступность к интернет-ресурсу без потерь
информации.
Уровень полной доступности. Позволяет
инвалиду по зрению обеспечить доступность ко
всем структурным элементам интернет-
ресурса.
Уровень доступности специализированных
интернет-ресурсов для инвалидов по зрению.
Позволяет инвалиду по зрению обеспечить
доступность к интернет-ресурсу с
использованием специальных технологий этого
ресурса, разработанных для людей с
ограничениями по зрению.
Уровни доступности по WCAG 2.0
WCAG 2.0, в отличии от ГОСТ Р 52872-2012, описывает
рекомендации, направленные на обеспечение доступности
интерфейсов для людей со всеми видами нарушений.
Рекомендации также имеют три уровня важности:
Сайт обязан следовать этим положениям,
иначе некоторые пользователи не смогут
получить доступ к содержимому сайта.
Сайт должен следовать этим
положениям, иначе некоторые
пользователи испытают существенные
затруднения при доступе к содержимому
сайта.
Желательно, чтобы сайт следовал этим
положениям, иначе некоторые
пользователи испытают некоторые
затруднения при доступе к содержимому
сайта.
Уровень А
Уровень АА
Уровень ААА

View Slide

13
Категории пользователей по видам нарушений
Доступность интерфейса оценивалась для следующих категорий
пользователей:
Пользователи с нарушениями зрения
Пользователи с нарушениями моторики
Пользователи с нарушениями слуха и речи
Пользователи без нарушений
В исследовании не затрагивались пользователи с ментальными
нарушениями, поскольку это очень широкая группа нарушений с
трудно формализуемыми критериями оценки интерфейсов, что могло
привести к неточностям при описании проблем.

View Slide

Пример содержания полного отчета
Часть 1. Исследование функциональности
Часть 2. Исследование удобства
Часть 3. Исследование доступности

View Slide

Часть 1. Исследование
функциональности
Резюме
Новые функции
Редкие функции
Востребованные функции
Группы функций по Н. Кано

View Slide

более 500 3150 53
14
функций и
параметров
банков респондентов востребованные
функции

View Slide

В список оценки приложений 2018 года были добавлены новые
функции (39 штук):
• внедрены банками в мобильные приложения за прошедший
год;
• представлены в зарубежных банках, но пока недоступны на
отечественном рынке.

View Slide

Платежи и переводы осуществляются напрямую со
счета, вне зависимости от наличия прикрепленной к
данному счету карты. Если у пользователя несколько
счетов и отсутствуют средства на карточном, он может
совершать операции с других, текущих или
накопительных, что упрощает и ускоряет процесс
оплаты.
Оплата услуг с текущего счета
18
Операции, производящиеся с текущего
счета

View Slide

Функции из контрольного списка 2018 года, имеющие высокую и
среднюю востребованность у пользователей по результатам
массового опроса, но пока нешироко распространенные в
мобильных банках.

View Slide

Если у пользователя возникли подозрения о
ненадежности нынешнего ПИН-кода его карты, он
может через приложение установить новый, заменив
дискредитированный код.
Изменить PIN-код карты
20
Установка нового ПИН-кода карты

View Slide

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

View Slide

Представлена вся необходимая информация: статус
операции, реквизиты, детали и доступные действия.
При этом она показана компактно (занимает только
половину экрана) и понятно (т.к. написана на русском
языке, без технических терминов).
Посмотреть подробную информацию о каждой из
проведенных операций
22
Востребованные функции
Просмотр информации об операции

View Slide

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

View Slide

Модель Нориаки Кано показывает эмоциональное отношение
пользователей к различным возможностям мобильных банков. Они не
применяются при расчете рейтинга и являются дополнительным
результатом анализа данных опроса пользователей.
Восхищающие функции – вызывают восторг и удовлетворение
клиентов. Но если этих функций нет, то пользователи не испытывают
сильного неудовлетворения.
Критерий: высокая удовлетворенность при наличии функции и низкая
неудовлетворенность при ее отсутствии.
Наличие желаемых функций вызывает удовольствие, а отсутствие –
неудовлетворенность. Полнота и качество реализации этих функций
напрямую связаны с удовлетворенностью клиентов.
Критерий: высокая удовлетворенность при наличии функции и
средняя неудовлетворенность при ее отсутствии.
24
Необходимые функции – их наличие не вызывает сильного
восторга, но отсутствие резко понижает удовлетворенность клиентов.
Это базовые функции, поэтому их развитие должно быть в
приоритете.
Критерий: средняя удовлетворенность при наличии функции и
высокая неудовлетворенность при ее отсутствии.
Нежелательные функции – их наличие вызывает неприязнь у
пользователей, а отсутствие даже может радовать.
Критерий: неудовлетворенность при наличии функции.

View Slide

Подключить/отключить получение уведомлений о
входе в приложение.
Пользователь может сам решить, хочет ли он получать
уведомления каждый раз, когда заходит в приложение.
Восхищающие функции
25
Управление оповещениями

View Slide

Найти отдельные операции в истории при помощи
поиска или фильтров
Пользователь может искать конкретные операции,
не пролистывая историю вручную, либо настраивать
под себя нужные фильтры (например, все поступления
за последние три месяца).
Желаемые функции
26
Поиск операций в истории по фильтрам Поиск операций в истории по фильтрам

View Slide

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

View Slide

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

View Slide

Резюме
Общие проблемы
Вход в мобильное приложение
Просмотр информации по счетам
Просмотр истории операций по карте
Перевод между своими счетами
Перевод на карту другого банка
Оплата мобильной связи
Оплата ЖКУ

View Slide

8 более 30 более 600
14
задач банков удачных решений юзабилити-
проблем

View Slide

В приложении Росбанка сообщение о проведении
операции было незаметно респондентам, т.к. никак не
выделялось на фоне остального текста на экране.
В приложении Тинькофф Банка нет явного сообщения
о проведении операции. Не все респонденты
понимали, что две суммы остатка на каждом из счетов,
одна из которых зачеркнута, означают успешный
перевод средств между этими счетами.
Непонятные сообщения о совершении операции
31
Пример описания проблемы в общем отчете
Сообщение о совершении операции при
оплате мобильной связи – Росбанк
Сообщение о совершении операции при
переводе между своими счетами –
Тинькофф Банк

View Slide

Удачное решение
В приложении Промсвязьбанка сообщение «Операция
выполнена» и зеленая галочка однозначно говорят
пользователю об успешной оплате.
32
Пример описания проблемы в общем отчете
Сообщение о выполнении операции в
приложении Промсвязьбанка

View Slide

Резюме
Проблемы качества кода
Проблемы дизайна
Проблемы проектирования
Прочие проблемы доступности

View Slide

View Slide

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

View Slide

В некоторых случаях фокус экранного диктора
невозможно установить на элемент управления
никаким способом. В этом случае пользователь
экранного диктора не сможет выполнить задачу в
мобильном приложении.
При использовании экранного диктора или при
управлении с клавиатуры не устанавливается
фокус на элемент
36
Проблемы качества кода
Экран перевода между собственными
счетами. Не устанавливается фокус на
кнопку смены счета списания – Росбанк
ГОСТ Р 52872-2012
WCAG 2.0

View Slide

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

View Slide

При низком контрасте текста на фоне пользователь с
нарушениями зрения будет испытывать сильные
затруднения при чтении текста, а какую-то часть
информации на экране может не заметить.
Низкий контраст (4,5 и ниже)
38
Экран входа в приложение. Название поля
«Номер клиента или псевдоним» имеет
контрастность 1,67 – Промсвязьбанк
ГОСТ Р 52872-2012
WCAG 2.0

View Slide

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

View Slide

Экранный диктор последовательно зачитывает все
элементы на экране, начиная с левого верхнего. Таким
образом, если элементов на экране много, доступ к
целевому элементу может занять продолжительное
время. Например, обнаружение раздела «Платежи» в
приложении слепым или слабовидящим пользователем
может занять очень много времени, потому что раздел
находится в нижнем меню.
Сложный или долгий доступ с использованием
экранного диктора или при управлении с
клавиатуры
Проблемы проектирования
Экран выбора платежа или перевода. Для
доступа к кнопке «Коммунальные услуги»
нужно прослушать 17 названий элементов
и их типов – Альфа-Банк
ГОСТ Р 52872-2012
WCAG 2.0
1 2 3
4 5 6 7
9
8
10 11 12
13 14
15
16 17 18
40

View Slide

Прочие проблемы
доступности
Экранный диктор не умеет корректно зачитывать
сложносоставные слова, незнакомые термины и аббревиатуры,
поэтому слепой или слабовидящий пользователь будет
испытывать затруднения при восприятии такого текста.

View Slide

Сообщения, набранные транслитом, русскоязычный
экранный диктор не может прочитать корректно, и
пользователь не сможет понять, что происходит на
экране.
Например, слепым или слабовидящим пользователям
будет сложно воспринять на слух текст
«Входьушпешнавыпольнéн».
Использование сложного для восприятия текста
Прочие проблемы доступности
SMS-сообщение с кодом подтверждения
набрано транслитом – Тинькофф Банк
Страница перевода по номеру карты. Вся
страница озвучена англоязычным диктором, а
описана русскими словами. Из-за этого понять,
что происходит, практически невозможно, потому
что англоязычный диктор не умеет читать русские
слова – ЮниКредит Банк
ГОСТ Р 52872-2012
WCAG 2.0
42

View Slide

Пример содержания
индивидуального отчета
Резюме
Общая информация
Часть 1. Исследование функциональности
Приложение

View Slide

Часть 1. Исследование
функциональности
Резюме
Обзор реализованных функций
Распространенные функции
Направления развития функциональности: I очередь
Направления развития функциональности: II очередь

View Slide

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

View Slide

Функция позволяет пользователю наглядно увидеть
разделение его средств на собственные и кредитные, а
также общую сумму доступных средств. При этом,
пользователь может самостоятельно выбирать –
показывать или нет кредитные средства в сводке.
Это поможет пользователю анализировать и
планировать свой бюджет.
Посмотреть общую сумму доступных средств по
всем продуктам: все кроме кредитных
46
Обзор реализованных функций
Пример содержания индивидуального отчета
Просмотр доступных средств по всем
продуктам

View Slide

Распространенные
функции
Обзор функций средней и высокой востребованности,
представленных у лидеров исследования, но отсутствующих в
оцениваемом банке.

View Slide

Платежи и переводы проводятся напрямую со счета,
вне зависимости от наличия прикрепленной к данному
счету карты. Если у пользователя несколько счетов, и
отсутствуют средства на карточном, он может
совершать операции с других текущих или
накопительных счетов, что упрощает и ускоряет
процесс оплаты.
Востребованность: высокая
Оплатить услуги с текущего или сберегательного
счета
48
Распространенные функции
Росбанк. Выбор типа операции с текущего
счета

View Slide

Направления
развития: I очередь
Рекомендации по внедрению функций высокой
востребованности, а также необходимых и желаемых по Н. Кано.

View Slide

Данная функция позволяет пользователю отключать
ненужные оповещения и самостоятельно выбирать
время, когда ему удобно получать уведомления –
например, он может отключить уведомления в
выходные, либо в рабочие часы.
Управлять SMS-информированием и его
параметрами: подключить/отключить SMS-
информирование; настроить временной интервал
получения оповещений
50
Направления развития функциональности: I очередь
ВТБ. Настройка временного интервала
получения оповещений

View Slide

Направления
развития: II очередь
Рекомендации по внедрению отсутствующих функций средней
востребованности, а также восхищающих по Н. Кано.

View Slide

Функция повышает контроль пользователя над
приложением – он может самостоятельно выбирать,
какие оповещения ему нужны, а какие он хотел бы
отключить.
Стоит обратить внимание на управление
оповещениями в приложении Промсвязьбанка: в нем
представлен обширный выбор параметров, которые
позволяют реализовать индивидуальную настройку.
Подключить/отключить получение уведомлений о
входе в приложение
52
Направления развития функциональности: II очередь
Промсвязьбанк. Настройка оповещений

View Slide

Резюме
Общие юзабилити-проблемы
Вход в мобильное приложение
Оплата ЖКУ
Поиск банкомата

View Slide

Непонятные описания операций (транслит/сервисные
наименования)
Респонденты просматривали список операций в выписке по
карте, но не понимали, что это за операции, поскольку
названия содержали сервисные термины и были написаны
на английском языке либо транслитом.
Пример описания проблемы в индивидуальном отчете
54
Список операций в выписке по карте
Критичность: высокая
Рекомендация:
И в истории, и в выписке показывать основную информацию
об операции (дата и время, сумма, тип, источник,
получатель) на понятном для большинства пользователей
языке: не использовать технические термины, английский
язык и транслит.

View Slide

Удачное решение
В приложении Сбербанка детали операции при просмотре из
раздела «История» написаны на понятном пользователям
языке (не содержит сервисных терминов и английского
языка/транслита).
В приложении Тинькофф Банка описание операций не
отличается при просмотре из разных разделов («События» и
выписка по продукту) и написано на понятном пользователям
языке.
55
Детали операции при просмотре из
раздела «История» – Сбербанк
Детали операции при просмотре истории
со страницы карты – Тинькофф Банк

View Slide

Резюме
Типы нарушений
Общие проблемы доступности
Регистрация в мобильном приложении банка
Вход в мобильное приложение банка
Оплата ЖКУ
Поиск банкомата

View Slide

Экранный диктор озвучивает наименование элемента,
указанное в коде, и, если это наименование в коде
указано некорректно или указано на английском языке,
слепой пользователь будет испытывать затруднения с
идентификацией этого элемента. Например, кнопка
«Дальше» озвучивается как «Дальше. Кнопка. Конец
строки. Основная часть».
Некорректное или англоязычное озвучивание
элемента
57
Страница заполнения реквизитов перевода
со счета на счет, кнопка «Дальше»
озвучивается как «Дальше. Кнопка. Конец
строки. Основная часть»
Критичность: средняя В заданиях: 1-7
Рекомендация:
Указать корректные русскоязычные наименования
элементов управления.
Подробнее см.: п. 1.1.1 и п.4.1.2 WCAG 2.0.
Дальше. Кнопка. Конец строки.
Основная часть

View Slide

ООО «ЮЗАБИЛИТИЛАБ»
+7 (495) 933-01-37
[email protected]
www.usabilitylab.ru
rating.usabilitylab.ru

View Slide

Сравнительное исследование банковских каналов iOS-приложения для физических лиц 2018

Сравнительное исследование банковских каналов iOS-приложения для физических лиц 2018

USABILITYLAB — знаем всё о юзабилити интерфейсов

More Decks by USABILITYLAB — знаем всё о юзабилити интерфейсов

Featured

Transcript