TGViewer
Про_БА Про_БА @pro_ba_it · 763 subscribers
Post #37 216
Почему не удалось с первой попытки найти приоритеты?
#опыт #исследования

Продолжу рассказ о каскадных исследованиях, который начала тут.

Итак, если нужно понять насколько те или иные функции важны вашим пользователям, то можно использовать метод Кано. Этот метод широко используется UX-исследователями, ими об этом методе написано много и известные платформы для UX-исследований поддерживают этот метод (Fabuza, Oprosso, например).
Если коротко, то метод позволяет с помощью заданной матрицы вопросов ранжировать список функций по категориям
📍Обязательные — такие функции для пользователя из ряда само-собой разумеющихся, без которых продукт не может выполнять свое назначение. Например, телефон должен принимать звонки. У этой категории наивысший приоритет
📍Важные (Одномерные) — эти функции чем лучше работают, тем лучше отношение пользователя к продукту. Например, чем лучше разрешение экрана смартфона, тем больше удовлетворенность пользователей. У этой категории высокий приоритет
📍Интересные — эти функции вызывают «вау»-эффект, они не обязательно нужны для выполнения задач продукта, но могут вызывать интерес пользователей. Приоритет может быть средним или низким
📍Безразличные — такие функции лучше отложить или вовсе от них отказаться

Уже на первом обсуждении полученных приоритетов с заинтересованными сторонами стало понятно, что где-то я ошиблась с выбором метода. Первая же функция из моего топ-листа вызвала вопросы кому и зачем она может быть нужна. Дело оказалось в том, что метод Кано используется для количественных исследований и для получения статистически достоверного результата нужен объем выборки больше, чем у меня был.

Value vs. Effort. Метод Кано не сработал, пришлось выбирать другой метод, который помог бы отличить субъективное от объективного. При выставлении приоритетов это важно, чтобы не рекомендовать команде взять в работу задачу, которая просто кому-то из стейкхолдеров нравится, но не несет сколько-нибудь значимой ценности в контексте всего продукта и всех групп пользователей. Выручил подход Value vs. Effort, который предлагает сопоставить предполагаемую ценность функции с ожидаемыми усилиями по ее разработке.
Когда нужно расставить приоритеты функциям в части юзабилити, ценность можно подсчитать, если оценить время выполнения и частотность операций, на которые повлияет изменение. Например, чтобы скачать ежедневный отчет, пользователю приходится проделывать путь через несколько экранов и занимает это в среднем 1 мин с учетом прогрузки страниц и ложных кликов. Пользователь каждый день пробирается таким образом не менее чем к 10ти отчетам. Суммарно в месяц один пользователь проводят пол-дня в переходах между экранами, и если это в деньгах больше, чем затраты на разработку, то этим имеет смысл заняться.

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

Что почитать?

Модель Кано — инструкция по применению
12 методов приоритизации продуктовых целей: RICE, WSJF, KANO и прочие
Как использовать модель Кано для продуктового анализа
More from @pro_ba_it
  1. Sep 25, 2026Что и Как? Где заканчивается ответственность продакта и начинается ответственность аналити…
  2. Sep 23, 2026Кому-то еще нужно ТЗ? Видимо меня одолела “предвзятость подтверждения”, та самая, когда че…
  3. Sep 8, 2026Матрица, которая не стареет? Неделю назад провела лекцию для системных аналитиков, где сре…
  4. Aug 21, 2026- Опять пишешь? Три года уже пишешь и зачем это? Кто тебя просит? Это к рабочему столу при…
  5. Aug 18, 2026Контекст решает всё. JTBD для аналитика После того как написала здесь об артефактах в эпох…
  6. Jul 31, 2026Чем аналитик DWH отличается от других аналитиков? Такие вопросы мы обсуждали в новом выпус…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →