UX-прототипирование стартапов: с чего начать проектирование стартапа?

Каждый стартап начинается с идеи продукта или сервиса. Основатели в воодушевлении, уверены, что продукт будет полезен и изменит мир. Но наступает известное всем НО. Продукты не взлетают, пользователи не покупают, а иногда продукт настолько сложен, что он умирает, даже не дойдя до рук пользователей. Увы, но статистика беспощадна — на 1 продукт, который стал востребованным, приходится 50 провалившихся. О том, что делать, чтобы этого не произошло, разбираемся вместе со старшим UX-исследователем компании UXSSR, автором Telegram-канала «Лена рекомендует»  Леной Потиенко.

Много специалистов задавались этим вопросом и разработали ряд методологий и подходов. Это и дизайн-мышление, Lean startup, Google Design Sprint, сервис-дизайн и так далее. Объединяет все методологии 2 вещи — обязательное создание прототипа и его тестирование. Давайте разберемся, какие есть варианты создания прототипа и что для этого понадобится. 

Прототип создается для трех целей: 

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

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

3. Третья цель — сделать удобный UX. UX расшифровывается как «опыт пользователей», и в текущей реальности высокой конкуренции между продуктами удобный пользовательский интерфейс — важная составляющая продукта. 

Каким должен быть прототип? Дешевым и понятным, то есть созданным как можно быстрее без привлечения технической команды и детальной проработки дизайна. 

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

2. Прототип в Miro — то же самое, что и бумажный прототип. Создается быстро, можно настроить переходы и сделать кнопки кликабельными, оптимален для распределенных команд. Можно тестировать такой прототип на онлайн звонках или показывать на ноутбуке при личных встречах.

3. Прототип в Figma. Figma однозначно лучшая платформа для UX-дизайнеров. Прототип, разработанный в Figma, удобен для разработчиков и его сразу можно дополнять эстетическими элементами (делать UI-дизайн). Прототип можно создать кликабельным, а также отдавать пользователям для тестирования по отдельным ссылкам. 

Рекомендуем делать 2 прототипа — тестировать концепцию на прототипе в Miro или бумажном, вторую же версию прототипа (после правок от пользователей) создавать сразу в Figma и там дорабатывать. 

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

Пример: 

Наше приложение будет облегчать процесс оплаты коммунальных платежей по сравнению с конкурентами А и В. Целевые группы для тестирования: 

- люди, которые платят коммунальные платежи в кассе;

- люди, которые пользуются конкурентом А;

- люди, которые пользуются конкурентом В.

Важный нюанс — в каждой группе количество участников теста должно быть от 5 до 8 человек. Тогда результаты можно считать показательными, будет найдено до 80% проблем вашего прототипа. 

Шаг 2. Составление гайда и сценариев тестирования. Глядя на гипотезы о продукте, напишите список вопросов, которые будете задавать участникам тестирования (на профессиональном языке — респондентам). Формулировки не важны, это вопросы увидите только вы. Важно создать такую шпаргалку, чтобы что-то не забыть, увлекшись процессом. Далее нужно придумать сценарии тестирования: то, какие задачи будет решать респондент в вашем прототипе. 

Примеры (для сервиса доставки): 

- заказать пиццу без мяса; 

- поменять адрес доставки;

- написать в службу поддержки и так далее.

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

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

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

О чем важно не забыть: 

1. Не подсказываем. Наша роль во время тестирования — наблюдать и фиксировать куда интуитивно идет человек. 

2. Спрашиваем о причинах. Почему? Зачем? Что вы ожидаете? Постоянные уточнения дают понимание глубины и причин поведения. 

3. Записываем. Если тестирование происходит онлайн, то с разрешения респондента включаем запись. Если же это личная встреча, то диктофон, запись экрана и блокнот — ваши главные помощники. 

4. Не давим. Бессмысленно спрашивать купит ли респондент ваш продукт. Чтобы вас не расстраивать, человек в 90% случаев скажет что купит, но это будет неправдой. Не стоит спрашивать о намерениях, больше концентрируйтесь на удобстве и реальной пользе продукта. 

5. Делаем паузы. Иногда респонденту нужно собраться и подумать прежде, чем дать ответ, не торопите и не бойтесь моментов тишины. 

Шаг 5. Анализ и синтез результатов. После проведения интервью важно выгрузить все заметки и наблюдения в единое пространство. Рекомендуем использовать для этого доску Miro. Выгруженные результаты нужно поделить на кластеры относительно ваших гипотез и зон продукта, к которым они относятся. Далее выписать ключевые инсайты, которые повторялись у большей части респондентов. 

Рекомендуем использовать следующую формулу инсайта: 

КТО (персона, роль, профиль клиента)

ПЫТАЕТСЯ ДЕЛАТЬ ИЛИ ДЕЛАЕТ (действие, деятельность, ситуация)

ПОТОМУ ЧТО (потребность, цель, задача, JTBD)

НО СТАЛКИВАЕТСЯ (барьер, боль, ограничение)

Шаг 6. Внесение изменений в продукт. В рамках одного тестирования можно получить более 100 инсайтов, но возникает вопрос — как их правильно обработать. Чаще всего для приоритизации используется распределение инсайтов по двум осям (это очень удобно делать в Miro, когда каждый инсайт записан на отдельном стикере): 

• значимость и болезненность инсайта (насколько критична находка относительно использования продукта); 

• частота возникновения среди респондентов. 

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

Отдельно стоит рассказать о RITE-тестировании (Rapid Iterative Testing and Evaluation), дословный перевод — быстрое итеративное тестирование и оценка. Используется в больших продуктовых компаниях, когда команда тестирует UX еженедельно на небольшой группе респондентов (обычно 5 человек), оперативно внося правки в прототип. Метод предполагает большую вовлеченность всей команды и готовность быстро вносить изменения. 

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