Как привлечь пользователей к участию в тестировании продукта?
English
Armenian
Russian
Как привлечь пользователей к участию в тестировании продукта?
Копировать ссылкуСкопировано!
Поделиться
Возможные ответы (9)
. Нам следует упростить процесс вовлечения пользователей в бета-тестинг. Речь идет о каждом совершаемом действии, будь то клик по кнопке во всплывающем окне, заполнение формы и т.п. Все необязательные действия должны быть удалены.
. Мы можем аппелировать к новизне созданного продукта/функционала. Чем больше ассоциаций с «новинками» мы составим, тем весомее будет казаться наше предложение. Следует подчеркнуть, что новым может быть что угодно – используемая технология, новая команда разработчиков и т.д.
. Даже если мы планируем дать награды за участие по завершению бета периода, в нашем предложении обязательно должны быть какие-то мгновенные, пусть и краткосрочные, награды.
. Мы можем перенести небольшие элементы функционала актуальной версии продукта в бета-тестинг. Для безопасности, мы можем взять наименее популярные компоненты системы, и перенести их в «бету». Идея в том, чтобы пользователь, считая эти компоненты «своей собственностью» (даже если он никогда их не использовал) с большей вероятностью согласился присоединиться к бета-тестингу.
. Если нам видится целесообразным, мы можем подчеркнуть публичность действий наших бета-тестеров.
. Мы можем создать рассылку сообщений, персонализованных по группам пользователей. В самих сообщениях мы можем подчеркивать «уникальные» характеристики пользователя и то, что он «был выбран специально» для участия в бета-тестинге.
. В нашем предложении поучаствовать в бета-тестинге мы можем использовать информацию, в которой пользователь «увидит себя». Например: «Большинство наших бета-тестеров являются подписчиками сервисного плана 'Премиум' и используют продукт по вечерам». Другой пример: «Вас беспокоит низкая скорость генерации отчетов? Наших бета-тестеров – тоже. Вы можете присоединиться к тестированию прямо сейчас». Заметьте, что мы не говорим о том, что у бета-тестеров нет каких-либо проблем с генерацией отчетов или другим функционалом. Мы лишь используем напоминание об общей проблеме для создания крючка самореференции. Примеры натянуты, но идея должна быть понятна.
. В глазах пользователя опции «оставить все как есть» и «принять участие в бета-тестинге» являются выбором между комфортом и дискомфортом (тратой энергии). Возможно будет полезно наглядно показать преимущества участия. Для этого может подойти грамотно сделанная иллюстрация ().
. Нам следует понимать, что «продажа» идеи об участии в бета-тестинге, не отличается от продажи любого другого товара. Следственно, нам стоит позаботиться о предоставлении пользователю материала для рационализации его действия. Отсутствие у пользователя сомнений в правильности совершаемого действия позволит нам создать лояльную базу пользователей, которых впоследствии мы сможем привлекать к другим тестированиям.
Связанные вопросы
#48.
Что учитывать вовлекая пользователей в разработку продукта?
#47.
Что учитывать при прямом контакте с пользователем?
#24.
Как подтолкнуть пользователей к принятию нужных нам действий минимальными затратами?
#54.
Что учитывать при добавлении нового функционала в продукт?
#23.
Как выделить один из наших продуктов на фоне остальных?
Насколько полезным вы нашли этот материал?
Не полезно
1
2
3
4
5
6
7
8
9
10
Не полезно
Очень полезно
Спасибо за ваш вклад в развитие проекта!
Ссылки
UX CORE GUIDE
Добавление вашего вопроса
UX CORE PERSONA
Вводная статья
UX CORE GUIDE
(UXCG - Находим решения ваших проблем)
Как пользоватьсяUXCG — это бесплатный инструмент, который помогает командам выявлять проблемы пользовательского опыта, связанные с когнитивными искажениями, на всех стадиях разработки продукта: от прототипирования и тестирования до улучшения действующего продукта.
Как использовать UXCG
- Выберите стадию вашего продукта ниже;
- Выберите интересующий вас вопрос;
- Прочтите возможные ответы.
Каждый ответ объясняет, как когнитивные искажения связаны с вашим вопросом. Поскольку вы лучше всего понимаете свой контекст, вы можете напрямую применять полученные знания. Хотя инструмент не предоставляет готовых решений из-за уникальности каждого случая, он открывает новые перспективы, подкрепленные наукой.
Описание лейблов
Вопросы связанные с кооперацией команд и лиц, работающих над продуктом.
Вопросы связанные со стадией разработки продукта (от идеи до публичного релиза).
Вопросы связанные с продажами, маркетингом, потенциальными пользователями и общей оберткой продукта.
Вопросы связанные с интеракцией пользователей с продуктом и его функционалом.
Вопросы связанные с чтением аналитики по продукту.
Выберите стадию вашего проекта
#10.
Почему пользователи жалуются на качество нашей поддержки?
#30.
Какие ошибки мы допускаем в работе с аналитическими данными по продукту?
#41.
Что делать если упрямство наших коллег наносит вред рабочему процессу?
#43.
Что учитывать при планировании релизов продукта?
#45.
Что делать если некоторые участники нашей команды не высказывают свое мнение?
#50.
Как работать с некомпетентным коллегой/начальником?
#59.
Что учитывать при упоминании политических, социальных либо экономических событий в текстах компании/продукта?
#61.
Что делать, если команда тратит слишком много времени на неважные мелочи?
Be Kind. Do Good.