Контрольный список юзабилити веб-форм

Слизано отсюда http://www.dserg.com/web-form-usability-checklist-2007-07-13.html

 

Не сомневаюсь, многие из вас читали статью «Sensible Forms: A Form Usability Checklist» (Brian Crescimanno, A List Apart Magazine). Материал подобран хорошо, но использовать статью, как контрольный список для проверки юзабилити форм не совсем удобно. Поэтому я попробую сделать настоящий чеклист, заодно тезисы переведу и кое-что изменю на свой вкус.

 

Используйте список в процессе разработки форм, главным образом, чтобы ничего не забыть. У хорошей формы ответы на все вопросы должны быть «да».

1. Форма не содержит лишних полей?

2. Поля формы сгруппированы по смыслу?

3. Раскрывающиеся списки не используются, если есть альтернативное решение?

4. Раскрывающиеся списки с множественным выбором вообще не используются?

5. Текстовые поля достаточно просторные?

6. Все обязательные для заполнения поля действительно так важны?

7. Все обязательные для заполнения поля помечены звездочками?

8. Все поля понятно подписаны и снабжены примерами?

9. Ограничения на ввод не слишком строгие?

10. Сообщения об ошибках в порядке?

11. При возврате к форме из-за ошибок все пользовательские данные сохраняются?

P. S. — баннер в правой колонке кого-нибудь смущает?

 

 

Чеклист юзабилити форм v. 2

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

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

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

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

Итак, чеклист юзабилити форм. У хорошей формы ответы на все вопросы должны быть «да».

 

Состав полей

1. Форма содержит минимально необходимое для работы системы количество полей?

2. Форма содержит минимально необходимое для работы системы количество полей, обязательных для заполнения?

3. Все обязательные поля находятся сверху формы?

4. Поля формы сгруппированы по смыслу?

 

GUI controls

 

5. Недлинные раскрывающиеся списки заменены на группы radiobutton?

6. Длинные раскрывающиеся списки заменены либо на поля с автозаполнением, либо на иерархические структуры с radiobutton?

7. Раскрывающиеся списки с множественным выбором вообще не используются?

8. При вводе длинных значений в поля text и textarea не возникает прокрутки?

9. При щелчке по подписям к элементам checkbox и radiobutton их состояние изменяется?

10. У формы есть кнопка submit?

 

Описание формы

 

11. Все обязательные для заполнения поля помечены звездочками?

12. У всех полей есть понятные подписи?

13. У всех полей, понятность подписей к которым вызывает сомнения, есть примеры заполнения?

14. Присутствуют диагностические сообщения и об ошибках, и об успешном завершении операции?

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

 

Функциональность кода

 

16. Ограничения на ввод вызваны только причинами безопасности?

17. При возврате к форме из-за ошибок заполнения значения всех полей сохраняются в том виде, в котором их отправил пользователь?

 

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *