Проектирование интерфейсов

14.07.2007 / 14 комментариев

Вчера выложил список для проверки юзабилити веб-форм. Netklon сказал, что «из всех пунктов только 4 и 7 отличаются ясностью и законченностью». Я подумал и понял, о чем речь.

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

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

Попробую вчерашний список улучшить. Правда конкретика убивает универсальность.

Читать дальше →

03.07.2007

1. Формы с большим размером шрифта заполнять приятнее:

2. Иногда вместо поля input type=text лучше использовать textarea:

3. Хорошо показывать примеры заполнения полей:

19 комментариев

14.06.2007 / 27 комментариев

Когда человек заполняет форму и нажимает на кнопку «Отправить», может случиться всякое. Например, серверная часть может нормально отработать, а ответ клиенту не дойдет. Что мы (пользователи) тогда делаем? Ясное дело, нажимаем F5. Запрос отправляется еще разок с теми же данными. Серверная часть снова отрабатывает и на это раз возвращает ответ — страницу с продублированным комментарием (новостью, товаром, постом на форуме). Сталкивались с этим явлением?

Как же распространенную проблему решить? У меня четыре варианта.

Читать дальше →

11.06.2007

Почему никто не любит заполнять длинные формы в интернете? Помимо очевидных особенностей, присущих всем длинным формам, можно выделить web-specific явление: в процессе ввода нельзя сохраняться. Чем больше в форме полей — тем больше шансов данные потерять и вводить всё еще раз.

Когда я заполняю длинную форму, есть какое-то ощущение нестабильности. Поэтому нередко весь текст пишу в ворде, а потом растаскиваю его по полям. Как сделать процесс надежнее?

1. На одной странице не должно быть много полей. Скажем, если это input type=text, то штук 5--6 максимум. Если это textarea, то вообще 1--2.

2. Если форма на самом деле длинная, то ее заполнение нужно разделить на шаги. Получается мастер. У разработчика есть возможность сделать промежуточное сохранение. Практика достаточно распространена, например, так делают Яндекс и headhunter.ru.

В мастере не должно быть много шагов. Я однажды соорудил форму из семи страниц — очень нудно заполнять. Шагов, думаю должно быть, 2--3.

3. В ЖЖ есть автосохранение, которое меня как-то раз спасло. Но с тех пор доверия к этой штуке не прибавилось, и всё равно полагаюсь только на себя. 21523550.c5fb9c1344f5448618a26fbe36ac263c.1181560815.b7ef51607e04bb377b2130775c1c9826

13 комментариев

08.02.2007 / 6 комментариев

Когда элементы списка уложены в какую-то структуру, выбор значения можно организовать с помощью каскада выпадающих списков Select или самодельных разворачивающихся списков с флажками, используя AJAX.

Читать дальше →

03.02.2007 / 6 комментариев

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

Читать дальше →

12.12.2006 / 3 комментария

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

Читать дальше →