Команда разработчиков Android-приложения Википедии улучшила одну из основных функций – поиск статей. Делая его более интеллектуальным, персонализированным и эффективным, мы столкнулись с сюрпризом.
Недавно команда разработчиков Android-приложения Википедии решила улучшить одно из основных действий в приложении – поиск статей. Отзывы сообщества и предыдущие тесты юзабилити показали, что поисковая функция приложения воспринимается как непоследовательная. Наша цель состояла в том, чтобы сделать процесс поиска для читателей более интеллектуальным, персонализированным и эффективным.
Hа сегодняшний день Android является самой популярной мобильной операционной системой в мире, его доля рынка составляет 72%. Команда разработчиков Android-приложения Wikipedia создает функции для более чем пяти миллионов активных читателей в месяц. И не секрет, что большинство из следующего миллиарда пользователей, скорее всего, подключатся к Интернету на устройстве под управлением Android. Что это значит для приложения Википедия? Как сказал дядя Бен из фильма «Человек-паук»: «С большой силой приходит большая ответственность».
Чтобы принять обоснованное решение относительно одной из основных функций нашего приложения, нам пришлось сделать шаг назад и понять, как люди используют приложение.
Как читатели переходят к статьям?
Команда собрала данные от читателей, которые согласились делиться анонимными данными об использовании. Мы хотели понять, как читатели переходят к статьям в Android-приложении.
Мы обнаружили, что просмотры страниц почти равномерно распределялись. 33,7% – самая большая часть читателей, которые посещают статьи по ссылкам из других статей Википедии. Эти данные соответствуют поведению читателя, известному как кроличья нора Wiki, где читатели путешествуют, переходя от темы к теме. 30,7% читателей переходят к статье по внешним ссылкам, эти читатели, вероятно, выполняют поисковый запрос через браузер и переходят к статье в приложении Википедия. Наконец, 28% всех посещений (1,5 миллиона читателей в месяц) используют для своих запросов внутреннюю панель поиска.
О чем нам говорят данные?
Теперь мы знаем, что 28% всех просмотров страниц происходят из внутреннего поиска приложения. Однако мы хотели бы получить больше информации о том, как используются различные внутренние точки входа для поиска. Для этого нам пришлось глубже изучить данные. Вместе с командой аналитиков мы изучили, как читатели обычно используют внутренний поиск.
Во-первых, мы обратили внимание на работу и внешний вид поиска. Существовали две основные точки входа для выполнения поиска:
Данные показали, что примерно 60% всех читателей получают доступ к поиску через первую точку входа – поле ввода в фиде «Explore». Около 35% читателей выполняли поиск через кнопку поиска в верхней части статьи (вторая точка входа). Поскольку большая часть пользовательской базы использует Википедию для чтения статей, мы ожидали, что большинство читателей полагаются на кнопку поиска в верхней части статьи – поэтому подобные результаты удивили нас!
На этом этапе мы спросили себя, не достаточно ли очевидна кнопка поиска в статьях, поскольку наша гипотеза заключалась в том, что люди возвращались на главный экран, чтобы использовать первую точку входа.
Что нам сказали читатели?
Чтобы лучше понять, как используется поиск, наша команда разработчиков создала три варианта юзабилити теста. Каждый вариант имел свой дизайн и свое положение для поиска в статье. Мы хотели узнать:
- О плюсах и минусах каждого варианта с особым акцентом на легкость обнаружения и скорость доступа.
- Насколько доступны функции поиска в каждом варианте?
- Как можно улучшить конкретные варианты?
- Вариант A был вдохновлен аналитическим пониманием того, что две трети всех читателей выполняют поиск через поле ввода на главном экране. В этой версии поле ввода для поиска помещается вверху статьи, как на главном экране.
- Вариант B – существующий поиск в приложении. Для экономии места по вертикали соотношение изображения и обработка также были немного изменены.
- Вариант C имел кнопку поиска на нижней панели инструментов. Цель этого варианта заключалась в обеспечении более эргономичного поиска, который должен уменьшить «перемещение большого пальца» по экрану смартфона. Функция «Найти на странице» была перемещена в дополнительное меню вверху справа.
Мы прошли не модерируемый, основанный на задачах тест на usertesting.com. Участникам был дан набор задач, которые необходимо выполнить в течение 15–20 минут и пройти тест удаленно. Ознакомьтесь с более подробной информацией о тесте здесь.
Как вы думаете, какой из вариантов показал себя в юзабилити-тестах лучше всего? Бьюсь об заклад, Люк Вроблевски, он же мистер «Очевидное всегда побеждает», угадал бы правильно. Да, это был вариант А.
В целом у участников не было проблем с поиском статей после установки приложения.
- Подобно тому, что мы видели в данных аналитики, все участники напрямую использовали ввод для поиска вверху фида «Explore».
- Наша гипотеза, что участники запоминали свое первоначальное действие после того, как им было предложено искать другую статью на странице статьи, оказалась верной. Естественно, все участники использовали поисковый запрос на странице статьи.
- Мы предполагаем, что читатели знакомы с внешним видом и функциями поля ввода для поиска по браузерам.
По этим причинам мы решили выбрать большое поле поиска в верхней части статьи. Это гарантирует отличную заметность.
Как мы сделали поиск более интеллектуальным?
По мере оптимизации процесса поиска статей мы осознали, что есть возможности для улучшения обработки поисковых запросов, не дающих результатов. Одна из замечательных особенностей Википедии – то, что она существует более чем на 300 языках. Примечательно, что треть наших читателей читают статьи на нескольких языках и легко переключаются между разными языковыми версиями Википедии. В веб-версии это совершенно разные веб-сайты: например, en.wikipedia.org и de.wikipedia.org. Одна из сильных сторон приложения для Android заключается в том, что мы можем убрать эти границы.
В приведенном ниже примере вы заметите, что, несмотря на то, что в приложении установлено несколько языков, немецкое слово «Schabrackenschakal» (разновидность шакала) дает нулевые результаты в старой версии приложения, когда выбрана англоязычная Википедия.
Поиск статей, которые существуют на втором языке, в настоящее время дает 0 результатов
В этом случае есть статья в немецкой Википедии Schabrackenschakal. Результат поискового запроса можно улучшить, поскольку человек, использующий приложение на нескольких языках, может не знать, на каком языке ищет. Мы разработали решение, которое отображает результаты из других языковых версий Википедии. Звучит как простое решение, но в Википедии это в новинку. Впервые читатели могут искать сразу на нескольких языках. Давайте посмотрим, как это работает:
Вы можете задаться вопросом, почему мы не показываем результаты на других языках в том же списке, вместо этого нужен дополнительный тап. Мы специально спроектировали его таким образом, чтобы обучить читателей, как выполнять поиск в разных языковых версиях Википедии. Википедии на разных языках могут иметь разное содержание, а статьи на других языках могут не существовать. Дополнительный тап повышает осведомленность. Кроме того, мы не хотели приносить ни малейших жертв в отношении производительности поиска, а поиск на нескольких языках означал бы значительное снижение скорости поиска.
Как мы персонализировали поиск?
По своей сути приложение представляет собой браузер, предназначенный для наилучшего изучения содержимого Википедии. Сохраненные статьи, вкладки и история отражают интерес читателя. Мы это учли и создали для читателей более персонализированный опыт. Новый персонализированный поиск – еще одна изюминка и совершенно новый опыт в мире Википедии.
Чтобы проиллюстрировать, насколько это полезно, приведем пример: летом 2020 года в Швейцарии был краткий момент, когда вновь открылись кинотеатры. Как один из немногих голливудских блокбастеров этого года, «Довод» пробился на большой экран. Я с моим хорошим другом Adrian Zumbrunnen, много лет являемся большими поклонниками режиссера Кристофера Нолана и внимательно следим за его творчеством. Мы оба согласны с тем, что фильм вышел средним для Нолана, но я помню, как искал его в Википедии той ночью. Нам было интересно пересмотреть старые фильмы Нолана, и мы наткнулись на статью о его фильмографии в Википедии.
Перенесемся в конец года, когда я снова искал информацию о Нолане в приложении Википедия для Android. Это был результат того поискового запроса:
Предыдущий опыт: поиск по запросу «Nolan» дает результаты, не соответствующие моим интересам
Теперь мы отображаем релевантные результаты поиска на основе истории пользователя. Сначала отображаются статьи из открытых вкладок, списков для чтения или истории просмотров. Вот новый список результатов поиска в действии:
Помимо определения приоритетов статей, с которыми читатели взаимодействовали в прошлом, мы добавили указание источника в виде значков рядом с миниатюрами статей. Чтобы читатели не попали в собственный filter bubble, мы показываем максимум три персонализированных результата одновременно.
Что дальше?
Поиск идеального поиска никогда не заканчивается. Дизайн – это итеративный процесс, и в ближайшие месяцы мы продолжим отслеживать отзывы и данные сообщества. Все вышеперечисленные функции теперь доступны в официальном Android-приложении Википедия в Google Play. В приложении нет рекламы и оно бесплатно навсегда. С помощью Android-приложения вы можете искать и изучать более 40 миллионов статей на 300+ языках, где бы вы ни находились. Наша команда работает над другими интересными функциями, поэтому следите за обновлениями! Сообщите нам, что вы думаете об обновлениях, что бы вы хотели видеть в приложении и, что еще важнее, какой фильм Кристофера Нолана вам больше всего нравится и почему в Twitter @WikimediaDesign .
Спасибо Lucy Blackwell, Pau Giner, Carolyn Li-Madeo, Volker Eckl, Jess Klein, Matt Cleinman, Shay Nowick, Cooltey Feng, Sharvani Haran, Johan Jönsson, Rita Ho, Dmitry Brant, Jazmin Tanner, Anthony Borba & Prateek Saxena за их вклад в написание этой статьи и улучшение функции поиска.
Перевод статьи uxdesign.cc
Найстарші коментарі (0)