9. Мы приняли такой подход
Пользователи
Бизнес
Команда разработки
Ценно?
Реализуемо?
Удобно?
UX PO
Dev
10. О каких шишках расскажу
• Работа с гипотезами
• Прототипирование
• Направления исследований
• Dogfooding
• Исследования в рамках пилотов
• Публичные исследования
• Модель Кано
20. Шаг назад
• Ту ли проблему решаем?
• Есть ли другие проблемы?
• Что окружает эти проблемы (контекст)?
• В каких ситуациях эти проблемы возникают?
• Кого они затрагивают?
• и т.д.
25. Проблема
Часто начинаем с проработки решения, без
чёткого понимания решаемых проблем,
контекстных ситуаций и т.д.
Решение
Заполняем Feature Canvas:
• базовый анализ причинно-следственных связей
• разбор контекстных ситуаций
• осознание возможностей и ограничений
27. Проблема
Долго прорабатываем один вариант. Потом
приклеиваемся к нему и усердно защищаем.
Решение
• 6-к-1 для всех задач
• Как минимум 2 варианта для сравнения
30. Исследовательские
• Цель исследования (что хотим узнать)
• Какую гипотезу(-ы) проверяем
• Кто для этого нужен
• Что будет, если не проведём/чем поможет, если
сделаем
• Что именно будем исследовать (метрики)
32. Проблема
Прототип – это бета-версия продукта. На код
потрачено время, от него сложно избавиться.
Решение
• Учимся говнокодить
• Дизайнеры пишут код
• Wizard of Oz
33. Проблема
Сразу начинается проверка технической
реализуемости вместо проверки валидности
гипотезы.
Решение
Переход к последовательности:
1. Проверка валидности гипотезы
2. Проверка тех. реализуемости
3. Проверка конкретной интерфейсной реализации
34. Проблема
Слишком много прототипов. Люди зашиваются.
Решение
Можно тестирования проводить с
использованием конкурентов: искать инсайты
и проверять анти-гипотезы.
36. Какие направления выделяем
1. Формирование гипотез
a. Изучение рабочих процессов
b. Проблемы взаимодействия в рамках рабочих процессов
2. Проверка валидности гипотез
a. Жизнеспособность гипотезы
b. Работоспособность на базе прототипов
3. Проверка удобства приложений
a. Проверка конкретного приложения / фичи
b. Проверка в рамках сквозных сценариев
4. Изучение обратной связи
a. От наших пользователей
b. От использования продуктов конкурентов
43. Проблема
Далеко не все хотят использовать свои же
продукты.
Решение
• Диктаторство
• Часть бренд-материалов и описание процессов и
спецификаций перенесли в наши приложения
• С рядом команд перевели общение в наш
мессенджер
• и др.
44. Проблема
Не все знают, кому оставлять обратную связь
(компания большая).
Решение
• Единая точка входа для внутренней
обратной связи
• Распечатки-зазывалки
• Картинки после демо
• Рассылки
• Активная реклама:
45.
46.
47. Проблема
Сложно мотивировать команды проверять
свои решения.
Решение
Постоянные коридорные тестирования.
Но не столько, чтобы проверить корректность
решения, сколько для вырабатывания
привычки.
50. Оценка привычек и первого впечатления
• Оценка ожиданий и силы привычек
• Какой онбоардинг нужен
• На чём сконцентрироваться: лёгкий старт работы
или улучшение работы пользователя
Скопировать реализацию конкурентов или сделать по-другому, но удобнее?
51. Что сделали
Диагностический опросник (а-ля System Usability Scale)
Решение
• Перестали считать “попугаи”
• Стали отслеживать тренды (всплески)
• Повод для общения
Проблема
Некоторые заполняют “на отвали”.
52.
53. Что сделали
Диагностический опросник (а-ля System Usability Scale)
Решение
• Перестали считать “попугаи”
• Стали отслеживать тренды (всплески)
• Повод для общения
Проблема
Некоторые заполняют “на отвали”.
54. Изучение примеров документов
• Часто присылают примеры типовых документов
• Помогает косвенно оценить, что именно делают
56. Ограничения
• Не можем пойти к хипстерам в старбакс
• Часто нужно рассматривать сложные сценарии
(сквозные)
• Далеко не всегда есть смысл зазывать в соц. сетях
Часто не в ЦА, сложности отсева неподходящих
• Необходимость продумывать каждую деталь
“Помогите сделать лучше…” <- “А почему сразу не сделали хорошо?”
57. Портал для исследований
• Все исследования в одном месте
• Направляем сюда после пилотов
• Далеко не всегда пользователи есть в социалках
Ну или их там оооочень сложно достать
• Легче работать с мотивацией участвовать
58. Проблема
Заблуждение: мотивировать можно только
деньгами, а бюджета нет.
Решение
3 типа мотивации:
1. Люди любят помогать
2. Люди любят казаться умными/говорить умные
вещи
3. Люди любят чинить/исправлять неработающее
61. Сложности
• Восприятие вопросов
Классические варианты ответов не всегда в тему
• Восприятие самого задания
• Обязательно погружать в контекст
• Использовать картинки, гифки, видео
62. Классика (en)
• I like it this way
• It expect it this way
• I am neutral
• I can live with it this way
• I don’t like it this way
63. Классика (ru)
• Мне это нравится
• Я ожидаю, что эта функциональность будет в
продукте
• Я отношусь к этому нейтрально (мне всё равно)
• Я могу это терпеть
• Мне это не нравится
65. Вариации
• This would be very helpful to me
• This is a basic requirement for me
• This would not affect me
• This would be a minor inconvenience
• This would be a major problem for me
• Это будет очень полезно для меня
• Это основное требование для меня
• Это не повлияет на меня
• Это вызовет небольшое неудобство
• Это будет серьезной проблемой для меня
66. Реальный пример
• Это мне очень помогает в работе
• Так и должно быть
• Мне всё равно
• Мне это не нравится, но я могу терпеть
• Это мне очень мешает в работе
Как вы относитесь к наличию предпросмотра
последнего сообщения в списке чатов?
67. Про отношение и ожидания, а
не про то, что хочет пользователь.“
69. Подытожим
• Гипотезы не только продуктовые, но и
исследовательские
• Прототип – это не бета-версия продукта. Нужно
“учиться” говнокодить
• Можно тестировать с помощью конкурентов и
проверять анти-гипотезы
• Dogfooding и коридорные тестирования как способ
приучить к постоянной проверке гипотез
70. Подытожим
• Триальщики – это отличный источник инсайтов
• Мотивировать участвовать в исследованиях можно
и без денег
• Кано – это круто, но требует внимательного
отношения к формулировкам
71. Ну вот и всё…
slideshare.net/nefimov
efimov.nikita@gmail.com
fb.com/nikita.efimov
For graphics thanks to freepik.com