Конструктор модели Кано
Классифицируйте фичи по реакции пользователей: must-be, performance, attractive, indifferent, reverse или questionable - и проверьте, что стоит учитывать в roadmap.
Проверьте, как пользователи воспринимают фичи: что обязательно, что повышает удовлетворенность, что может приятно удивить, а что почти не влияет или вызывает риск.
Оценщик показывает методический ориентир, а не заменяет исследование пользователей и решение команды.
Когда полезна модель Кано
Модель Кано полезна, когда команда выбирает между несколькими фичами и хочет понять, как пользователи воспринимают каждую из них. Одни функции ожидаются по умолчанию, другие повышают удовлетворенность пропорционально качеству реализации, третьи могут приятно удивить, а некоторые почти не влияют на восприятие или подходят не всем сегментам.
- backlog переполнен фичами
- команда спорит, что обязательно, а что можно отложить
- нужно подготовить roadmap
- нужно проверить, какие улучшения влияют на удовлетворенность
- хочется отделить must-have от nice-to-have
- нужно понять, какие фичи могут удивить пользователя
- есть риск, что команда строит «интересные» фичи без пользы для сегмента
- нужно дополнить RICE / ICE пользовательским восприятием
- нужно сравнить фичи перед MVP, релизом или редизайном
Контекст анализа
Шаблоны
Шаблон заменит список фич. Категории Kano нужно заполнить отдельно по данным опроса.
Фичи и Kano-классификация
Functional / dysfunctional вопросы (опционально)
Functional / dysfunctional вопросы (опционально)
Functional / dysfunctional вопросы (опционально)
Functional / dysfunctional вопросы (опционально)
Functional / dysfunctional вопросы (опционально)
Functional / dysfunctional вопросы (опционально)
Качество данных
Kano answer matrix (опционально)
Если у вас есть сырые ответы опроса по functional / dysfunctional шкалам (Нравится / Ожидаю / Нейтрально / Могу смириться / Не нравится), используйте матрицу. В этом MVP режим работает на агрегированных процентах - вводите доли категорий в таблице фич выше. Поле готово к расширению под сырые ответы.
Kano-классификация уже может помочь обсуждению, но перед roadmap стоит усилить evidence, выборку, формулировки вопросов и связь с метриками.
PDF собирается в браузере - мы не сохраняем ваши данные. Письмо открывается в вашем почтовом клиенте - вы сами решаете, что отправить.
- • Опишите сегмент пользователей.
- • Указан Kano survey, но количество респондентов = 0.
Kano Feature Map
Фичи сгруппированы по доминирующей категории Kano.
- Быстрый onboarding checklistsat 42%dis 79%priority 66conf Mediumeffort 2/5strat 4/5
- Импорт данных из таблицыsat 52%dis 72%priority 64conf Mediumeffort 3/5strat 4/5
- Гибкие роли и праваsat 56%dis 66%priority 58conf Mediumeffort 4/5strat 3/5
- AI-подсказки следующего шагаsat 82%dis 33%priority 61conf Higheffort 4/5strat 3/5
- Еженедельный отчет на emailsat 47%dis 37%priority 49conf Mediumeffort 2/5strat 2/5
- Темная тема интерфейсаsat 47%dis 16%priority 46conf Mediumeffort 1/5strat 2/5
- Нет фич в этой категории.
- Нет фич в этой категории.
Satisfaction / Dissatisfaction Matrix
X - Dissatisfaction Risk, Y - Satisfaction Potential. Подсказывает, где базовые ожидания, где performance drivers, где delight, а где низкий приоритет.
Kano Classification Board
| Feature | Class | MB% | PE% | AT% | IND% | REV% | QST% | Conf | Interpretation |
|---|---|---|---|---|---|---|---|---|---|
| Быстрый onboarding checklist | Must-be | 45 | 30 | 10 | 10 | 2 | 3 | Medium | Обязательная характеристика. Отсутствие может ухудшать восприятие. |
| Импорт данных из таблицы | Must-be | 35 | 35 | 15 | 12 | 1 | 2 | Medium | Обязательная характеристика. Отсутствие может ухудшать восприятие. |
| AI-подсказки следующего шага | Attractive | 5 | 25 | 50 | 12 | 4 | 4 | High | Фича может приятно удивить, но проверьте связь с метриками и стратегией. |
| Гибкие роли и права | Performance | 25 | 40 | 15 | 18 | 0 | 2 | Medium | Линейный драйвер удовлетворенности. Чем лучше реализация, тем сильнее эффект. |
| Еженедельный отчет на email | Indifferent | 10 | 25 | 20 | 40 | 2 | 3 | Medium | Фича может быть нейтральной для выбранного сегмента. |
| Темная тема интерфейса | Indifferent | 5 | 10 | 35 | 45 | 3 | 2 | Medium | Фича может быть нейтральной для выбранного сегмента. |
Questionable Answers Board
Фичи, где ответы противоречивы или классификация слабая: проверьте формулировку вопроса, сегмент и контекст использования.
- Импорт данных из таблицыqst 2% · rev 1% · max class 35%Что проверить: формулировку functional / dysfunctional вопроса, сегмент, понимание фичи.
Roadmap Guardrail
- Must-be с высоким dissatisfaction risk - не игнорировать.
- Attractive с высоким effort - не брать без связи с outcome.
- Indifferent с высоким effort - отложить или проверить заново.
- Reverse - проверить сегмент.
- Questionable - перепроверить вопрос.
- Performance - сопоставить с метрикой и effort.
Next Kano Research Plan
- Уточните сегмент пользователей.
- Перепроверьте functional / dysfunctional формулировки вопросов.
- Соберите минимум 30 ответов на сегмент.
- Проверьте фичи с reverse / questionable сигналами.
- Сопоставьте Kano с RICE / ICE и метриками.
- Обновите roadmap decision после нового evidence.
Как использовать модель Кано для приоритизации
- Шаг 1Определите сегментKano-классификация зависит от того, кто отвечает и в каком контексте использует продукт.
- Шаг 2Опишите фичи понятноПользователь должен понимать, что именно оценивает.
- Шаг 3Задайте два вопросаОдин - если функция есть, второй - если функции нет.
- Шаг 4Классифицируйте ответыСопоставьте functional и dysfunctional ответы с категориями Kano.
- Шаг 5Посчитайте satisfaction / dissatisfactionЭто помогает увидеть, что может радовать, а отсутствие чего может раздражать.
- Шаг 6Проверьте questionable и reverseПротиворечивые или обратные реакции часто говорят о проблемах формулировки, сегмента или самой фичи.
- Шаг 7Сопоставьте с roadmapKano не заменяет стратегию, effort, метрики, RICE / ICE и discovery.
Как считаются результаты модели Кано
Оценщик использует локальные эвристики: распределение Kano-категорий, satisfaction, dissatisfaction, confidence, качество выборки, сегмент, формулировки вопросов, evidence и связь с roadmap. Это ориентир для обсуждения, а не автоматическое решение о разработке.
Чем модель Кано отличается от других методов приоритизации
- Kano показывает, как пользователи воспринимают наличие или отсутствие фичи.
- RICE / ICE помогают сравнивать инициативы по reach, impact, confidence и effort.
- Value vs Effort показывает соотношение пользы и сложности.
- MoSCoW делит задачи на must, should, could и won't.
- Feature Impact оценивает влияние конкретной фичи на метрики.
- Opportunity Solution Tree связывает outcome, opportunities, solutions и experiments.
- Product Metric Tree помогает понять, какие показатели связаны с продуктом.
- Kano полезно использовать вместе с метриками, discovery и оценкой effort.
- Проверка выполняется в браузере.
- Данные не сохраняются и не отправляются на сервер.
Что оценщик не учитывает
- полную статистическую значимость
- качество рекрутинга респондентов
- различия между сегментами
- качество формулировок вопросов
- усталость респондентов
- контекст использования продукта
- цену и willingness-to-pay
- конкурентную среду
- бренд и доверие
- качество UX-реализации
- фактическое поведение после релиза
- техническую сложность в деталях
- стоимость разработки
- влияние фичи на retention, revenue или activation
- связь с юридическими ограничениями
- долгосрочную поддержку фичи
Если Kano-анализ используется для roadmap, бюджета разработки, крупного релиза или изменения продукта, используйте оценщик как предварительный ориентир и сверяйте выводы с RICE / ICE, продуктовой аналитикой, UX-исследованием, roadmap, технической оценкой и решением команды.
Что такое модель Кано
Модель Кано помогает понять, как пользователи воспринимают функции продукта: какие считаются обязательными, какие повышают удовлетворенность, какие могут приятно удивить, а какие почти не влияют или воспринимаются негативно.
Зачем считать satisfaction и dissatisfaction
Satisfaction показывает потенциал положительной реакции, а dissatisfaction - риск недовольства при отсутствии функции. Вместе они помогают отличать базовые ожидания от приятных улучшений.
Почему must-be фичи не всегда выглядят привлекательными
Обязательные функции часто не вызывают восторга, потому что пользователь ожидает их по умолчанию. Но отсутствие таких функций может ухудшать восприятие продукта.
Как связать Kano с roadmap
Результаты Kano стоит сопоставлять с effort, стратегической релевантностью, RICE / ICE, метриками, discovery и технической сложностью. Kano показывает восприятие пользователя, но не заменяет продуктовую приоритизацию целиком.
Хотите понять, какие фичи действительно важны пользователям?
Конструктор помогает классифицировать фичи по модели Кано и увидеть риски, но не заменяет исследование. Если ответы противоречивы, сегмент широкий или связь с roadmap неясна, стоит отдельно разобрать фичи, опрос, метрики, effort и продуктовую стратегию.