25 февр. 2012 г.

21 февр. 2012 г.

Почему большинство UX – дерьмо

Перевод нашумевшего поста из Лондона Why most UX is shite, который мне «подсветил» O'Reilly Radar.

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

Взглянув на план мероприятия, я поняла, что должна в течение 15 минут говорить о том, как «изготовить хороший UX». С чего начать. Я подозреваю, что Джеймс ожидал услышать что-то вроде того поста на ReadWriteWeb, опубликованного за день до моего выступления на конференции MonkiGras на тему 5 признаков хорошего UX:
  • элегантный UI;
  • зависимость пользователей;
  • стремительное развитие UX;
  • замедление; 
  • UX меняет вас.
Ненавижу такие списки. Смотришь на них и думаешь: ну да, в этом что-то есть, определённо. Нам просто нужно сделать такой UX и всё будет отлично. Глупость.

Если бы всё было так просто, нас бы уже завалили первоклассными UX. Но вместо этого в выступлениях или статьях, мы видим всё ту же горстку примеров, написанных в этом году о UX.

Выходит, не так это и просто. И вот поэтому, я назвала свою тему по-другому: «Почему большинство UX - дерьмо». В основном на конференции присутствовали разработчики работающие в стартапах, в Open Source проектах и разработчики ПО для предприятий, я подумала, что такая тема должна быть им интересна.

Сегодня можно найти тысячу способов, как превратить UX в продукт-мусор. Из своего собственного опыта, я сталкивалась с несколькими разработчиками «серийными преступниками». UX – это не то, что можно  отложить в backlog до следующей недели. Здесь необходимо знать “Как” и “Что”, чтобы сэкономить время и перестать заниматься мелочами, которые не имеют смысла.

1. Вы не принимаете решений (заставьте пользователей вашего продукта сделать это).
 
С этим я сталкиваюсь постоянно. Как это происходит и что я наблюдаю каждый раз.

В  начале разработки проекта разработчик не может угадать, как удобно для пользователя. В итоге, никто не видит какие проблемы надо решать, и поэтому они не решаются.

На практике часто простое в использовании Open Source, которое должно быть одновременно и Rails и WordPress, не принимается пользователями. И не важно, это страница контента с хаотичной структурой или форма для заполнения, где одни сплошные поля. Потребитель просто-напросто бросает это дело и переходит на другой ресурс, где нет лишнего.

Решение разработчика: КАК УДОБНО КОМПАНИИ или ТО, ЧЕГО НЕ БУДЕТ В ЭТОМ ПРОДУКТЕ, РАЗРАБОТКА ДЛЯ ЦЕЛЕВОЙ АУДИТОРИИ или КАК ЛУЧШЕ ДЛЯ ВСЕХ. Пользователь сам выберет, как ему удобно, продолжая искать в других местах.

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

Т.е. всё начинается с верхушки. Что делает и чего не делает ваша компания. Что делает и чего не делает ваш продукт для клиента.

Ранее такие решения по UX не принимались, потому что клиенты, как и компании сомневаются в правильности своих действий, решений, желаний и могут ошибаться. С точки зрения качества UX, лучше ПРИНЯТЬ неверное решение, чтобы научиться на своих ошибках. Лучше всего это реализовывать через тестирование, до того как продукт принесёт убытки покупателям.

В реальности, большинство людей больше заинтересовано в своей карьере – не ошибиться и получить бонус, чем в том, чтобы предоставить клиенту хороший UX.

2. Вы думаете, что ваше мнение важно (Если вы не конечный пользователь, то, скорее всего, это не так).

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

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

Конечные пользователи, с которыми вы вряд ли часто видитесь, и сослуживцы, которых вы видите изо дня в день. Как вы думаете, кто из них сильнее влияет на вас?

Я бы очень хотела верить в то, что все дизайнеры способны поставить потребности конечного пользователя выше своего эго, но давайте будем реалистами. Если вы – мой босс, и я знаю, что вам понравится, ваше мнение будет решающим. Шансы на то, что это не приведёт к лучшему UX, велики.

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

3. Вы не оцениваете его (Вероятно, вы даже не определили характеристики «хорошего UX», не говоря уже о том, пытались ли вы собрать данные для этого).

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

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

Эти компании не имеют хорошей метрики оценки качественного UX. Безусловно, при оценивании UX существует множество трудностей, но это чрезвычайно важный момент.

Если вы ДЕЙСТВИТЕЛЬНО хотите создать качественный UX, то должны понимать, что и как делают люди, насколько эффективен ваш теперешний UX и насколько лучше он может стать. В цифрах. Потому что на самом деле это именно то, что должно интересовать компанию.

4. Вам в принципе всё равно (В компаниях, которым не всё равно, внимание уделяется организации, системе отчётности и культуре, выстроенной вокруг клиента).

