Юзабилити - порекомендуйте, что почитать #360106

В последнее время много всего делаю визуального на v8, а потом когда кто то это юзает, не совсем доволен удобством, но сказать что не так не могут... Пока эксперементирую с гиперсылками, шрифтами, выпадающими списками итд, пытаясь сделать похоже на MS 2007... вот еще бы теорию изучить... Помогите, кто чем может... =)

>>пытаясь сделать похоже на MS 2007 а оно надо? жуткий интерфейс

+1 ))

я знаю только ссылку на Apple Human Interface: Эти ребята понимают в дизайне ПО больше всех, но как приложить это к винде, а тем более к 1С - хз... говорят у MS тоже нечто подобное есть, но не такое внятное. В приложении к 1С есть рекомендации по построению форм и интерфейсов на ИТС в статьях.

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

(1,2) я не про ворд и ексель с их баальшой панелью наверху, а про Sharepoint 2007 и все, чем он настраивается и мне доступно...Хочется не красиво сделать, а удобно и понятно. в БП 1.6 как по Вашему с юзабилити?

там по англицки, я не знаю его, я же 1Сник =(

))

"там по англицки, я не знаю его, я же 1Сник =(" =)) улыбнуло

По сабжу больше никто ничего не скажет? Это только я не умею сразу писать нормальные интерфейсы или все остальные не заботяться об этом...

Визуальные эффекты в 1С - излишество. Все должно быть аскетично и минимально.

Покажи что-нибудь. Может интересное для себя увидим. Может посоветуем чего...

Куда принято картинки выкладывать?

Не знаю. Тут можно webfile.ru

Есть очень хорошая книга Designing Interfaces от O'Reilly. Русский перевод тоже имеется.

WebFile.ru/2213676 WebFile.ru/2213682 WebFile.ru/2213684 WebFile.ru/2213683 Интерфейсы ключевого объекта в разрабатываемой мною конфе

вот с них то я вчера и начал знакомство с юзабилити. Книг наверняка много в инете, но не хочется тратить время на некачественную книгу

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

Кстати, никто так и не ответил, вы считаете интерфейс БП 1.6 более юзабильным, чем в 1.5??? По утверждению 1Сной юзабилити-группы там че то на порядок стало лучше

А что, он действительно поменялся?

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

Можно несколько слов о работе по данной проблемной области?

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

зачем нужен этот объект, что ли?

заботятся.. видел интерфейс + кучка БП + задачи. всё визуализированно до предела... Сам обычно просто делаю обработку , которая подобна той, что в БП 1.6.

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

Еще пару ссылок и можно в базу знаний рекомендовать =)

С чем и как работает пользователь

Это задача экземпляра бизнес-процесса, пользователь, получив такую себе или роли должен выполнить все условия этой задачи, заполнить необходимые реквизиты, создать/заполнить нужные документы (бывают условия на реквизиты, условия на задачи и сложные условия), после выполнения всех условий кнопка "Завершить" становиться активной. У задач есть ограничения на время выполнения (необходимо выполнить до), ограничения на видимость и доступность задач и реквизитов (настраивается при моделировании БП), есть напоминания (типа напомнить мне по почте через пару часиков) и заметки для обмена информации между исполнителями разных задач в разрезе этого экземпляра (сцуко, чат), остальное - информация о задаче, экземпляре БП, самом БП

ИМХО. Для начала поменял: "Решение ошибки" - "Разрешение проблемы" "Время выполнения не ограничено" - "По мере возможностей" По мелочи: Надпись Исполнитель: Пользователь: Антон степанов - опустил немного ниже. Ключевые реквизиты перенес вверх, что бы видны были постоянно (и убрал бы таблицу или сделал таблицу незаметной т.е. без линий и цветом фона) Статус, активна - почему гиперссылки. Добавить задание сделал бы кнопкой "Добавить". "Состояние: Решение ошибки" - есть дублирование... Много инфомусора "Не заданы" "Не заданы" "Не заданы" "Не заданы" Заметки к задаче: "Удалить заметку" перенес внутрь ТЗ в виде крестика - для каждой заметки свой крестик (с подтверждением удаления). "Добавить заметку" - сделал бы кнопкой "Добавить". Если это чат, то можно добавить кнопку "Обновить"... Нижнее поле заметки - так ли оно нужно. Может быть по кнопке добавить открыть диалог и туда писать?... На закладке "Подробнее" информация не раскрыта подробнее ... Переименовать в напоминалку, а другую инфу (2 строки перенести в общее) При вводе напоминания слишком много выпадающих списков... Попытался бы сделать так что бы напоминание можно было ввести, скажем, за три клика (кто меньше :-) Лишнюю инфу убрал (год, секунды) для близких событий: "сегодня в", "завтра в" и тд. Добавил бы где нибудь вверху или внизу прогрессбар с приблизительным состоянием дел... Вставил бы самое верхнее меню с необходимым минимумом хотя бы и с дублированием функций. Как минимум туда напросились: Закрыть, Печать, Остановить сессию, Добавить заметку, добавить напоминание. По второй и третьей закладке ничего не скажу Вам виднее... Где нибудь можно добавить бы "Заключение"

