Модель Кано: как приоритизировать фичи (базовые, линейные, восхищающие)

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

Что такое модель Кано

Модель Кано — это рамка для приоритизации, которая связывает наличие или отсутствие фичи с тем, насколько доволен клиент. Главная идея в том, что связь эта не линейна и не одинакова для разных фич. Одна функция может бесить своим отсутствием, но совершенно не радовать наличием. Другая, наоборот, неожиданно вызывает восторг, хотя без неё никто бы и не расстроился. А третья вообще не двигает стрелку удовлетворённости ни в одну сторону.

Из этого следует простой, но важный вывод: нельзя приоритизировать фичи, считая их вклад одинаковым. Если относиться ко всем функциям как к равноценным пунктам в списке, легко вложить силы туда, где они почти не отзовутся, и пропустить то, что реально влияет на восприятие продукта. Модель Кано помогает разложить фичи по типу влияния и за счёт этого принимать решения осознанно, а не по громкости голосов внутри команды.

Ещё одна ценность подхода — он переводит разговор о приоритетах с языка «нравится / не нравится» на язык «как это влияет на клиента». Вместо того чтобы спорить, чья идея интереснее, команда задаёт другой вопрос: к какой категории относится фича и что её появление даст пользователю. Это не отменяет других методов приоритизации вроде RICE или ICE, а дополняет их: Кано отвечает на вопрос «какого типа эта фича», а балльные методы — «сколько усилий она стоит и какой охват даёт». Часто их используют вместе.

Категории фич по Кано

Модель Кано делит фичи на пять категорий по тому, как они влияют на удовлетворённость. Разберу каждую по порядку.

• Базовые (must-be, обязательные). Это то, что воспринимается как само собой разумеющееся. Их отсутствие бесит и разрушает доверие, но наличие никого не радует — клиент просто ожидает, что это будет. Пример: в гостинице чистое бельё и горячая вода, в приложении — корректная авторизация и сохранение данных. Никто не похвалит за то, что вода тёплая, но за её отсутствие разнесут в отзывах.
• Линейные (performance, одномерные). Здесь связь прямая: чем больше или лучше, тем выше удовлетворённость, и наоборот. Эти фичи клиент обычно осознаёт и готов сравнивать с конкурентами. Пример: скорость загрузки страницы, время доставки, объём памяти. Быстрее — лучше, медленнее — хуже, и это чувствуется линейно.
• Восхищающие (delighters, «вау»-фичи). Это неожиданные приятные мелочи, которые дают восторг, но их отсутствие никого не злит, потому что их никто и не ждал. Именно они создают эмоцию и отстройку от конкурентов. Пример: бесплатный апгрейд номера, неожиданно удобная мелочь в интерфейсе, приятный подарок к заказу. Без этого клиент не расстроится, но с этим — запомнит и расскажет.
• Неважные (indifferent, безразличные). На удовлетворённость такие фичи не влияют — есть они или нет, клиенту всё равно. Часто это функции, которые интересны команде или придуманы «потому что можем», но пользователю безразличны. Тратить на них силы — почти всегда потеря ресурса.
• Обратные (reverse, нежелательные). Это фичи, которые части аудитории не просто безразличны, а мешают. То, что одни считают улучшением, другие воспринимают как навязчивость или усложнение. Пример: избыточные уведомления, перегруженный интерфейс, обязательная регистрация там, где её не ждали. Для одного сегмента — плюс, для другого — раздражитель.

Отдельно стоит запомнить важное свойство: категории не вечны. Со временем восхищающие фичи становятся базовыми — это называют инфляцией ожиданий. То, что вчера вызывало «вау», сегодня воспринимается как норма, а завтра его отсутствие будет бесить. Когда-то камера в телефоне была восхищением, потом стала обычной функцией, а теперь её отсутствие немыслимо. Поэтому набор «вау»-фич нужно периодически обновлять, а базовые — держать в порядке постоянно.

Как применить для приоритизации

Когда фичи разложены по категориям, появляется понятная логика для дорожной карты. Я обычно выстраиваю работу в таком порядке.

