Формирование пользовательского опыта в Zivame: пример управления продуктом

Это гостевой блог Удита Хандельвала.

«Веб-сайт потрясающий, и сессия была потрясающей! Я бы хотел вернуться еще на один раунд!» — крикнула Дипика, уходя домой после прохождения сеанса юзабилити-тестирования в Zivame. С этого момента Зиваме всегда будет первым выбором для Дипики — гордой домохозяйки и предпринимателя.

Что мы сделали, чтобы вызвать такие сюрреалистические эмоции у людей, которые делают покупки у нас?

Что ж, мы привлекали пользователей на каждом этапе разработки продукта. В своей статье «Как я изменил способ, которым женщины покупают бюстгальтеры в Интернете» я рассказал, как мы использовали исследования пользователей, чтобы найти новый способ покупки бюстгальтеров. Здесь я собираюсь http://notuser.com/how-i-changed-the-way-women-buy-bras-onlineпровести вас через путешествие, в котором нам удалось протестировать дизайн с реальными пользователями, получить реальные идеи и реализована коррекция курса.

План игры

Испытание
Ресурсы были ограничены, масштабы огромны, и нам приходилось постоянно улучшать проекты.

Стараться

Весь веб-сайт должен был быть спроектирован и разработан с нуля в течение 5 месяцев. Последний месяц уже был зарезервирован для всех мероприятий, связанных с тестированием, развертыванием и стабильностью. Таким образом, у нас было не более 120 дней на проектирование и разработку нового опыта Zivame. Где-то я слышал это высказывание:

Сегодня никаких сокращений; Я тороплюсь – швейцарская поговорка

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

• Прототипы Lo-Fi: совершенствуйте эскизы, пока мы не закончим обнаружение лазеек и не исправим все сломанные потоки.
• Формирующие тесты: используйте бумажные прототипы для тестирования с кем угодно и когда угодно, даже если это было на обеденном столе.
• Прототипы Hi-Fi: разработайте высокоточный интерактивный прототип, максимально приближенный к конечному продукту.
• Итоговые тесты: протестируйте его с реальными пользователями и получите реальную информацию.
• Бета-тесты: последний раунд тестирования реального продукта, прежде чем мы передаем его миру.
• Итерации: каждый тест приносил хорошие новости и плохие новости (которые были хорошими). Нам приходилось расставлять приоритеты по исправлению ошибок и вносить улучшения для каждой итерации.

Урок

Юзабилити-тестирование — это непрерывная деятельность, требующая надлежащего планирования, времени и ресурсов.

Формирующие тесты

Испытание
Первоначальный дизайн был совершенно не протестирован, и нас ждали команды разработчиков. Мы должны были дать им что-то твердое, очень быстро.

Стараться

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

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

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

Урок

Для тестирования не ждите конечного продукта; идите вперед с любым прототипом, который вы можете себе позволить, и тестируйте с кем угодно, кого сможете найти. Неудача быстрее.

Высокоточные прототипы

Испытание
На сайте было более 300 уникальных экранов и экранных состояний. Собрать переход по клику было гигантской задачей.

Стараться

Сначала мы устанавливаем наши цели и нецели, прежде чем создавать прототип. Это помогло нам сократить объем прототипирования. например. Мы хотели протестировать новую функцию покупки на основе опыта, но были уверены, что следовали передовым методам оформления заказа, поэтому решили не сосредотачиваться на этом потоке.

Далее мы оценили 3 варианта построения прототипа:

1. Flash — мой личный фаворит, я знаю, что звучу по-старому!
2. Приложение Marvel — потому что все идут по этому пути.
3. Приложение Invision — конкурент Marvel.

Теперь Flash был быстро исключен из-за накладных расходов. Marvel вроде работал, но имел ограниченную поддержку наложений, и весь мой дизайн был основан на поверхностях и наложениях. Invision предложила мне большую гибкость, поэтому я выбрал Invision.

Урок

