User Centered Design

Ищем генератор разумных идей, обладающий способностями эти идеи внятно и подробно описать в виде задачи для разработчиков. Наша компания - стартап веб-сервис www.ewwwo.com.
Мы занимаемся интеллектуальной организацией заметок, закладок, мыслей, рецензий, планов. Делаем упор на интересные алгоритмы автоматической организации данных пользователя.

( Collapse )

В петербурге в метрополитене устновили автоматы по продаже жетонов.
Меня удивляет в них два факта: первый, их убогий интерфейс, второе их убогое оформление, противоречащие концепции метрополитена в России.
Если расмотреть первое:
Экран как таковой отсутствует, вместо него бумажка с подсветкой: 50 рублей = 5 жетонов(!)Купить можно только пять жетонов. Кому нужны именно пять жетонов, когда есть карточка. И вообще человек обычно покупает не более 2 жетонов.

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

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

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

Может кто-то предложит более филигранное решение этой проблемы.

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

Раскрашивать чётные и нечётные строки таблиц в разные цвета

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

Также я считал что такие таблицы ещё и хуже читаются, поскольку взгляд начинает скакать либо по чётным либо по нечётным строкам. И вот на днях я обнаружил что Э. Тафти (E.Tufte) в книге "Envisioning Information" подробно объяснил почему полосатые таблицы использовать не стоит. К сожалению эту из его книг я не читал, однако из дискуссии на его сайте можно в целом понять, что происходит: вкратце, все объекты с одним цветом фона считаются как-бы расположенными на одном слое, а объекты с другим цветом фона - на другом.

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

* Они эстетически привлекательны
* Они помогают глазу переходить от столбца к столбцу, не теряя строки

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

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

А что думаете вы?

Господа!
Есть вопрос:


Вопрос много обсуждался. Возможно, что появились какие-то новые статьи и мысли по этому поводу.
Какие есть хорошие примеры форумов, с каких можно брать пример? Какие требования вы предъявляете к форуму (можете сослаться на свои статьи)?