[1/3] Модель Кано — как можно оценивать фичи
Когда заходит разговор о приоритезации бэклога, то методология номер 1, всплывающая перед глазами — это RICE. Однако, если мы говорим о некотором стратегическом видении продукта и оценке того, в какие стороны идти, то RICE не всегда даёт хорошую картинку. И тут на арену выходит модель Кано.
В 1984-м Нориаки Кано предложил оценивать фичи по двум осям: удовлетворённость и функциональность (на сколько хорошо это реализовано). Удовлетворенность можно разложить на 5 категорий от «восхищение» до «расстраивает», функциональность также можно разбить — от «её нет» до «лучшая на рынке».
Если посмотреть на предполагаемые ответы и визуализировать их (картинка к посту), то ярко выделяется несколько категорий.
— Обязательные (Гигиена, Must-be) — если этого нет, то пользователей это расстраивает, если есть то это норма
Если вы делаете сервис для чатов, то написание сообщений является обязательной фичей
— Линейные (Performance) — чем лучше, тем выше удовлетворенность
Как быстро сообщение доходит до вашего собеседника?
— Привлекательные — эти фичи не ждут, но они радуют если есть
Милые стикерпаки с мемами — вполне себе хорошая фича
— Безразличные — есть эти фичи или нет всё равно.
Иконку приложения можно менять и заменять на кастом
То есть мы оцениваем не «что сделать», а как это повлияет на пользователей. Эта модель помогает отличить «обязательно сделать», «где будет рост метрики» и «пора удивлять» от «а оно нам вообще надо».
В следующем посте расскажу, как оценивать фичи по модели Кано.
