Почему не удалось с первой попытки найти приоритеты?
#опыт #исследования
Продолжу рассказ о каскадных исследованиях, который начала тут.
Итак, если нужно понять насколько те или иные функции важны вашим пользователям, то можно использовать метод Кано. Этот метод широко используется UX-исследователями, ими об этом методе написано много и известные платформы для UX-исследований поддерживают этот метод (Fabuza, Oprosso, например).
Если коротко, то метод позволяет с помощью заданной матрицы вопросов ранжировать список функций по категориям
📍Обязательные — такие функции для пользователя из ряда само-собой разумеющихся, без которых продукт не может выполнять свое назначение. Например, телефон должен принимать звонки. У этой категории наивысший приоритет
📍Важные (Одномерные) — эти функции чем лучше работают, тем лучше отношение пользователя к продукту. Например, чем лучше разрешение экрана смартфона, тем больше удовлетворенность пользователей. У этой категории высокий приоритет
📍Интересные — эти функции вызывают «вау»-эффект, они не обязательно нужны для выполнения задач продукта, но могут вызывать интерес пользователей. Приоритет может быть средним или низким
📍Безразличные — такие функции лучше отложить или вовсе от них отказаться
Уже на первом обсуждении полученных приоритетов с заинтересованными сторонами стало понятно, что где-то я ошиблась с выбором метода. Первая же функция из моего топ-листа вызвала вопросы кому и зачем она может быть нужна. Дело оказалось в том, что метод Кано используется для количественных исследований и для получения статистически достоверного результата нужен объем выборки больше, чем у меня был.
Value vs. Effort. Метод Кано не сработал, пришлось выбирать другой метод, который помог бы отличить субъективное от объективного. При выставлении приоритетов это важно, чтобы не рекомендовать команде взять в работу задачу, которая просто кому-то из стейкхолдеров нравится, но не несет сколько-нибудь значимой ценности в контексте всего продукта и всех групп пользователей. Выручил подход Value vs. Effort, который предлагает сопоставить предполагаемую ценность функции с ожидаемыми усилиями по ее разработке.
Когда нужно расставить приоритеты функциям в части юзабилити, ценность можно подсчитать, если оценить время выполнения и частотность операций, на которые повлияет изменение. Например, чтобы скачать ежедневный отчет, пользователю приходится проделывать путь через несколько экранов и занимает это в среднем 1 мин с учетом прогрузки страниц и ложных кликов. Пользователь каждый день пробирается таким образом не менее чем к 10ти отчетам. Суммарно в месяц один пользователь проводят пол-дня в переходах между экранами, и если это в деньгах больше, чем затраты на разработку, то этим имеет смысл заняться.
Дальше нужно искать решение, которое реально повлияет на скорость выполнения операции, а не просто переставит местами элементы на экране, но об этом в следующий раз...
Что почитать?
Модель Кано — инструкция по применению
12 методов приоритизации продуктовых целей: RICE, WSJF, KANO и прочие
Как использовать модель Кано для продуктового анализа
Post #37
216