В пирамиде потребностей пользователей никак не выражен социальный компонент. (Потребность в уважении и признании у Маслоу.) + Потребность в самореализации.

Я думаю, что именно в эту сторону, а не в сторону потока будет двигаться проектирование.

Вот пример игры с сильным вовлечением — http://intihuatani.usc.edu/cloud/flowing/

Тот же итерационный подход имеет множество вариаций — неохота их тут приводить.

А у разработчика приоритет вообще тоже всегда один: сделать то, что будут покупать.

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

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

Пирамида потребностей весьма и весьма спорная как по составу, так и по расположению элементов.

Местами создается ощущение, что статья — машинный перевод с английского. Англоязычные блогеры почему-то любят вот такие «философские» статьи, из которых нельзя извлечь никакой полезной информации.