Системы приоритизации: Модель Кано - ч.1
Предыдущие статьи Story Map, MoSCoW

Поиграем в игру, я никогда не…

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

Не хочу превращать этот пост в очередное пересказывание фактов из википедии – будем говорить за факты.

Давайте начнем с базовой схемы:
(Ищите на схеме цифры, они соответствуют блокам ниже)

Оси Удовлетворенности и функциональности (1)

В модели все вертится вокруг этих понятий. В рамках шкалы удовлетворенности (3), снизу вверх идем от:
оч плохо, просто плохо, жить можно, доволен, «ну, это же круто!» – какие-то фичи в нас вызывают реакцию жить можно, а какие-то вызывают восторг

Похоже выглядит работа с функциональной шкалой (2) на ней размечаются слева-направо следующие статусы:
нет, что-то, база, хорошо, сказка (больше ф
ункционал, большее продвижение вправо). Чем больше/сложнее функционал, тем правее маркер

Performance (4)
Базово мы реализовали X фичу и получили Y удовлетворения пользователей, это должно выражаться формулой Y = f(X). Такие функции являются Линейными для нашего продукта.

Примеры: место на гугл драйве, скорость подключения к wifi, время работы от батареи на Mac. Чем больше измерение, тем вы довольнее.

Помните, каждая более правая функция при реализации потребует больших инвестиций

⬇️⬇️⬇️⬇️