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

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

Но у нас есть секрет. Иногда… Исследования вообще не нужны.

Это не значит, что мы должны слепо следовать каждому проекту UX-дизайна, но иногда вам не нужно расставлять все точки над «i», а ставить черточку над «т».

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

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

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

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

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

Но тестируйте ее более эффективным и менее ресурсозатратным способом, таким как немодерируемые концепции или юзабилити-тестирование.

Но если это не так, вернитесь к своему вопросу. Когда нужно тестировать, а когда можно пропустить, отказавшись от своих предположений?

Вам нужно тестировать. 7 вопросов.

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

• Вопрос основного потока

Является ли это частью основного потока пользовательского опыта?

Ответ: ТЕСТИРОВАТЬ. Если новая функция является неотъемлемой частью взаимодействия с пользователем, стоит инвестировать в тестирование концепции и юзабилити.

• Вопрос успеха запуска проекта

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

Ответ: ТЕСТИРОВАТЬ. Убедитесь, что запуск напрямую связан с успехом. Запуск должен (надеюсь) привести к доходу, но нельзя тыкать пальцем в небо.

• Вопрос сложности для пользователя

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

Ответ: ТЕСТИРОВАТЬ. Если эта функция устраняет болевую точку, которая может смутить пользователей, лучше испытать облегчение, чем разочарование. Протестируйте, чтобы понять, действительно ли она отвечает вашим потребностям и не может ли эта новая функция вызвать неожиданные проблемы.

• Вопрос о влиянии на выполнение задач

Изменит ли это то, как клиент в настоящее время выполняет свои задачи? Повлияет ли это на то, что клиент делает сейчас.

Ответ: ТЕСТИРОВАТЬ. Новое не всегда лучше. Тестирование поможет вам определить, сделали ли вы дизайн удобным для пользователя и как лучше адаптировать клиентов к новым изменениям. Если функцию сложно адаптировать для существующих пользователей, возможно, стоит пересмотреть ее. Тестирование также подскажет вам, что необходимо вложить средства в продуманный процесс адаптации, чтобы помочь пользователям привыкнуть к предыдущей итерации.

• Вопрос о лучшем решении

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

Ответ: НЕ ТЕСТИРОВАТЬ. Если лучшие решения внедрены, нет необходимости их тестировать, и пользователи легко их поймут.

• Вопрос о предпочтениях пользователя

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

Ответ: НЕ ТЕСТИРОВАТЬ. Предпочтения пользователей относительно того, что красиво, а что нет, недостаточно эффективны, чтобы их можно было тестировать. Любой вывод вряд ли повлияет на конечный результат.

• Неоправданная сложность

Сколько усилий на самом деле потребует этот тест? И есть ли время для этих усилий?

Ответ: ТЕСТИРОВАТЬ… кое-что. Если идея тестирования кажется пугающей, подкрепите ее фатками. Посмотрите на свой собственный проект. Не каждый компонент будет важным. Некоторые вещи могут попасть в категорию требующих тестирования, в то время как другие аспекты запуска могут не нуждаться в тестировании.