📈 Модель Кано
Модель Кано — метод классификации и приоритизации функций продукта на основе их влияния на удовлетворенность пользователей
Нужна, чтобы отличать «обязательные» функции от «приятных бонусов», грамотно распределять ресурсы команды
Где используется
В продуктовой и маркетинговой аналитике, управлении требованиями и разработке:
⚪️приоритизация бэклога
⚪️проектирование MVP: определение минимума для выхода на рынок
⚪️стратегия развития продукта: поиск «фишек»
Типичные объекты анализа:
✨функциональные и нефункциональные требования
✨элементы пользовательского интерфейса
✨сервисные параметры (поддержка, скорость, доступность)
✨новые продуктовые гипотезы
Рассматриваются два независимых показателя:
➡️удовлетворённость пользователя при наличии характеристики
⬅️ неудовлетворённость пользователя при её отсутствии
❗️отсутствие роста удовлетворённости не означает, что характеристика не нужна
Обязательные характеристики не повышают удовлетворённость
Но их отсутствие приводит к сильному негативу
Категории модели Кано
1️⃣ Must-be (обязательные)
Характеристики, которые пользователь считает само собой разумеющимися.
▪️их наличие не повышает удовлетворённость
▪️их отсутствие вызывает сильное недовольство
🤩 пример: авторизация в системе; сохранение данных; базовая безопасность.
2️⃣ One-dimensional (линейные)
Характеристики, для которых действует прямая зависимость: чем лучше реализовано, тем выше удовлетворённость
▪️улучшение повышает удовлетворённость ↑
▪️ухудшение повышает неудовлетворённость ↓
🤩 пример: скорость работы системы; количество поддерживаемых сценариев; точность поиска
3️⃣ Attractive (восхищающие)
Характеристики, которых пользователь не ожидает, но которые вызывают положительные эмоции
▪️отсутствие не расстраивает
▪️наличие резко повышает удовлетворённость
🤩 пример: умные рекомендации; автоматизация рутинных действий; нестандартные UX‑решения
4️⃣ Indifferent (безразличные)
Характеристики, которые не влияют ни на удовлетворённость, ни на неудовлетворённость.
▪️пользователь не считает их ценными
▪️часто возникают из внутренних гипотез команды
🤩 пример: редко используемые настройки; декоративные элементы без функциональной нагрузки.
5️⃣ Reverse (обратные)
Характеристики, наличие которых ухудшает восприятие продукта
Пользователь предпочёл бы их отсутствие
🤩 пример: навязчивая автоматизация; избыточные уведомления; усложнение интерфейса.
Общий процесс анализа
1. Определить объект анализа.
2. Сформировать список характеристик.
3. Разработать и провести опрос.
5. Проанализировать результаты с помощью вычислений и матрицы Кано
6. Использовать их для принятия решений.
Пример
Формирование backlog с помощью модели Кано
Результаты анализа используются для приоритизации требований
⚪️Обязательные требования
Все характеристики категории Must-be включаются в backlog обязательно
Имеют высокий приоритет независимо от пользовательского «восторга»
⚪️ Линейные характеристики
Характеристики категории One-dimensional приоритизируются по:
➖степени влияния на удовлетворённость
➖частоте упоминаний
➖стратегической важности
Эти требования чаще всего становятся основой roadmap
⚪️Восхищающие характеристики
Характеристики категории Attractive:
➖используются для дифференциации продукта
➖добавляются в backlog как продуктовые гипотезы
➖часто реализуются итеративно или экспериментально
⚪️ Безразличные и обратные
Indifferent исключаются / откладываются из backlog
Reverse удаляются или пересматриваются
Ограничения модели Кано
➖субъективность
➖зависимость от формулировок вопросов
➖изменение ожиданий со временем
📎 Материалы
1. Модель Кано. Практическое руководство по приоритизации фич
2. Объяснение модели Кано: анализ и примеры
3. Объяснение модели Кано
4. Что такое модель Кано: как построить на примере
#требования
➿➿➿➿➿➿➿➿
🧑🎓 Больше полезного в базе знаний по системному анализу
Модель Кано — метод классификации и приоритизации функций продукта на основе их влияния на удовлетворенность пользователей
Нужна, чтобы отличать «обязательные» функции от «приятных бонусов», грамотно распределять ресурсы команды
Где используется
В продуктовой и маркетинговой аналитике, управлении требованиями и разработке:
⚪️приоритизация бэклога
⚪️проектирование MVP: определение минимума для выхода на рынок
⚪️стратегия развития продукта: поиск «фишек»
Типичные объекты анализа:
✨функциональные и нефункциональные требования
✨элементы пользовательского интерфейса
✨сервисные параметры (поддержка, скорость, доступность)
✨новые продуктовые гипотезы
Рассматриваются два независимых показателя:
➡️удовлетворённость пользователя при наличии характеристики
⬅️ неудовлетворённость пользователя при её отсутствии
❗️отсутствие роста удовлетворённости не означает, что характеристика не нужна
Обязательные характеристики не повышают удовлетворённость
Но их отсутствие приводит к сильному негативу
Категории модели Кано
1️⃣ Must-be (обязательные)
Характеристики, которые пользователь считает само собой разумеющимися.
▪️их наличие не повышает удовлетворённость
▪️их отсутствие вызывает сильное недовольство
🤩 пример: авторизация в системе; сохранение данных; базовая безопасность.
2️⃣ One-dimensional (линейные)
Характеристики, для которых действует прямая зависимость: чем лучше реализовано, тем выше удовлетворённость
▪️улучшение повышает удовлетворённость ↑
▪️ухудшение повышает неудовлетворённость ↓
🤩 пример: скорость работы системы; количество поддерживаемых сценариев; точность поиска
3️⃣ Attractive (восхищающие)
Характеристики, которых пользователь не ожидает, но которые вызывают положительные эмоции
▪️отсутствие не расстраивает
▪️наличие резко повышает удовлетворённость
🤩 пример: умные рекомендации; автоматизация рутинных действий; нестандартные UX‑решения
4️⃣ Indifferent (безразличные)
Характеристики, которые не влияют ни на удовлетворённость, ни на неудовлетворённость.
▪️пользователь не считает их ценными
▪️часто возникают из внутренних гипотез команды
🤩 пример: редко используемые настройки; декоративные элементы без функциональной нагрузки.
5️⃣ Reverse (обратные)
Характеристики, наличие которых ухудшает восприятие продукта
Пользователь предпочёл бы их отсутствие
🤩 пример: навязчивая автоматизация; избыточные уведомления; усложнение интерфейса.
Общий процесс анализа
1. Определить объект анализа.
2. Сформировать список характеристик.
3. Разработать и провести опрос.
5. Проанализировать результаты с помощью вычислений и матрицы Кано
6. Использовать их для принятия решений.
Пример
Формирование backlog с помощью модели Кано
Результаты анализа используются для приоритизации требований
⚪️Обязательные требования
Все характеристики категории Must-be включаются в backlog обязательно
Имеют высокий приоритет независимо от пользовательского «восторга»
⚪️ Линейные характеристики
Характеристики категории One-dimensional приоритизируются по:
➖степени влияния на удовлетворённость
➖частоте упоминаний
➖стратегической важности
Эти требования чаще всего становятся основой roadmap
⚪️Восхищающие характеристики
Характеристики категории Attractive:
➖используются для дифференциации продукта
➖добавляются в backlog как продуктовые гипотезы
➖часто реализуются итеративно или экспериментально
⚪️ Безразличные и обратные
Indifferent исключаются / откладываются из backlog
Reverse удаляются или пересматриваются
Ограничения модели Кано
➖субъективность
➖зависимость от формулировок вопросов
➖изменение ожиданий со временем
📎 Материалы
1. Модель Кано. Практическое руководство по приоритизации фич
2. Объяснение модели Кано: анализ и примеры
3. Объяснение модели Кано
4. Что такое модель Кано: как построить на примере
#требования
➿➿➿➿➿➿➿➿
🧑🎓 Больше полезного в базе знаний по системному анализу