Год назад произошло интересное — придумали необычный способ протестировать наш продукт. Подход повлиял на все процессы в компании и повлиял на рост клиентской базы.
На данный момент проведено более 50 тестов, и есть чем поделиться.
Метод скорее относится к инструментам Customer Development и вовлекает в анализ всю команду разработчиков.
И программисты, и дизайнеры с интересом наблюдают за каждым тестом.
Мгновенно вспыхивают споры и дискуссии о том, как исправить ошибку или проблему UX. 
График роста количества активных пользователей системы за сутки
Я пытался рассказать о подходе другим продуктовым командам, но без примеров тема остаётся непонятной.
Одна команда из четырёх попробовала это сделать и тоже получила отличный результат. Ниже под катом — постараюсь подробно рассказать о том, как мы тестируем необычным способом.
ЮДжайл , с примерами и подробностями.
Суть подхода в 4 предложениях
- Опишем случай использования системы, например: «Представьте, что вы небольшая веб-студия, и вам нужно поручить разработку сайта пяти людям.
»
- Выйдем на фриланс и опубликуем задачу с описанным кейсом: «Организовать рабочий процесс в системе управления (без предварительного изучения системы) и записать свой опыт на экранное видео» (500 руб.
/час или чуть больше).
- Получаем 10-15 ответов, заказываем 2-4 теста, смотрим на двойной скорости с перемоткой, ошеломляемся реальной картиной использования системы, после чего отправляем в команду 1-2 наиболее удачных ролика.
- Вносим изменения и исправляем ошибки, повторяем цикл и добиваемся практически идеального решения дела от случайных пользователей.
Организовать можно что угодно: от строительства многоэтажки до свадьбы.
Вы можете выбрать любой бизнес, главное, чтобы вы примерно понимали, как реализуются подобные проекты.
Вам понадобится (это не ограничивается): зарегистрироваться на сайте www.yougile.com ввести в систему структуру компании (людей, отделов, должностей и т. д.), создать процесс распределения задач, расставить приоритеты, понять, как контролировать процесс и получать отчеты.
Во время записи видео с экрана важно комментировать свои мысли и действия.
Профит — интересные моменты из тестов интерфейса
Важные детали
- Вам нужен опыт, а не мнение.
Нам нужно, чтобы тестировщик комментировал именно ход своих мыслей и действий во время выполнения задачи.
Но по умолчанию люди стараются сразу предложить идеи, как улучшить систему.
По этой причине видео чаще всего отклоняют. Полезен только визуальный опыт случайного человека, впервые использующего продукт, а не мнение о том, как «доделать эту фичу».
- Необходимо ставить задачи «верхнего уровня».
То есть не «Найти кнопку», а «Организовать рабочий процесс».
И не пытайтесь в формулировке задачи подсказать пользователю, как решить проблему, особенно если варианты решения могут быть разными.
- Это не количественный тест, а качественный.
Нет необходимости нанимать много людей и создавать репрезентативную картину.
Главное — понять, смогут ли люди справиться с задачей и довольна ли продуктовая команда тем, как это происходит (болезненно или нет).
Достаточно заказать 3-4 теста, чтобы гарантированно получить один содержательный или обратить внимание на несколько эпизодов из разных тестов.
- Не обязательно искать тестировщика конкретно из вашей целевой аудитории.
Подходит практически любому уверенному пользователю ПК, по крайней мере для нашего продукта.
Если продукт изначально очень сложный, то и дело должно быть простым.
Например, для сложной медицинской программы: «…найдите, куда загрузить экспериментальные данные, запустите расчет и получите результат, затем сохраните его в файл…».
- Тесты необходимо проводить на незнакомцах.
Случайные люди всегда лучше вашего круга общения.
Друзья и знакомые у вас быстро закончатся, и не все из них захотят «висеть» над интерфейсом целый час.
И что для нас важно, так это первый опыт взаимодействия с продуктом.
Тестирование необходимо проводить регулярно, и нужны пользователи со «свежим» взглядом.
Основная ценность подхода
Команда разработчиков с нетерпением ждет, что произойдет. Прямо восторг! Команда с нетерпением ждет появления новых видеороликов после релиза и с интересом наблюдает за тестами.За 11 лет участия в разработке продуктов это один из лучших методов CustDev, которые я для себя открыл.
Лучший с точки зрения влияния на команду.
Дизайнер и разработчик наблюдают, как Алексей из Перми 5 минут пытается найти кнопку «Создать проект» — и хорошо понимают, что и как менять.
Что еще можно протестировать?
Конкуренты
Мы делаем это постоянно.Мы точно знаем, как выглядят гиганты нашего рынка глазами пользователей.
Сколько времени занимает, например, решение задачи по организации простой команды в Trello, Jira или Asana и, конечно, сравнение ее с собой.
Из таких тестов, помимо ошибок конкурентов, можно увидеть действительно работающие решения.
Как люди ищут информацию
Мы попросили фрилансеров поискать системы управления проектами в Интернете и выбрать ТОП-3 для дальнейшего тестирования.Мы наблюдали, по каким каналам они могли нас найти и по каким критериям делали свой выбор.
Смотрели: открывают списки на сайтах-агрегаторах или выбирают рекламные объявления, читают статьи с подборками систем или доверяют тем сайтам, которые находятся в топе поиска.
Статьи
Говорят, после написания статью следует читать вслух.
Но когда кто-то другой читает это и оставляет простые комментарии, это создает гораздо более сильный эффект.
Пример того, как тестируется эта статья
Если кто-то вдохновится материалом и проведет такой тест, напишите об этом в комментариях.Очень интересно наблюдать и обсуждать происходящее.
Теги: #Управление разработкой #Управление проектами #Управление продуктом #Тестирование ИТ-систем #agile #управление командой #управление задачами #планировщик задач #yougile
-
Сеансы Вкладок В Opera
19 Oct, 24