Oo Мне б в команду такого человека, который может конструктивно раскритиковать интерфейс и сказать как надо... Агромное спасибо за замечания... Всем, кто принимал участие в ветке тож спасибо =) Ща буду переделывать всё...

Сразу не переделывай. Сперва примерь на себя. Я привел только мои ИМХО.

Тут подумал надписи "Не заданы" можно выводить серым цветом

Посмотрел картинки ... к вышесказанному могу добавить: ИМХО слишком много терминов. Пользователь плохо понимает, что такое реквизиты, бизнеспроцесс, сессия, табличная часть, .... переименовывай А если какие то поля вообще предназначены для "специального специалиста", а не для шаловливых рук юзера, их лучше спрятать от юзера. А то будет зависать - что это, зачем, это заполнять или нет ... Вообще ... громоздко, запутано, головоломка какая то. Упрощай ... никаких "шестеренок и проводов" на форме, юзер должен видеть руль, две педали, два датчика со стрелками и все :) Просто представь, что ты видишь эту форму первый раз. Смог бы ты разобраться с этой задачей без инструкции? Подумай, почему нет.

фигня...

Потом выложи, то что получилось, интересно.

что именно? А если все, то как должно быть?

Почитал статьи по ссылкам... Вот кто нить знает почему во всех меню пишется "Открыть..." с тремя точками, а "Закрыть" без точек? Я вот не знал. Цвет фона должен быть или белый, или черный или с какой нить текстурой. "Серый фон для неудачников" (с), все элементы образовывать прямоугольники с правильными соотношенями (1*2, 1*3, 2*3 или правило золотого сечения, 1*Пи, 1*e итд), мелкие элементы - прошлый век, не все бухи хорошо видят и сразу попадают в иконки 16*16... Понравилась идея с непереключением деятельности при вводе данных. Например вводим реализацию для нового контрагента, в поле контрагент вводим только имя, и система не ругается, что такого нет, после завершения ввода документа система сообщает, что нехватает данных для продолжения работы и выводит поля для заполнения нового контрагента... Ну и там много всего еще...

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

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

+ вот эта статья про фон, только там презенташку надо качать на 6.5 метров

в принципе вот неплохая галерея интерфейса мака (леопард): да, на окнах есть градиенты. а ранних версиях "десятки" была еще текстура полированного алюминия - очень симпотишно смотрелось

Ничего не имею против градиента...

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

