Модель Кано: как приоритизировать функции

Модель Кано — это способ классифицировать функции продукта по тому, как они влияют на удовлетворённость пользователей. Её ключевая идея: не все функции одинаково важны, и связь между наличием функции и довольством клиента бывает разной. Модель выделяет три главные категории потребностей: базовые (must-be) — то, что обязано быть, но радости не приносит; линейные (performance) — чем лучше реализованы, тем выше удовлетворённость; и восторг (delighters) — неожиданные функции, вызывающие вау-эффект. Понимая, к какой категории относится каждая функция, команда перестаёт распылять силы и вкладывается туда, где это действительно двигает удовлетворённость. Модель предложил японский исследователь Норияки Кано в 1980-х.

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

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

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

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

Базовые потребности (must-be)

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

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

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

Линейные потребности (performance)

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

Примеры: скорость загрузки страниц, стоимость тарифа, объём памяти, время доставки. Быстрее доставили — довольнее клиент; тянули неделю — недовольнее. Это те параметры, о которых люди прямо говорят и которые указывают в требованиях.

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

Восторг (delighters)

Восторг — неожиданные функции, которых пользователь не ждал и которые вызывают яркую положительную эмоцию. Их отсутствие не вызывает недовольства (никто не расстроится из-за того, чего не ждал), а вот присутствие способно превратить лояльного клиента в поклонника.

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

Именно восторг создаёт эмоциональную привязанность и сарафанное радио. Но есть ловушка: гнаться за восторгом, не закрыв базовые потребности, — грубая ошибка. Никакая приятная мелочь не спасёт продукт, у которого не работает главное.

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

Опрос Кано: как измерить восприятие функций

Категорию функции не всегда видно на глаз — её определяют опросом. Метод Кано устроен так: по каждой функции задают пару вопросов.

• •Функциональный вопрос: «Как вы отнесётесь, если эта функция БУДЕТ в продукте?»
• •Дисфункциональный вопрос: «Как вы отнесётесь, если этой функции НЕ будет?»

На каждый предлагают одинаковый набор ответов: «нравится», «ожидаю этого», «мне всё равно», «могу смириться», «не нравится». Сопоставляя пару ответов, функцию относят к категории:

• •«Нравится, если есть» + «не нравится, если нет» → линейная.
• •«Ожидаю» + «не нравится, если нет» → базовая.
• •«Нравится, если есть» + «всё равно, если нет» → восторг.
• •«Всё равно» в обоих случаях → безразличная функция, кандидат на отсечение.

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

Как использовать модель Кано в продукте

Итог

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