Недавно понадобилось упорядочить предсставления о пользовательских приоритетах в требованиях к ПО и решил воспользоваться пирамидой Маслоу. С удивлением обнаружил, что если ее к этой теме кто и прикрутил, то в топ гугла пока еще не вывел. Так что немного поразмыслив, я накидал собственную версию:
Поясню простые соображения за расстановкой приоритетов:
 |
| Maslow piramide of consumer requirements in Software |
Поясню простые соображения за расстановкой приоритетов:
- Function - функциональность. Пока софт не делает нечто нужное, потребности в нем нет вообще.
- Reliability - надежность и качество. Следующим критерием будет вероятность корректного выполнения необходимой функции. Если софт свою работу делает через раз - то прочие характеристики этого софта уже не важны.
- Security - безопасность. Предполагается что при реальной и осознанной угрозе лишиться чего-то ценного, пользователь предпочтет не-комфортное и не-прикольное (см.ниже), но безопасное приложение. В свою очередь, безопасный софт, которые не выполняет свою функцию (Function и Reliability, см.выше) также не нужен.
- Comfort - после удовлетворения первичных потребностей, пользователю становится важен комфорт. А именно - объем усилий, которые он должен потратить не поддержание Function, Reliability и Security.
- Fancy - и наконец в последнюю очередь пользователю важны всякие "вкусняшки" и "красивости", не относящиеся к первым четырем потребностям.
Как и пирамиде физиологических потребностей мы должны понимать, что потребность не абсолютна и имеет уровень насыщения, после которого развивается интерес к следующему уровню. Стоит слегка согреться, и уже хочется кушать. Как только софт начал делать что-то полезное (может даже еще не все), возникает интерес, чтобы этот минимум был стабилен.
Опять же аналогично пирамиде физиологических потребностей, в случае существенного дефицита, можно кратковременно нарушить приоритеты. В номер голод приоритетнее безопасности, но если снаружи пещеры рыщет саблезубый лев, то можно немного поголодать. Аналогично, если известна громадная дыра в безопасности, то можно на какое-то время отключить необходимые функции или пуступиться их надежностью.
Основная цель этого наброска - обосновать упорядочивание фичей с точки зрения "пока не сделана база, нет пользы от ее надстройки". Есть соображения, по пропущенным или неправильно раставленным приоритетам?
Взаиморасположение Security и Сomfort+Fancy, как мне кажется, сильно зависит от
ОтветитьУдалить1) компетентности пользователя;
2) от категории программы.
Если хранителя паролей выбирают и отфильтровывают скорее по Security, то, например, браузеры будут выбирать уже по Comfort+Fancy.
Опять же, есть категория пользователей, для которых критерий Security просто неизвестен.
Да, насчет security многие не согласны. Думаю потому, что есть путаница между "забочусь о безопасности" и "нуждаюсь в безопасности". Нужда в безопасности осознается, когда есть ощущение угрозы. Если угроза не ощущается, то потребность кажется удовлетворенной и этап "security" пользователь пробегает, не обращая даже внимания на эту потребность. Подобно тому, как житель экватора не ощущает потребности в тепле, хотя такая потребность у него безусловно есть.
ОтветитьУдалитьКомпетентный пользователь видит больше угроз и соответственно имеет более высокие потребности.
У нас как раз недавно был эпизод, когда очень многие пользователи стремительно осознали важность безопасности - просто угроза из гипотетической стала очень реальной. В далекие 90е годы я и сам полагал вирусы "книжной угрозой", пока не подхватил и не поимел основательно подпорченную систему.