Category: дизайн

Category was added automatically. Read all entries about "дизайн".

azulejo

РЖД: новый дизайн сервиса по покупке билетов

Я не люблю этот жанр: разбор плохих интерфейсов. Но здесь просто что-то вопиющее. Дизайнер, очевидно, действовал не просто наивным образом, а старался "сделать дизайн": есть и полоски, и разные цвета, и разные размеры текста. Но ориентируясь на какое-то своё представление о "дизайне", он превратил скромную, но вполне рабочую таблицу в какой-то кошмар. Здесь же совершенно невозможно ничего понять!

Collapse )
Decoding th matrix

Главная кнопка у пылесосов

Развитие цивилизации связано с увеличением числа важных операций,
которые мы можем выполнять не задумываясь.
Альфред Норф Уайтхед
 

На функциональной панели пылесосов часто есть две-три кнопки:

  1. Включить/выключить.
  2. Свернуть шнур.
  3. Регулятор мощности

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

 

Collapse )

 


Навигационный дизайн


Коллеги,
не так давно вышел в свет любопытный номер журнала [как), посвященный навигационному дизайну.

Авторы утверждают, что это первое внятное исследование темы «навигации и жизненного пространства» на русском языке.

Знакомы ли вам другие работы по этой теме?
vanity

Новое оформление интерфейсов для банкоматов Wells Fargo от Pentagram

Те, кто был на последнем семинаре RusCHI (и досидел до конца), должны помнить прекрасную презентацию Александра Комарова о переделке интерфейсов для диспетчерских пультов службы 911.

Сравнение экранов до и после

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

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

That design is money! A better ATM experience from Wells Fargo (из блога Physical Interface)

Обязательные поля (дизайн форм на сайте)

Есть форма с некоторым набором полей, часть из них обязательна для заполнения, часть нет.
Одно из обязательных полей формы всегда имеет какое-то значение (это список выбора).
Набросок формы, о которой идёт речь:

"Статус" - обязательное поле, но "ничего не ввести" туда нельзя.

Вопрос: нужно-ли визуально помечать поле, как обязательное, если "ничего не выбрать" в нём нельзя?

Upd: единогласно - не нужно. Спасибо тем, кто отвечал по теме.

Form Design: Best Practices

Для тех кто еще не видел: Отличная презентация (3Mb, PDF, 112 слайдов) на тему дизайна форм от Luke Wrobelski. Включает в себя такие темы как

  • Расположение подписей к контролам
  • Индикация обязательных/опциональных полей
  • Кнопки действий
  • Группировка контролов
  • и многое другое...
icon
  • gor

Дизайн форм GUI

Прошу прощения, если вопрос покажется оффтопиком.

Ситуация:

Юзаблист нарисовал правильный эскиз интерфейса. В Visio. Замечательно.

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

Программист, глядя на картинку от дизайнера, сделал ту же форму в среде разработки. MS Visual Studio. Конечно, в итоге все получилось совершенно иначе, и дизайнеру страшно смотреть на результат.

Проблемы налицо. Решение напрашивается - пустить дизайнера раскладывать контролы по форме прямо в среде разработки. А программист пусть только код пишет. Реально ли это?

Вопрос - есть ли у кого-нибудь опыт подобного разделения труда? Или же опыт решения таких проблем другими способами...