Это плавно подводит нас прямо к сути проблемы. В большинстве компаний не заботятся о UX и признают его важность только на словах. Но приложения должны выглядеть круто, не правда ли? Мы должны стремиться к этому.

Почему ни одна компания не делает «дизайн», как у Apple, хотя многие критикуют iPhone? Да потому что iPhone – это признак того, что компания уделяет огромное внимание UX. Apple организовывает работу таким образом, чтобы поддерживать создание такого продукта.

Это не ново, правда ведь? Но много ли вы сможете назвать корпораций, которые бы пытались скопировать организационную структуру Apple, или то, как они поддерживают деловые контакты и ведут отчётность, или какое место в организации отводится дизайну?

Ни одной. Потому что слишком много тех, кто занимает хорошо оплачиваемые управленческие должности, не имеют понятия о том, как вести себя в этой новой среде. Их слишком устраивает нынешнее положение, чтобы допустить такие серьёзные перемены. И потому что большинство компаний слишком боятся того, что же на это скажут акционеры. Ведь такие радикальные перемены будут стоять больших денег в краткосрочный период, прежде чем начнут приносить прибыль в перспективе.

В конце концов большинство менеджеров заботит именно это, а не UX!

Пользовательский интерфейс является одним из признаков организационной культуры, ибо чтобы создать жизнеспособный UX, нужно проникнуть под самую кожу.

И нет никаких «Пяти простых шагов» к потрясающему UX, нет простого решения. Это очень сложный процесс, который начинается в организации гораздо выше того, куда среднестатистический дизайнер UX может попасть.

Хороший UX – это целая культура. И нанимать фрилансера на должность UX дизайнера равносильно как положить пластырь на ногу с гангреной.

Создайте хорошую организацию, а мы создадим хороший UX.

Если вам нужен лучший UX, забудьте о том, какой новый секси интерфейс вы видели сегодня. Начните долгую и трудную работу над организацией, частью имиджа которой будет забота о UX.

Стройте организацию разработки проекта таким образом, что бы мы User Experience люди помогли сделать вам хороший UX.

18 февр. 2012 г.

16 февр. 2012 г.

Стекло как будущие для UI и Apps

A Day Made of Glass 1


A Day Made of Glass 2: Unpacked. The Story Behind Corning's Vision

25 янв. 2012 г.

Вышел ColdFire 1.9

Вышла новая версия ColdFire 1.9, работающая с Firefox 9 и Firebug 1.9.
ColdFire - это ColdFusion Debugger для Firefox, интегрируется в Firebug. Показывает отладочную информацию:
  • General
  • Execution Times
  • Exceptions
  • DB Queries
  • Traces
  • Timer
  • Variables

4 дек. 2011 г.

CFML за 100 минут

Для тех кто хочет очень-очень быстро погрузиться в ColdFusion, на github имеется полезная ссылочка CFML in 100 minutes.

Содержание
  1. Syntax
  2. Variables
  3. Components, Methods, and Parameters
  4. Strings
  5. Numbers
  6. Queries
  7. Arrays
  8. Structures
  9. Conditionals
    1. If, Else If, & Else
    2. Looping
  10. Nothingness and Null
Обновление [4-12-2011 19:00]

Terrence Ryan так же на github опубликовал код простых ColdFusion приложений как примеры.

Содержание
  1. Hello World
  2. Typing
  3. Database
  4. CFC
  5. Scopes
  6. Twitter Search
  7. Twitter Search Apps
  8. ORM

6 нояб. 2011 г.

Multitouch прототипирование приложений

На конференции Adobe MAX 2011 был представлен революционный инструмент Adobe Proto для прототипирования приложений и веб-сайтов с помощью multitouch прикосновений.



30 окт. 2011 г.

Концепты ближайшего будущего

Концепты ближайшего будущего и взаимодействия человека с различными устройствами в жизни и на работе. Основное внимание привлекает UI, очень похож на UI в Windows 8 Metro, который пару месяцев назад MS презентовала на конференции Build 2011.



Еще пару старых видосов за 2009 год, тогда это смотрелось как научно-фантастическое видео.







18 окт. 2011 г.

Новые фичи CF10 ZEUS в действии

Еще одно видео с конференции Adobe MAX 2011 наглядно демонстрирует новые фичи CF10 ZEUS. Основная agenda:
  • AJAX support
  • RIA with Flex
  • Charting
  • Web Sockets
  • Media Player
  • Mobile
  • MS Exchange Server Integration
  • REST Services
  • Solr

6 окт. 2011 г.

Видео с Adobe MAX 2011: Keynote Day 1 + Day 2

Видео с самой главной конференции Adobe - Adobe MAX 2011.