Примечание для пользователей шаблона — этот блок нужно удалить перед публикацией.

Цель
Встроенная обратная связь сразу после использования конкретной функции в вашем приложении, SaaS или на платформе. Измеряет не «нравится ли вам наше приложение?», а конкретную оценку именно этой функции и ее место в ценностной архитектуре вашего продукта. Используйте отдельно для каждой функции, с триггером после факта использования (например, после первого клика, после завершения сценария или после n-го использования).

Что мы измеряем
Опрос объединяет два устоявшихся метода:

• Индикаторы HEART (Родден, Хатчинсон и Фу, 2010, Google UX Research) — Happiness (удовлетворенность) и Task Success (успешность выполнения задачи) как непосредственные сигналы пользовательского опыта.
• Классификация KANO (Нориаки Кано, 1984) — ключевой метод приоритизации продукта. Из комбинированного паттерна ответов на два зеркальных вопроса («если бы функция была» / «если бы ее не было») для каждого пользователя выводится одна из пяти категорий функции:
  • Must-be (базовый фактор) — считается само собой разумеющимся; отсутствие вызывает неудовлетворенность, наличие активно не ценится
  • One-dimensional (фактор производительности) — чем больше, тем линейно лучше; классическая зона ROI
  • Attractive (восхищающий фактор) — отсутствие воспринимается нормально, наличие вызывает активный восторг
  • Indifferent — наличие или отсутствие безразлично; чаще всего признак напрасно потраченных ресурсов
  • Reverse — наличие мешает, отсутствие воспринимается положительно; явный сигнал к удалению или к тому, чтобы сделать функцию опциональной

Как анализировать
Из двух ответов KANO для каждого пользователя складывается классификация (см. таблицу интерпретации KANO в оригинальной публикации или у Бергера и соавт., 1993). Наиболее частая классификация определяет, как следует относиться к функции:

• Большинство «Must-be» → функция является гигиеническим фактором. Не инвестируйте в ее расширение — инвестируйте в надежность. Сбой = кризис.
• Большинство «One-dimensional» → классический элемент дорожной карты. Больше полировки, больше производительности, больше охвата окупаются линейно.
• Большинство «Attractive» → ценное отличие от конкурентов. Годится для маркетинга. Стоит подавать как акцент, а не прятать в мелком шрифте.
• Большинство «Indifferent» → кандидат на удаление или существенное упрощение. Если пользователи не будут скучать по функции, она только отнимает ресурсы на поддержку.
• Заметная доля «Reverse» → функция мешает части пользователей. Проверьте, не стоит ли сделать ее опциональной.

Дополнительно учтите: Happiness и Task Success дают ежедневные значения для текущего мониторинга; опросы KANO стоит проводить с большим интервалом (например, ежеквартально), поскольку классификация меняется вместе со зрелостью рынка и ожиданиями пользователей — то, что сегодня «Attractive», завтра может стать «Must-be».

Какие выводы, какие действия
Классификация KANO — это вход для дорожной карты продукт-менеджмента и разработки. Низкие значения Task Success (ниже ~70%) отмечают проблемные зоны UX, которые нужно исправить до расширения функциональности. Открытые комментарии дают качественные подсказки — что конкретно не работает или чего не хватает — то, что количественные метрики дать не могут.

Адаптация шаблона

• Замените плейсхолдер {Функция} — лучше всего динамически через URL-параметр, чтобы один и тот же шаблон можно было использовать для многих функций (например, ?funktion=Export+nach+Excel).
• Запускайте опрос в подходящий момент: после успешного использования, а не при прерывании — иначе вы измеряете фрустрацию, а не ценность функции.
• Доля ответивших 3–8% нормальна для встроенных опросов — распределяйте триггеры на всех пользователей, а не только на power-юзеров, чтобы избежать смещения выборки.
• Категоризация KANO меняется со временем. Проводите как минимум одно ежегодное повторение опроса на функцию, чтобы отслеживать тренды.