Сначала закрываем базовые. Это фундамент: без рабочих базовых фич всё остальное теряет смысл, потому что их отсутствие перечёркивает любые приятные мелочи. Сколько бы восторга вы ни добавили, если ломается главное, клиент уйдёт с негативом. Поэтому базовые — это не место для экономии и не повод для гордости, а обязательная гигиена. Их доводят до стабильного состояния в первую очередь.

Потом усиливаем линейные. Когда фундамент держит, имеет смысл вкладываться в то, что клиент осознаёт и с чем сравнивает конкурентов: скорость, удобство, охват возможностей. Здесь каждое улучшение напрямую поднимает удовлетворённость, и здесь же чаще всего идёт конкурентная борьба. Это основная зона роста продукта.

Точечно добавляем «вау». Восхищающие фичи — это не основа, а вишенка. Их добавляют выборочно, чтобы создать эмоцию и отстройку, но не вместо базовых и линейных, а поверх них. Одна-две удачные «вау»-детали запоминаются сильнее, чем десяток средних. И помним про инфляцию ожиданий: сегодняшнее восхищение завтра станет нормой, поэтому к этому списку периодически возвращаются.

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

На практике это выглядит по-разному в зависимости от продукта. Для сайта базовое — это корректная работа форм и понятная навигация, линейное — скорость загрузки, «вау» — какая-то приятная деталь, выделяющая вас среди похожих. Для мобильного приложения базовое — стабильность и сохранность данных, линейное — отзывчивость интерфейса, «вау» — продуманная мелочь, которой нет у конкурентов. Для услуги базовое — соблюдение сроков и обещаний, линейное — уровень сервиса, «вау» — неожиданный приятный жест. Логика везде одна: сначала надёжность, потом качество, потом эмоция. Полезно при этом держать в голове, ради какой работы клиент «нанимает» ваш продукт (подход Jobs To Be Done) и как выглядит его путь от первого контакта до результата — это помогает понять, какие фичи действительно базовые именно для него.

Как собрать данные (опрос Кано)

Категорию фичи нельзя угадать из головы — её определяют через опрос пользователей. Опрос Кано устроен просто: на каждую фичу задаётся пара вопросов.

Функциональный вопрос — «как вы отнесётесь к тому, что эта фича ЕСТЬ?». Дисфункциональный вопрос — «как вы отнесётесь к тому, что этой фичи НЕТ?». На каждый вопрос респондент выбирает один из вариантов ответа по стандартной шкале: «мне это нравится», «это для меня само собой разумеется», «мне всё равно», «я мог бы это терпеть» и «мне это не нравится». Получается две оценки на одну фичу — реакция на её присутствие и на её отсутствие.

Дальше по сочетанию этих двух ответов фичу относят к категории. Логика интуитивна: если человеку нравится наличие и не нравится отсутствие — это линейная фича; если наличие воспринимается как должное, а отсутствие раздражает — базовая; если наличие радует, а отсутствие безразлично — восхищающая; если в обоих случаях всё равно — неважная; если отсутствие нравится больше, чем наличие — обратная. Для разбора ответов используют специальную таблицу сопоставления Кано, которая по паре ответов выдаёт категорию.

Несколько практических замечаний. Во-первых, формулируйте фичи понятным для пользователя языком, а не внутренними терминами команды — иначе ответы будут про разное. Во-вторых, не перегружайте опрос: каждая фича — это пара вопросов, и длинный список людей утомляет, качество ответов падает. В-третьих, опрос показывает картину «здесь и сейчас»: из-за инфляции ожиданий результаты со временем устаревают, поэтому его периодически повторяют. И помните: опрос Кано отвечает на вопрос «какого типа фича», но не заменяет оценку затрат и охвата — это уже задача методов вроде RICE или ICE.

Частые ошибки

Модель Кано простая по идее, но на практике в неё попадают одни и те же грабли.