Нашел про требования к элементам, подходит для 1Сины... Вроде в рекомендациях по оформлению тоже самое есть, но чо то влом опять 140 страниц читать... Требования к конкретным элементам управления Кнопки Все кнопки, запускающие действия, имеют текст в инфинитивной форме глагола (пример: искать), а не другую часть речи либо форму глагола (пример: готово). Давать кнопке текст «ОК» можно, только если какой-либо глагол не вмещается. Кликабельный размер кнопок совпадает с их видимым или логическим размером. Между кнопками, стоящими рядом, должно быть пустое пространство, щелчок по которому не отрабатывается. Нет разных состояний кнопок, которые выглядят одинаково. Недоступные команды не исчезают с экрана, а становятся заблокированными. Частотные кнопки снабжены не только текстом, но и пиктограммами; редко используемые кнопки - только текстовыми подписями. В модальных диалоговых окнах нет кнопок Применить. В полях ввода уже стоят наиболее вероятные значения. Если в поле вводится численное значение, границы диапазона выводятся во всплывающей подсказке. Если в поле вводится численное значение из ограниченного диапазона, поле снабжено крутилкой (Spinner). Длина полей не меньше, и, по возможности, не больше, длины вводимых в них данных. Если поле предназначено для ввода заметного количества текста, оно многострочное. Многострочные поля имеют максимально возможную высоту; нет резервов для их увеличения. Списки В списках уже стоят наиболее вероятные значения. Если список содержит более 50 элементов, используется фильтр или режим поиска. Нет часто используемых коротких списков (менее пяти элементов); такие списки представлены как группы радиокнопок или чекбоксов. Ширина списков не меньше ширины входящих в них элементов. Элементы списка отсортированы; либо структурно, т.е. по общим признакам, либо по алфавиту, либо по частотности (только списки меньше 7 элементов). Если в списке более 50 отсортированных по алфавиту элементов, первыми тремя элементами являются наиболее частотные элементы. Они также повторяются на своих алфавитных местах. Многострочные списки множественного выбора снабжены чекбоксами возле каждого элемента (списки старого стиля отсутствуют). Многострочные списки имеют высоту не менее 4 строк. Если есть свободное место, используются расширенные комбобоксы, а не однострочные. Если чекбоксов в группе больше 10, вводится дополнительный, выставляющий/снимающий все чекбоксы. Внутри группы радиокнопок одна обязательно установлена по умолчанию. Чекбоксы и радиокнопки внутри своих групп расставлены по вертикали. Если в окне, помимо терминационных кнопок, есть только набор радиокнопок, двойной щелчок по радиокнопке устанавливает ее и закрывает окно. Взаимодействие Система, завершив длительную операцию (больше минуты работы), пищит через встроенный динамик компьютера. Если в интерфейсе не используется непосредственного манипулирования, система не имеет своих курсоров. Если непосредственное манипулирование применяется, свои курсоры применяются только если аналогов из ОС не существует. Системные сообщения и отработка ошибок В формах ввода проверка корректности вводимых значений выполняется прямо во время ввода; если вводятся некорректные данные, система сразу сообщает об этом пользователю, не дожидаясь момента, когда пользователь завершит ввод данных во всей форме. Сообщения о некорректности введенных данных показываются рядом с элементом управления, данные в котором некорректны. Текст сообщений о некорректности введенных данных не говорит, что, дескать, совершена ошибка, напротив, он только информирует пользователя, данные какого типа и формата приемлемы. Текст сообщений о проблемах состоит из трех частей: в первой кратко описывается проблема, во второй части - как ее решить, в третьей - описывается, как не допускать возникновения этой проблемы в дальнейшем. Статусные сообщения («Синхронизация успешно завершена») выводятся только в строке статуса. Клавиатура В формах ввода нажатие табуляции ведет к правильной последовательности перемещения по форме. Обработка формы запускается не только по нажатию на терминационую кнопку, но и по нажатию клавиши Enter на последнем поле этой формы. Для наиболее частотных элементов управления (включая меню) установлены клавиши быстрого вызова. Каждому пункту меню назначены ALT-комбинации (выделены подчеркиванием). ALT-комбинации и горячие клавиши стандартные. Если горячих клавиш больше 40, в интерфейсе есть способ их изменить. По нажатию клавиши Tab переход от элемента к элементу внутри формы осуществляется сверху вниз слева направо. Визуал Направление теней во всех элементах управления должно быть одинаковым: снизу справа. Индикация Индикация цветом не является единственной; если она используется, система снабжена и другой индикацией. Пиктограммы В группах пиктограмм нет пиктограмм, по цвету и форме сходных между собой. Нет пиктограмм со стандартными значениями, но нестандартными сюжетами. В пиктограммах нет текста. В наборах пиктограмм пиктограммы одного значения, но разных размеров используют одни и те же особенности и/или сюжет. Окна На растягивающихся окнах есть индикатор растягиваемости. Заголовки окон соответствуют названиям элементов, при помощи которых окна были вызваны. Если окно вызывается элементом, не имеющим явного названия, в заголовке окна отражается название экранной формы. Тип окна (модальное, немодальное, возможность минимизации/максимизации) был выбран осознанно, в соответствии с задачами пользователей. В диалоговых окнах отсутствуют меню или инструментальные панели. Кнопки Применить используются только в окнах-палитрах (вместо кнопок ОК). Строка статуса В строке статуса выводится только информация о текущем состоянии системы и кнопки (не выглядящие кнопками) для функций, предназначенных только опытным пользователям. Индикаторы выполнения выводятся в строке статуса. Исключение: окна-маcтера, в них индикаторы выполнения можно выводить внутри самих окон. Меню Первая буква в названии пунктов меню - заглавная. Все пункты меню первого уровня активизируют раскрывающиеся меню. Используются не более двух подуровней меню. Если в меню есть пиктограммы, ими снабжены только самые частотные элементы. Элементы, открывающие вложенные меню, выглядят иначе, чем терминальные элементы. На всех объектах, видимых в интерфейсе, есть специфичное для каждого объекта контекстное меню. В контекстных меню не более 10 элементов. В контекстных меню элементы отсортированы по убыванию частоты их использования. Все элементы контекстных меню присутствуют и в других фрагментах интерфейса; нет команд, вызываемых только из контекстных меню. Структура интерфейсных форм В группах интерактивных элементов (поля форм, элементы меню и т. п.) этих элементов не больше семи. Кнопка «Отмена» всегда самая правая. Многостраничные формы имеют указание на то, что они многостраничные; пользователь всегда видит количество оставшихся экранов (пример: «Экран x из y»). Если в форме есть несколько кнопок, одна является кнопкой по умолчанию. Если кнопка в форме только одна, она не может быть кнопкой по умолчанию. Опасные для пользователя кнопки не являются кнопками по умолчанию. Если в окне есть свободное место, наиболее частотная терминационная кнопка больше остальных. Кнопки находятся в секции, на которую они оказывают непосредственное воздействие. Терминационные кнопки (управляющие окном) расположены либо снизу в ряд, либо справа в колонку. Кнопки, относящиеся ко всему блоку вкладок, расположены за пределами блока. Если окно или вкладка имеет автоматически пополняемое содержимое, например, в нем перечислены приходящие сообщения, в названии элемента интерфейса, который открывает окно или вкладку, выводится число объектов в этом окне и отдельно число новых объектов. Пример: Документы (8/3). Пункты меню и кнопки, инициирующие другие действия пользователя, обозначены в конце многоточием (…). Примеры: элемент «Сохранить как...» требует многоточия, т.к. пользователь должен выбрать название файла, а элемент «О программе» многоточия не требует, т.к. на открывающемся окне нет самостоятельных интерфейсных элементов. Подписи к интерфейсным элементам размещены единообразно. Недоступные в данный момент интерфейсные элементы заблокированы, а не скрыты. Во всех формах, служащих для сбора информации, есть пункты «Другое» и «Не применимо» или подобный. Все поля, обязательные для заполнения, помечены, и есть соответствующее пояснение. Во всех формах, служащих для сбора информации, есть описание целей сбора данных, объясняется, что с этими данными будет сделано и что не будет. Текст На все главные интерфейсные элементы повешены всплывающие подсказки, текст которых отражает результат использования этих элементов. В интерфейсе отсутствуют жаргонизмы. В интерфейсе отсутствуют отрицательные формулировки (например, чекбокс «Не показывать примечания» неприемлем, взамен него нужно выводить чекбокс «Показывать примечания». Ни один элемент не называется по-разному в разных местах (интерфейсный глоссарий не просто сделан в явной форме, но и выверен). В тексте всех подтверждений дается наименование объекта, над которым совершается подтверждаемое действие. Для улучшения удобочитаемости длинные числа разбиваются неразрывным пробелом по три цифры: 1 234 567. Каждый элемент списка содержит на конце точку или начинается с прописной буквы по след. правилу: «Текст всех элементов начинается со строчной буквы. Все элементы оканчиваются по последней букве слова без каких-либо знаков препинания, кроме последнего, который оканчивается точкой. Исключение: если хоть один элемент списка содержит более одного предложения, все элементы начинаются с заглавной буквы и заканчиваются точкой.» Любому списку предшествует, по меньшей мере, один абзац текста. В таблицах все столбцы с цифрами выравниваются по правому краю. Точка в конце фразы отсутствует в заголовке (если он отделен от текста), в конце подписи под рисунком и в таблице. Подписи к интерфейсным элементам начинаются с прописной буквы и заканчиваются двоеточием.

+ вот ссылка модераторам - можно текст скрыть, а то много получилось :-[

вот еще на книгу набрел