Модель Кано

1. Введение: Почему интуиции недостаточно?
2. Что такое модель Кано? Суть простыми словами.
3. Пять ключевых категорий функций (фич) продукта.
4. Живой организм: как «вау-фичи» становятся «обязательными».
5. Пошаговая инструкция: как провести исследование по методу Кано.
6. Интерпретация результатов: Reverse и Questionable — это не ошибки.
7. Практические советы от CMO: как избежать типичных ошибок.
8. Заключение: Фокус на эффекте, а не на количестве фич.

Помните ли вы тот внутренний спор: вложиться в красивый интерактивный симулятор для курса или сначала доделать, наконец, удобный личный кабинет? Часто приоритизация идет по принципу «самое громкое» или «что хочет начальство». Результат — распыление ресурсов, недовольные пользователи и нулевой рост ключевых метрик.

Я сам прошел через это. Раньше мне казалось, что модель Кано — это академическая теория для учебников. Пока один проваленный запуск не показал: мы вложились в «фишки», которые нашей аудитории были безразличны, и проигнорировали базовые ожидания. Суть модели Кано — дать вам четкий алгоритм, чтобы понимать, какие функции:

• Обязательны для выхода на рынок (их отсутствие злит).
• Линейно улучшают удовлетворенность (чем лучше — тем счастливее пользователь).
• Вызывают восторг и формируют лояльность («вау!»).
• Бесполезны и являются пустой тратой денег.
• Вредны и могут оттолкнуть аудиторию.

Это ваш компас в мире развития продукта.

Модель была разработана японским профессором Нориаки Кано в 80-х годах. Её главная революционная идея: удовлетворенность пользователя нелинейно зависит от реализации функций.

Кано перешел от абстрактного «качества» к изучению эмоциональной реакции. Он доказал, что лояльность строится не просто на отсутствии минусов, а на удачной комбинации надежной базы и приятных сюрпризов.

Визуально модель представляет собой график с двумя осями:

• Вертикальная ось (Удовлетворенность): от «Разочарован/Раздражен» до «Восхищен».
• Горизонтальная ось (Реализация функции): от «Функции нет/Реализована плохо» до «Функция есть/Реализована отлично».
• На этом графике мы размещаем кривые, которые описывают поведение разных типов функций. Давайте разберем их.

Рассмотрим каждую категорию на примерах из EdTech и digital-продуктов.

1. Обязательные (Must-be, Basic Needs).

• Что это: Гигиенические функции, которые пользователь ожидает по умолчанию. Их наличие не вызывает восторга, но их отсутствие или плохая работа гарантированно приводят к крайней степени неудовлетворенности.
• Пример из EdTech: Для платформы онлайн-курсов — это доступ к урокам после оплаты, возможность стабильно смотреть видео, работающий проигрыватель. Для мобильного приложения — быстрая загрузка и отсутствие критических багов.
• Ключевой принцип: Инвестируйте в этот тип ровно столько, чтобы функция работала стабильно. Дальнейшее улучшение почти не дает роста удовлетворенности.

2. Линейные (Performance, One-dimensional).

• Что это: Функции, где работает прямая зависимость «чем лучше — тем лучше». Удовлетворенность растет пропорционально качеству реализации.
• Пример из EdTech: Скорость загрузки контента, разнообразие форматов заданий (текст, видео, квизы), качество обратной связи от куратора, широта библиотеки материалов.
• Ключевой принцип: Здесь важен постоянный прогресс и конкурентный анализ. Это поле для здоровой конкуренции.

3. Привлекательные (Attractive, Delighters).

• Что это: Неожиданные «плюшки», о которых пользователь даже не задумывался. Их наличие вызывает искренний восторг и «вау-эффект», а отсутствие — не приводит к недовольству (так как их и не ждали).
• Пример из EdTech: Автоматическая генерация персональной дорожной карты обучения на основе целей студента, интеграция с умными часами для напоминаний о занятиях, игровой механики с неожиданными наградами за прогресс.
• Ключевой принцип: Источник дифференциации и создания лояльных фанатов. Но помните: сегодняшний «вау» завтра станет «must-have».

4. Нейтральные (Indifferent).

• Что это: Функции, на которые пользователям абсолютно все равно. Их наличие или отсутствие не влияет на решение и эмоции.
• Пример: Конкретная технология, на которой работает видеоплеер (если она не влияет на опыт), незначительные изменения в дизайне интерфейса, о которых не знает пользователь.
• Ключевой принцип: Главные «пожиратели» бюджета. Задача — выявлять их и не тратить на них ни рубля, ни часа разработки.

5. Нежелательные (Reverse).

• Что это: Парадоксальные функции, которые ухудшают удовлетворенность, будучи реализованными. Часто это излишняя сложность, навязчивость или функции, противоречащие ожиданиям определенной группы пользователей.
• Пример из EdTech: Обязательная социальная активность в курсе для интровертов, навязчивые уведомления, нерелевантный контент, которым заспамливают рассылку, излишний сбор данных.
• Ключевой принцип: Выявить и устранить. Иногда такие ответы указывают на сегмент аудитории, для которого ваш продукт не подходит.

4. Живой организм: как «вау-фичи» становятся «обязательными»

Важнейший тезис, который часто упускают: категории не статичны. Они эволюционируют вместе с рынком и ожиданиями пользователей.

Пример эволюции в EdTech:

• 2015: Автоматическая проверка тестов — Attractive («Вау, не надо ждать проверки преподавателя!»).
• 2018: Та же проверка тестов — Performance (Чем быстрее и детальнее обратная связь, тем лучше).
• 2023: Автоматическая проверка тестов — Must-be («Какой курс без автоматической проверки? Это же очевидно!»).
• То, что вчера восхищало, сегодня является базовым ожиданием. Вот почему исследование по Кано нужно проводить регулярно, а не один раз при создании продукта.

Шаг 1: Подготовка и сегментация аудитории.

Не опрашивайте «всех». Сегментируйте аудиторию (новички/продвинутые, корпоративные клиенты/B2C, разные возрастные группы). Функция может быть Must-be для одного сегмента и Attractive для другого.

Шаг 2: Выбор функций для оценки.

Выберите 10-20 гипотез и функций из вашего бэклога. Это могут быть как идеи на будущее, так и существующие фичи для оценки их текущей воспринимаемой ценности.

Шаг 3: Создание опросника (всего два магических вопроса).

Для КАЖДОЙ функции задаем пользователю всего два вопроса:

1. Функциональный вопрос: «Как вы отнесетесь, если в продукте будет функция [Х]?»
2. Дисфункциональный вопрос: «Как вы отнесетесь, если в продукте не будет функции [Х]?»

Варианты ответов (для каждого вопроса):

• Мне это понравится
• Я этого ожидаю (это само собой разумеется)
• Мне все равно
• Мне это не понравится, но я смогу с этим смириться
• Мне это не понравится

Шаг 4: Анализ результатов с помощью матрицы.

Сопоставляем парные ответы по таблице (логическому квадрату), чтобы определить итоговый тип для каждого респондента.

Легенда: P – Performance (Линейная), M – Must-be (Обязательная), A – Attractive (Привлекательная), I – Indifferent (Нейтральная), R – Reverse (Нежелательная), Q – Questionable (Сомнительный ответ).

• Далее, для каждой функции смотрим, какой тип ответов преобладает среди всех респондентов.

• Reverse (Нежелательная): Если вы получили такие ответы — это ценнейший сигнал. Возможно, вы предлагаете что-то, что противоречит ожиданиям или ценности вашего продукта для части аудитории. Не игнорируйте.
• Questionable (Сомнительно): Ответы «Нравится/Нравится» или «Не нравится/Не нравится» логически противоречивы. Это часто говорит о том, что пользователь не понял описание функции или сами вопросы. Переформулируйте.

• Модель Кано и NPS: NPS показывает степень лояльности, а Кано объясняет причины. Почему промоутеры рекомендуют вас? Скорее всего, вы блестяще закрываете Must-be и бьете Attractive-фичами. Почому детракторы недовольны? Вы провалили Must-be или добавили Reverse-элементы.
• Модель Кано и Customer Journey Map: Нанесите типы функций Кано на карту путешествия пользователя. Где у вас «зона риска» (скучные Must-be)? В каком моменте можно встроить «вау-эффект» (Attractive)?
• Модель Кано и бэклог: Это ваш главный инструмент приоритизации. Сначала — все Must-be (без них нельзя). Затем — Attractive и Performance, дающие максимум удовлетворения на вложенные ресурсы. Indifferent — вычеркиваем. Reverse — переосмысляем или удаляем.

1. Не экономьте на описании фич. Текстовое описание вне контекста дает неточные результаты. Используйте прототипы, скриншоты, короткие видео.
2. Сегментируйте аудиторию. Универсальных ответов не бывает.
3. Не проводите исследование один раз. Включите регулярный (раз в полгода-год) пересмотр ключевых функций в свой продукт-ритм.
4. Фокус на главном. Не пытайтесь проанализировать 50 функций сразу. 10-15 ключевых гипотез достаточно.
5. Сохраняйте честность. Если по результатам ваша любимая «фишка» оказалась Indifferent, надо иметь смелость от неё отказаться.

Модель Кано — это не просто теория для презентаций. Это практический инструмент принятия решений, который переводит разговоры с уровня «мне кажется» на уровень «данные показывают».

Он учит нас жесткой, но необходимой дисциплине: быть избирательными, инвестировать в то, что приносит реальную ценность, и без сожаления отказываться от того, что её не приносит. В мире ограниченных ресурсов и высокой конкуренции это навык, который отделяет сильные продуктовые команды от остальных.

Начните с малого: выберите 5 функций вашего продукта, опросите 20-30 пользователей по методике и проанализируйте матрицу. Вы будете удивлены полученными инсайтами. Успехов в создании продуктов, которые не просто работают, но и восхищают!