Пошаговое руководство: тестирование вашего прототипа

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

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

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

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

Что такое тестирование прототипа?

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

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

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

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

Различные типы прототипов

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

Существует 4 различных типа прототипов, и они следующие:

1. Низкоточные прототипы

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

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

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

3. Живые прототипы данных

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

4. Осуществимость прототипа

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

Теперь давайте посмотрим, что эти прототипы могут тестировать и когда самое подходящее время для их тестирования.

Зачем нужно тестирование прототипа?

Тестирование прототипа — это не просто сбор отзывов и идей от пользователей и передача этой информации разработчикам. Тестирование и оценка прототипов дает много преимуществ; давайте посмотрим на 4 лучших:

1. Сокращает общее время и стоимость

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

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

2. Увеличивает вовлеченность пользователей

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

3. Собирает точные требования

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

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

4. Помогает разрешить конфликт

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

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

У тестирования прототипов есть много других преимуществ, но недостаточно просто знать, почему вы должны тестировать свой прототип. Еще одно важное соображение — когда тестировать прототип.

Когда следует тестировать свой прототип?

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

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

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

Как протестировать свой прототип: шаг за шагом

Тестирование прототипа — сложный и последовательный процесс. Но прежде чем мы перейдем к шагам, есть несколько основных правил, с которыми должен ознакомиться каждый тестировщик прототипов:

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

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

Мы подробно проведем вас через все шаги, так что следуйте им:

Шаг 1. Сбор и анализ информации о пользователях

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

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

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

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

Связанное Чтение- Ищете инструмент обратной связи? Вот список лучших инструментов обратной связи с клиентами для пользователей.

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

Быть расплывчатым и неясным при разработке прототипа

• Мой дизайн хорош?
• Нравится ли пользователям предлагаемый продукт?
• Создает ли продукт вовлеченность?

Четкость шагов при разработке прототипа

• Я хотел бы знать, могут ли пользователи легко взаимодействовать с дизайном и перемещаться по нему.
• Я хотел бы знать, смогут ли пользователи выполнить определенную задачу.
• Влияет ли прототип на дальнейшее взаимодействие пользователей и совершение покупки?

Шаг 2. Создайте прототип

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

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

Если вы не помните типы прототипов, которые мы обсуждали ранее, вот краткий обзор 4 различных типов:

• Прототипы с низкой точностью
• Высокоточные прототипы
• Живые прототипы данных
• Прототипы осуществимости

Что нужно иметь в виду:

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

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

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

• Протестируйте от 2 до 3 прототипов . Не тратьте слишком много времени и усилий на то, что является «всего лишь» прототипом этого решения. Полезнее иметь 2-3 грубых прототипа для тестирования, чем 1 прототип с идеальной точностью до пикселя. Это позволяет тестировать больше дизайнов, а также участники тестирования не ограничены одним дизайном, который может показаться «единственным» решением.

Шаг 3. Решите, что вы хотите протестировать

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

Есть несколько вещей, которые вы можете протестировать на прототипах с очевидными недостатками. Вот список этих вещей:

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

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

• Находятся ли ваше поле поиска и меню там, где люди ожидают их найти?
• Имеют ли смысл их названия?
• Могут ли люди найти то, что, по их мнению, они собираются найти, основываясь на представленных вами категориях?

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

4. Микрокопия. Чтобы протестировать микрокопию, вам нужно ввести реальные метки, категории меню, кнопки и описания в свой прототип. Это проверит, могут ли пользователи понять, на что они смотрят, или путают кусочки.

Также важно знать, что вы не должны тестировать на своем прототипе. Вот несколько аспектов, о которых следует помнить:

• Графический дизайн . Прототипы — это просто схематические изображения вашего конечного продукта, и они могут не содержать всех визуальных элементов. Вот почему тестирование «внешнего вида» на прототипах в большинстве случаев невозможно.

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

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

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

Шаг 4. Создайте предварительный дизайн

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

Преимущества предварительного проектирования:

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

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

Начните с создания грубых набросков. Скетчи — отличный способ определить, понимают ли ваши пользователи назначение вашего приложения или веб-сайта . Эскизы и бумажные прототипы не требуют совершенства. Вместо этого вы можете иметь несколько прототипов для тестирования различных дизайнов и получения более значимых результатов.

Шаг 5. Подготовьте свои тестовые сценарии и вопросы

Юзабилити-тестирование — это предоставление пользователям конкретной задачи, связанной с проблемой, которую призван решить ваш продукт или веб-сайт. Задания (или сценарии) имеют форму небольших повествований. Как правило, они краткие, но все же дают участникам теста некоторый контекст.

Сценарии построения

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

• Сосредоточьтесь на целях пользователей, а не на функциях и функциях вашего продукта.

Лучшим примером, иллюстрирующим разницу, является исследование юзабилити, проведенное Джаредом Спулом и его командой для Ikea много лет назад. В ходе теста изучалось, как люди находят товары на веб-сайте IKEA.

Первоначальное задание звучало так: «Найди книжный шкаф», позже оно было изменено на: «В твоей коллекции художественной литературы более 200 книг, которые сейчас лежат в коробках, разбросанных по гостиной. Найдите способ организовать их».

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

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

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

• Сделайте задачу похожей на реальную жизнь

Если вы просите своего пользователя забронировать рейс через ваше приложение/прототип, не говорите просто «Забронировать рейс из Сиэтла в Амстердам».

Лучшим сценарием был бы такой: «Вы хотите навестить своего друга в Амстердаме в сентябре. Вы забронировали двухнедельный отпуск на работе. Вы понимаете, что это дорогой перелет, но хотели бы потратить как можно меньше. Кроме того, из-за ваших недавних проблем со спиной вы рассматриваете возможность повышения класса полета».

• Не объясняйте свой продукт или веб-сайт или где вы его продаете

Вся идея тестирования состоит в том, чтобы проверить, смогут ли люди использовать его самостоятельно, без предварительного объяснения им чего-либо и без убеждения их в том, что они должны его использовать.

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

• Не разрабатывайте задачи, которые невозможно выполнить

Если ваш прототип не включает функцию, поток или элементы, которые вы хотите протестировать, вы не сможете его протестировать.

Формирование вопросов исследования

Исследовательские вопросы — это вопросы, на которые вы пытаетесь найти ответы, предлагая пользователям выполнить различные сценарии с вашим прототипом. Исследовательские вопросы указывают, что именно вы пытаетесь узнать о своем прототипе или продукте.

Советы по формированию исследовательских вопросов

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

Пример плохого вопроса/цели исследования:

• Я хочу протестировать свой прототип.

Пример лучшего исследовательского вопроса/цели:

• Я хочу проверить свою навигацию.

Примеры хороших исследовательских вопросов/целей:

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

Кроме того, некоторые из подходящих вопросов тестирования прототипа, которые можно задать аудитории, включают:

Тестирование первого взгляда

• Как вы думаете, для кого предназначен этот инструмент/веб-сайт?
• Каковы ваши первоначальные мысли об этом приложении/веб-сайте?
• Как вы думаете, что вы можете сделать с помощью этого инструмента/веб-сайта?
• Когда бы вы его использовали?
• Как вы думаете, для кого это?
• Есть ли что-то похожее на этот инструмент? Если да, то что?
• Есть ли здесь что-то, что не имеет смысла?/Что-то кажется неуместным?

Оценка юзабилити

• Была ли какая-то конкретная функция, которая отсутствовала?
• Как бы вы оценили уровень сложности этого задания?
• Что-то было не так? Если да, то что это было?
• Как вы узнали, где продукты?
• Безопасна ли оплата через этот инструмент/веб-сайт?
• Какая информация о продуктах отсутствовала?
• Как вы думаете, инструмент/веб-сайт идеально привел вас к продукту?

Целостный опыт

• Легко ли было ориентироваться в приложении?
• Каково общее впечатление от дизайна?
• Что бы вы изменили в этом приложении/сайте?
• Как бы вы улучшили этот инструмент/веб-сайт?
• Работал ли инструмент/веб-сайт так, как вы ожидали?
• Как бы вы хотели оценить свой общий опыт?

Связанное Чтение — Вот наш список 30 лучших инструментов A/B-тестирования.

Совет: мы рекомендуем не использовать более 4-5 вопросов подряд (после каждого задания), так как это может нарушить ход теста и вызвать утомление.

• Если тест проводится с глазу на глаз, вы, вероятно, будете задавать дополнительные вопросы, которые будут всплывать во время наблюдения, чтобы исследовать трудности, с которыми столкнулись участники.
• Если это удаленный тест с помощью такого инструмента, как Qualaroo, более 4-5 вопросов приведут к более низкой скорости ответов, а поскольку вы будете тестировать свои прототипы только на нескольких пользователях, скорость ответов важна.

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

На самом деле, каждый раз, когда вы проводите исследование пользователей, почти всегда будет много других знаний, помимо того, что вы непосредственно тестировали. У вас всегда должно быть 1-5 основных аспектов, которые вы хотите протестировать/проанализировать.

Шаг 6. Инициируйте оценку пользователя

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

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

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

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

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

Связанное Чтение-Вот наш список 11 лучших мобильных инструментов обратной связи в приложении

Что делать после тестирования

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

1. Доработка и настройка прототипа

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

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

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

2. Реализация и мониторинг

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

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

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

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

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

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

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

Лучшие практики для тестирования прототипов

Вы можете проводить тестирование прототипов несколькими способами, но мы составили список лучших практик, которые вы всегда должны помнить при проведении тестов прототипов.

1. Отдайте предпочтение юзабилити

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

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

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

2. Не стремитесь к совершенству

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

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

Помните, что вам не нужно все исправлять.

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

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

3. Поддерживайте открытое общение

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

4. Создайте образ покупателя

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

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

Персонажи покупателей помогут вам принимать решения стратегически, а не интуитивно.

Связанная литература. Чтобы узнать больше о создании портретов клиентов, ознакомьтесь с документом How to Build Customer Personas: The Complete Guide.

5. Будьте внимательны к своей аудитории

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

Однако имейте в виду, что за пределами ЕС все больше и больше стран (и некоторые штаты в США) вводят аналогичные правила.

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

6. Дайте ясность участникам

Дайте четко понять, что юзабилити-тест (или UX/пользователь/прототип тест/исследование/исследование) предназначен не для тестирования пользователя (их), а для тестирования функционального дизайна. Это означает, что участники могут только помочь нам проверить, хорош ли прототип или нет. Обязательно скажите участникам, что они не могут ошибаться.

7. Скажите своим участникам, что вы не создавали прототип

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

8. Проводите тесты в широком спектре сред

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

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

Пример :

Если вы запускаете приложение для бронирования отелей, среда тестирования обычно должна включать пользователей из разных регионов и разных возрастных групп, которые часто путешествуют. You can segment your customers based on different demographics like age: young (18-25), mature (26-35) and adult (36 and above), gender, income, and also different states of the country.

This will paint an accurate picture of people representing different demographics and geography, based on their response and likeliness, to opt for your hotel booking application instead of conventional modes of booking.

Related Read – To learn more about recruiting participants for your research, take a look at Recruiting User Research Participants with Qualaroo

Bonus Tips

1. Begin Testing as Soon as Possible

If you keep waiting for your product to be completely developed, you're missing some crucial insights. It's obviously not possible to start testing right after coming up with the product idea. At the same time, you shouldn't wait until your product nears the final stages.

You should start testing your prototype right after creating the preliminary design.

Early testing won't be able to cover all the details of your prototype, but it will surely single out problems with the preliminary design. Early testing would also allow you to start working on the problems right away, and your designs can be improved from the get-go.

2. Map Out All Your Tasks

All your testing sessions should have a clearly defined goal. Even though the primary aim of the testing process is to get valuable insights, you should have an actionable plan in place to make your process more efficient and seamless.

Aim to create targets and get answers about specific tasks and experiences through actionable steps that are easy to track.

Instead of being vague about your objectives and tasks, be specific about what you want the information you need, and create a blueprint and prototype testing template beforehand.

3. To Moderate or Not to Moderate

Moderated tests involve a person facilitating the test through a moderator, and unmoderated tests do not have any such moderators.

Now you may be wondering whether your tests should be moderated or not.

Moderated tests

• These allow you to have more control over the test
• You can let participants skip or focus on specific areas
• Especially recommended if the testing process is long and has potentially complicated bits that users may find difficult to understand.

Unmoderated tests

• These do not allow testers to follow up or intervene in the testing process.
• Unmoderated tests are recommended when you want completely unbiased feedback and when your tests are relatively simple and easy to understand.
• Unmoderated tests will allow you to gain a lot of insights while saving crucial time.
• These are more scalable and also helpful with remote tests with users in different time zones.

4. Test Your Test

You may want to pilot test your test, especially if this is a new domain for you. A trial test will help you quickly pick up anything you forgot about and will help with understanding if the participants will easily pick up the tasks you prepared for them.

This doesn't require too much preparation or recruiting anyone specific. Just ask anyone from your company to sit in front of the screen for a moment and read the tasks. If something is not clear you will know immediately because they will be confused and will start asking questions right at the beginning.

This is very useful especially when you are trying hard to choose the right words to describe the tasks and avoid leading or emotionally loaded words because sometimes you end up with a version that is too tricky to be understood by the average person.

Test Prototypes With Confidence

Prototype testing may not be the simplest thing to pursue and can take you a few attempts to come around. But it will always open new doors and pose new prototype testing questions. Therefore, it is safe to say that your prototype testing should reveal:

• What worked
• What did not work
• New questions
• New ideas
• Overall evaluation in general

At the end of the day, if your product solves the problem you initially set out to solve, you can safely consider it successful prototype testing and product development.

A successful prototype testing requires a good feedback tool, and this is where a feedback tool like Qualaroo can help your development team get actionable insights and uncover what your audience thinks.

By embedding Qualaroo in the product through Nudges ^TM , you get valuable feedback directly from your audience that can help you make significant improvements to your prototype's functionality.

Watch: How to use Nudge for Prototypes