• Пилить «вау» при дырявых базовых. Самая частая и самая дорогая ошибка. Команда увлекается яркими восхищающими фичами, пока фундамент течёт. Но никакой восторг не компенсирует сломанного базового: клиент уйдёт раздражённым, не заметив красивых деталей. Сначала надёжность, потом эмоции.
• Считать все фичи равными. Если относиться к списку функций как к набору одинаковых пунктов, теряется весь смысл модели. Базовая, линейная и восхищающая фичи дают совершенно разный вклад, и тратить на них силы одинаково — значит распылять ресурс впустую.
• Ориентироваться только на громких клиентов. Несколько активных пользователей могут громко требовать конкретную фичу, и кажется, что это и есть приоритет. Но громкость не равна категории и не равна охвату. Опрос на репрезентативной выборке часто показывает, что шумная просьба относится к неважным или даже обратным фичам для большинства.
• Забывать про инфляцию ожиданий. Один раз разложив фичи по категориям, легко решить, что картина зафиксирована навсегда. Но «вау» неизбежно превращается в базовое, и то, чем вы гордились год назад, сегодня воспринимается как норма. Без обновления списка продукт постепенно отстаёт, даже не меняясь.

Частые вопросы

Что такое модель Кано простыми словами? Это способ понять, как разные фичи влияют на то, насколько клиент доволен, и за счёт этого расставить приоритеты. Фичи делят на категории: одни обязательны и бесят отсутствием, другие работают по принципу «чем больше, тем лучше», третьи неожиданно радуют, а часть вообще не влияет или даже мешает. Зная категорию, проще решить, что делать в первую очередь.

Чем модель Кано отличается от RICE и ICE? Это разные по сути инструменты. RICE и ICE — балльные методы, которые оценивают фичи по охвату, влиянию, уверенности и трудозатратам и выдают число для сортировки. Кано отвечает на другой вопрос — к какому типу относится фича по влиянию на удовлетворённость. Они не конкурируют, а дополняют друг друга: сначала Кано подсказывает тип, потом RICE или ICE помогают сравнить фичи по усилиям и отдаче.

Как провести опрос Кано? На каждую фичу задают два вопроса: как пользователь отнесётся к тому, что она есть, и как — к тому, что её нет. Ответы выбираются по стандартной шкале (нравится, само собой разумеется, всё равно, можно терпеть, не нравится). По сочетанию двух ответов фичу относят к категории с помощью таблицы сопоставления Кано.

Сколько нужно респондентов? Универсального числа нет, но важно, чтобы выборка отражала вашу реальную аудиторию, а не несколько случайных мнений. Для грубой картины хватает десятков ответов, для уверенных выводов — больше, особенно если у вас разные сегменты пользователей с разными ожиданиями. Лучше опросить меньше, но представительную аудиторию, чем много случайных людей.

Подходит ли модель Кано для услуг? Да, она хорошо работает не только для продуктов, но и для услуг. Базовое здесь — это соблюдение сроков и обещаний, линейное — уровень сервиса и внимательность, «вау» — неожиданные приятные жесты. Логика та же: сначала надёжность, потом качество, потом эмоция.

С чего начать применять Кано? Начните с короткого списка фич, которые вы реально рассматриваете, и сформулируйте их понятным пользователю языком. Затем проведите небольшой опрос Кано на своей аудитории, разложите фичи по категориям и в первую очередь проверьте, всё ли в порядке с базовыми. Это даст быстрый и полезный результат без громоздкой подготовки.

Коротко о главном

Модель Кано — это рабочий способ приоритизировать фичи по тому, как они влияют на удовлетворённость клиента, а не по тому, кто громче спорит внутри команды. Фичи делятся на базовые, линейные, восхищающие, неважные и обратные, и вклад у них разный, поэтому относиться к ним одинаково нельзя. Логика проста: сначала закрыть базовые, потом усиливать линейные, точечно добавлять «вау» для отстройки и не тратить силы на безразличное. Категорию определяют не на глаз, а опросом Кано из двух вопросов на каждую фичу. И главное — помнить про инфляцию ожиданий: восхищающие фичи со временем становятся обязательными, поэтому картину нужно обновлять. Применяйте Кано вместе с пониманием задач клиента и его пути, а для оценки затрат и охвата — вместе с RICE или ICE, и приоритеты станут опираться на влияние, а не на догадки.