Планируйте не функционал, а решение проблем

Алан Купер пишет, что неправильно планировать продукт как список функций. Правильно планировать его как список задач, которые решит его пользователь.

На самом деле менеджеры и руководство с трудом понимают такой подход. Им кажется, что нужно чтобы в продукте (или на сайте) было это, это и вот это. О том, что "вот это" окажется никому не нужным, многие предпочитают не думать.

Как же перевернуть ход мышления? Купер приводит такой пример:

Для доказательства этого тезиса проектировщик взаимодействий Скотт Мак-Грегор на своих занятиях использует вот такой замечательный тест. Он описывает продукт с помощью перечня функций и просит слушателей записать, что это за продукт, как только они догадаются. Он перечисляет: 1) двигатель внутреннего сгорания; 2) четыре колеса с резиновыми покрышками; 3) трансмиссия, связывающая двигатель с ведущими колесами; 4) трансмиссия и Двигатель смонтированы на ходовой части; 5) рулевое колесо. На этот момент времени каждый слушатель уже записал, что это автомобиль, но здесь Скотт перестает описывать особенности продукта и вместо этого называет пару задач потенциального пользователя: 6) быстро и легко срезает траву; 7) на этом удобно сидеть. На основании пяти функций-подсказок ни один слушатель не может догадаться, что это минитрактор-газонокосилка. Очевидно, что цели пользователя намного более наглядны, чем набор функций продукта.