понедельник, 15 октября 2012 г.

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

Недавно понадобилось упорядочить предсставления о пользовательских приоритетах в требованиях к ПО и решил воспользоваться пирамидой Маслоу. С удивлением обнаружил, что если ее к этой теме кто и прикрутил, то в топ гугла пока еще не вывел. Так что немного поразмыслив, я накидал собственную версию:
Maslow piramide of consumer requirements in Software

Поясню простые соображения за расстановкой приоритетов:

  1. Function - функциональность. Пока софт не делает нечто нужное, потребности в нем нет вообще.
  2. Reliability - надежность и качество. Следующим критерием будет вероятность корректного выполнения необходимой функции. Если софт свою работу делает через раз - то прочие характеристики этого софта уже не важны.
  3. Security - безопасность. Предполагается что при реальной и осознанной угрозе лишиться чего-то ценного, пользователь предпочтет не-комфортное и не-прикольное (см.ниже), но безопасное приложение. В свою очередь, безопасный софт, которые не выполняет свою функцию (Function и Reliability, см.выше) также не нужен.
  4. Comfort - после удовлетворения первичных потребностей, пользователю становится важен комфорт. А именно - объем усилий, которые он должен потратить не поддержание Function, Reliability и Security.
  5. Fancy - и наконец в последнюю очередь пользователю важны всякие "вкусняшки" и "красивости", не относящиеся к первым четырем потребностям.
Как и пирамиде физиологических потребностей мы должны понимать, что потребность не абсолютна и имеет уровень насыщения, после которого развивается интерес к следующему уровню. Стоит слегка согреться, и уже хочется кушать. Как только софт начал делать что-то полезное (может даже еще не все), возникает интерес, чтобы этот минимум был стабилен.

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

Основная цель этого наброска - обосновать упорядочивание фичей с точки зрения "пока не сделана база, нет пользы от ее надстройки". Есть соображения, по пропущенным или неправильно раставленным приоритетам?


пятница, 14 сентября 2012 г.

Первый взгляд на iOS 6

Не имея пока возможности попробовать iPhone 5, решил посмотреть iOS 6 на своем iPhone 4S.

Воспользовался инструкциями и ссылками по апгрейду на "утекший" финальный билд iOS 6. Апгрейд прошел гладко. Среди незначительных неприятностей были
- 2GIS забыл карту Новосибирска (хотя Яндекс.Карты оффлайн карту Новосибирска не потеряли)
- все приложения разлогинились и пришлось мучительно вспоминать явки и пароли

Большинство замеченный изменений невелики. Полагаю, что если бы не выход нового железа, именоваться новой версии 5.2 как максимум. Есть однако и на что посмотреть

суббота, 28 апреля 2012 г.

Dropbox перспективы?


В свете запуска Yandex.Disk и Google Drive, еще раз взглянул на расценки и нахожу крайне интересным, что сервисы с бесплатным лимитом предлагают более высокую плату за премиум, чем полностью коммерческие предложения.

Берем 100Gb для примера. Цена в месяц составит — 
Dropbox $20 
SugarSync $15
Google Disk $5
SkyDrive ~$4

Коммерческий GoDaddy Online File Folder предлагает 100 Gb от $2.49 до $1.74 в месяц (в зависимости от оплачиваемого периода). И по начинке он вполне адекватен — веб-доступ + десктопный клиент + mobile app + sharing + online backup выбранных папок + FTP + WebDAV. На мой взгляд достаточно вкусно. 

Я cам им сейчас уже не пользуюсь (сижу на SkyDrive и MozyHome), но если бы нужны были большие объемы — то платить $20 dropbox'у счел бы не разумным.


Похоже, Dropbox - намного больше социальная сеть, чем хранилище. Поскольку в моем окружении в нем никто ничего интересного не шарит, то я им и не пользуюсь. Однако 43% пользователей habr пользуются именно им. 


На фоне низкого начального лимита на объем, отсутствия FTP и WebDAV, невозможности синхронизировать произвольную папку и прочего - Dropbox отнюдь не кажется отличным решением. Отличным его может делать именно социальная часть.


Насколько быстро теперь сможет расти его аудитория, насколько важным окажется социальный фактор, насколько сейчас играет именно факт накопленной ранее (когда он был первым и единственным) аудитории - все эти вопросы мне внушают большие сомнения в будующем Dropbox'а.


Действительно, быть первым не значит быть лучшим.