Сумма в 2,5 миллиарда долларов, вырученная от продаж обеих частей «История игрушек», «Приключения Флика», «Корпорация монстров» и «В поисках Немо» сделала Pixar коммерчески наиболее успешной анимационной студией за всё время существования кинематографа.

«В поисках Немо», последний из перечисленных в этом списке фильмов, Pixar выпустила в 2003 году. Пятый фильм оставался самым кассовым (и прибыльным) фильмом студии вплоть до 2010 года. Сборы от последующих фильмов оказались не такими большими, а растущие бюджеты на производство делали их менее прибыльными. В 2005 году DreamWorks Animation – основной конкурент Pixar – обошел их сборам, а в 2007 году по прибыли.

С 2007 года Pixar больше не является коммерчески наиболее успешной анимационной студией.

Дальше будет доказательство со множеством цифр.

Много дней назад на Хабре появился текст 10 полезных выводов и принципов юзабилити и я написал на него отклик с подробным разбором ошибок и искажений. Вчера история повторилась – появился текст Design & Usability. Введение в предмет, основанный на еще одной статье из Smashing Magazine.

Также как и в прошлый раз, вчерашняя статья – прекрасное собрание спорных утверждений (часто дающихся без доказательств или ссылок на источники), перевирание результатов исследований, на которые даются ссылки и выдачи очевидных вещей за открытия.

Сразу скажу, что все претензии направлены в сторону автора оригинальной статьи на SM, а не на пользователя Avart. Линчеваться тоже будет только часть, взятая с SM.

Под катом будет подробный разбор каждого пункта.

Вчера на Хабре появился текст 10 полезных выводов и принципов юзабилити — перевод статьи с сайта Smashing Magazine.

Smashing Magazine славится своими гигантскими обзорами из серии «Еще 250 плагинов для Вордпресса, которые мы нашли на этой неделе». Такие тексты составляются по принципу «поискать в Гугле красивые картинки и придумать к ним подписи». Для серьезных статей такой метод не подходит.

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

Под катом будет подробный разбор каждого пункта.

Как-то раз Аркадий Волож набрал номер секс-символа русского подкастинга.

— Алло, Бобук… то есть Григорий. Вы не могли бы зайти ко мне в кабинет? У меня есть один вопрос.
— А с той стороны океана был не менее постоянный ведущий…
— Бобук? Вы меня слышите?
—… который вот уже на протяжении 70 выпусков, я все время не перестаю удивляться этому числу, является нашим хостом…
— Бобук???
— Услышимся на следующей неделе. Пока!

Аркадий Волож удивленно посмотрел на свой телефон. Надпись на экране гласила: «Продолжительность 00:25. Прослушан 1 раз.»

Щелкаем два раза по полю, чтобы открылся список вводившихся значений. Выделяем ненужное значение стрелками или курсором и нажимаем Del. Работает в Firefox и в IE.



Упс… я удалил Хабр.

А вы возьмете на работу человека, который бросил учебу, потому что «понял, что образование ему не нужно»?

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

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

Клиент – это не пользователь

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

Не спрашивайте клиента, что он думает по поводу того, что нужно пользователям

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

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

Вы тоже не знаете, что нужно пользователям

Вы можете быть дизайнером или разработчиком с многолетним опытом, но и вы не знаете, что нужно пользователям. Именно тем пользователям, которые будут пользоваться разрабатываемым приложением. Почему? Каждое приложение уникально. Может быть, вы создавали подобное приложение в прошлом, но если вы не делали в точности такого же, вы не знаете, что может потребоваться пользователям.

Так кто же знает, что нужно пользователям?

Только пользователи знают, что им нужно

Это базовое понятие в нашей отрасли. Только пользователи вашего приложения знают, что нужно, а что – нет. Что работает, а что — нет. Обычно, наиболее простой решение при возникновении сложностей – спросить пользователей, что они об этом думают.

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

В этой статье мы коротко расскажем о новых интересных идеях в дизайне пользовательского интерфейса. Нашей целью не является продвижение какого-то из этих интерфейсов.

Мастер-класс по созданию элегантных интерфейсов. Автор — Владислав Головач.
Скачать (формат — PDF, размер — 6.5 Мб)

Paper Prototyping
Автор: Shawn Medero
Источник: A List Apart Magazine

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

MousePaint — первая программа, использовавшая мышь для рисования изображений:

Selection-Dependent Inputs
Автор: Luke Wroblewski
Источник: UXmatters

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

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

Refining Data Tables
Автор: Luke Wroblewski
Источник: UXmatters

Множество статей посвящено самому распространенному элементу интерфейса web-приложений – формам. Формы по праву заслужили такое внимание: от дизайна форм напрямую зависит успешность их заполнения пользователем. Чтобы получить почтовый ящик нужно заполнить регистрационную форму. Чтобы купить товар в интернет-магазине, нужно заполнить форму заказа. Но не все данные можно организовать при помощи форм.

So the Necessary May Speak
Автор: Luke Wroblewski
Источник: UXmatters

Продуманная структура взаимодействия является ключевым элементом при построении эффективного интерфейса: глядя на интерфейс, пользователь должен понимать, что программа может сделать и как этого добиться. Создание удобных в использовании программ зависит от наших способностей общаться с пользователями. Чем лучше мы общаемся, тем легче пользователи понимают то, что мы хотим им сообщить. И, соответственно, легче разбираются и работают с нашими программами.

Web Application Form Design Expanded
Автор: Luke Wroblewski
Источник: Functioning Form

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

Группировка полей и подписей

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

Web Application Form Design
Автор: Luke Wroblewski
Источник: Functioning Form

«Элементы ввода на форме должны быть организованы в логические группы таким образом, чтобы мозг обрабатывал форму как набор взаимосвязанных областей» (HTML: the Definitive Guide).

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