Многие UX-команды до сих пор оценивают фичи по принципу “нравится / не нравится”. Проблема в том, что пользователь может поставить высокую оценку почти всему — и продуктовая команда снова остается без понимания приоритетов. Поэтому в UX-исследованиях все чаще используют модель Кано. Она помогает разделить функции на: базовые ожидания важные улучшения “вау”-фичи и функции, которые пользователю вообще безразличны В Тестографе мы как раз недавно дорабатывали отдельный тип вопроса под Kano-анализ для продуктовых и UX-команд. Из интересного на практике: Иногда команда месяцами развивает функцию, которая попадает в категорию “безразлично”, а простая мелочь вроде автосохранения оказывается базовым ожиданием. Пользователь не хвалит за нее продукт — но отсутствие вызывает раздражение почти у всех. Что нравится в Kano для UX: — помогает приоритизировать roadmap — показывает эмоциональную реакцию пользователей — хорошо работает перед редизайном или запуском новых функций — снижает количество субъективных продуктовых споров Особенно полезно, когда внутри команды все уверены в разных “самых важных” фичах. Тогда исследование быстро возвращает разговор к данным, а не мнениям.