Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Сравнительное исследование банковских каналов i...

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

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

Transcript

  1. Банки-участники 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
  2. Общая информация В ходе сравнительного исследования мобильных банков 2018 года

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

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

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

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

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

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

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

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

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

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

    Часть 2. Исследование удобства Часть 3. Исследование доступности
  13. Часть 1. Исследование функциональности Резюме Методология оценки функциональности Новые функции

    Редкие функции Востребованные функции Группы функций по Н. Кано
  14. Новые функции В список оценки приложений 2018 года были добавлены

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

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

    и среднюю востребованность у пользователей по результатам массового опроса, но пока нешироко распространенные в мобильных банках.
  17. Если у пользователя возникли подозрения о ненадежности нынешнего ПИН-кода его

    карты, он может через приложение установить новый, заменив дискредитированный код. Изменить PIN-код карты 20 Редкие функции Пример содержания полного отчета Установка нового ПИН-кода карты
  18. Востребованные функции* Функции, сохраняющие высокую степень востребованности на протяжении нескольких

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

    действия. При этом она показана компактно (занимает только половину экрана) и понятно (т.к. написана на русском языке, без технических терминов). Посмотреть подробную информацию о каждой из проведенных операций 22 Востребованные функции Пример содержания полного отчета Просмотр информации об операции
  20. Группы функций по Норияки Кано Типы функций, показывающие эмоциональное отношение

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

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

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

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

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

    различных уровней доступа) Пользователи могут «подключать» своих родственников к имеющимся продуктам, чтобы, например, совместно копить средства на вкладе, гасить ипотеку или иметь доступ к средствам на текущем счете. Перестала быть нежелательной 28 Группы функций по Н. Кано Пример содержания полного отчета Предоставление доступа к счетам для третьих лиц
  26. Часть 2. Исследование удобства Резюме Методология оценки удобства Общие проблемы

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

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

    галочка однозначно говорят пользователю об успешной оплате. 32 Пример описания проблемы в общем отчете Пример содержания полного отчета Сообщение о выполнении операции в приложении Промсвязьбанка
  29. Часть 3. Исследование доступности Резюме Методология оценки доступности Проблемы качества

    кода Проблемы дизайна Проблемы проектирования Прочие проблемы доступности
  30. Проблемы качества кода Экранные дикторы, которые предоставляют доступ к интерфейсу

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

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

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

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

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

    левого верхнего. Таким образом, если элементов на экране много, доступ к целевому элементу может занять продолжительное время. Например, обнаружение раздела «Платежи» в приложении слепым или слабовидящим пользователем может занять очень много времени, потому что раздел находится в нижнем меню. Сложный или долгий доступ с использованием экранного диктора или при управлении с клавиатуры Проблемы проектирования Пример содержания полного отчета Экран выбора платежа или перевода. Для доступа к кнопке «Коммунальные услуги» нужно прослушать 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
  36. Прочие проблемы доступности Экранный диктор не умеет корректно зачитывать сложносоставные

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

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

    функциональности Часть 2. Исследование удобства Часть 3. Исследование доступности Приложение
  39. Часть 1. Исследование функциональности Резюме Методология оценки функциональности Обзор реализованных

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

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

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

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

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

    выбирать, какие оповещения ему нужны, а какие он хотел бы отключить. Стоит обратить внимание на управление оповещениями в приложении Промсвязьбанка: в нем представлен обширный выбор параметров, которые позволяют реализовать индивидуальную настройку. Подключить/отключить получение уведомлений о входе в приложение 52 Направления развития функциональности: II очередь Пример содержания индивидуального отчета Промсвязьбанк. Настройка оповещений
  45. Часть 2. Исследование удобства Резюме Методология оценки удобства Общие юзабилити-проблемы

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

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

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

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

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