Область видимости имеет решающее значение; даже для прототипа.

Суммарные тесты

Испытание
Тест должен был быть оптимизирован, чтобы FAIL проект.

Стараться

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

1. Исходная ментальная модель — тест ожидания
2. Фактическое использование — бесплатный ознакомительный тест
3. Навигация — тест производительности
4. Доступность — визуальный тест доступности
5. Поток задач — тест производительности
6. Настроение - семантический дифференциальный процесс

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

Урок

Используйте молоток для гвоздей, но отвертку для шурупов.

Прием на работу

Испытание
Поиск женщин (в Индии), которые согласятся участвовать в тестировании веб-сайта нижнего белья.

Стараться

Нам нужны были женщины, очень похожие на целевую личность Зиваме Махи Агарвал. Мы вышли в социальные сети и сделали объявление. Мы попросили женщин помочь Zivame в создании отличного шоппинга для женщин! Было много женщин, и мы получили большое количество откликов. Мало того, они также пригласили своих друзей поучаствовать. И слава дальновидным женщинам, таким как Дипика, Субха и Ааста, которые пошли еще дальше и согласились представить наших участниц.

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

Урок

Найти реальных пользователей не так уж и сложно. Вы просто должны сделать это правильно!

Рекомендуемое чтение

Эффект стрекозы, Дженнифер Аакер и Энди Смит

Сессии юзабилити-тестирования

Испытание
Разговор с женщинами о веб-сайте, где продаются бюстгальтеры.

Стараться

В день «Д» мы были хорошо подготовлены, настроили системы, распечатали сценарий, команда была готова исполнить свои роли, а участников должны были тепло поприветствовать.
Мы начали занятия с того, что заставили участников чувствовать себя комфортно. Мы начали с небольшой болтовни и кратких представлений. Мы подчеркнули, насколько важным был их вклад, и попросили их не беспокоиться о том, чтобы задеть наши чувства, и давать честные отзывы. Чтобы они не делились с нами информацией о размере своего бюстгальтера, мы позаботились о том, чтобы они предположили, что их размер равен 34C. Думаю, им понравилась идея. Мы убедились, что они поверили:

Не вас проверяют, а нас!
Каждый пользователь неизменно улыбался в этот момент, и мы знали, что нам удалось сделать их удобными. На протяжении всей сессии мы следили за тем, чтобы основное внимание уделялось задачам (и, следовательно, дизайну), а не продуктам. Вот тогда мы и начнем поток (как упоминалось в PPT).

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

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

Урок

Пользователи — люди, если вы хорошо к ним относитесь, они будут очень полезны.

Ошибка Bash

Испытание
Нам нужно было убедиться, что конечный продукт ведет себя так, как было задумано и задумано, а у нас было мало времени!

Стараться

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

Итак, мы открыли его для всех сотрудников Zivame и провели трехчасовой марафон по регистрации ошибок, который мы назвали Bug Bash. Мы выпустили купон, который будет работать только на бета-сайте в течение 3 часов, и попросили всех сотрудников использовать купон и регистрировать любую ошибку, с которой они столкнулись, в форме Bug Bash.
Мы разделили их на разные команды и объявили призы для 3 лучших команд. План сработал, и мы получили 223 ответа от разных команд. Нам потребовалось 2 дня, чтобы просмотреть весь список и выяснить, какие из них настоящие. Большинство зарегистрированных ошибок были дубликатами или известными проблемами, но мы обнаружили 12 новых ошибок (из которых 3 были связаны с пользовательским интерфейсом).

Это дало нам высокую степень уверенности в том, что мы выпустим бета-версию для внешних пользователей!

Урок

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

Изучайте онлайн- курсы по управлению продуктами в лучших университетах мира. Заработайте программы Masters, Executive PGP или Advanced Certificate Programs, чтобы ускорить свою карьеру.

Избранная программа для вас: программа сертификации дизайнерского мышления от Duke CE