Комментарии 10
Спасибо за материал!
миф, что пользователи хотят именно так. Они хотят хорошо структурированную информацию
Делали приложение, так главная страница занимает, наверное, экранов двадцать - приходится скроллить. Пользователей переубедить не удалось, им привычен такой порядок элементов и чтобы всё находилось в одном месте. Только добавили сбоку быструю навигацию, но ей не пользуются.
Это сильно специализированное приложение? Может, профессиональная деформация какая-нибудь у данной группы пользователей.
В интерфейсе, как и в любой другой области всегда есть две стороны. Как на картинке с богатырём перед камнем на распутье
налево пойдёшь - голову потеряешь
направо пойдёшь - коня потеряешь
и всегда надо как-то посерединочке петлять. Неправильно просто обозначит "плохо/хорошо", не получится усидеть на двух стульях.
С одной стороны интерфейс должен быть понятен с первого взгляда, без обучения кнопочкам. Что б любой сразу нашёл как купить.
С другой стороны интерфейс должен быть функционален. Даже обычный процесс покупки кроме большой зелёной кнопки Купить может включать указание купона для скидки, пункта выдачи, стоимости доставки и пр. Причём от стоимости доставки, скажем, может зависеть купит ли посетитель этот товар вообще и сколько закажет.
Полотенце пунктов на странице покупки это не плохо и не хорошо. Всё зависит от назначения интерфейса.
Если это разовая покупка то пункт 1 важнее.
Если это форма закупок в которой назначенный сотрудник сидит каждый раб.день, то критически важен пункт 2.
Пример для иллюстрации "Уровня 3" - ну очень неудачный. Как и ваше заключение "распечатывает и потом идет подписывать у начальника" - ну оооочень далеко от правды.
Тонкость наряда-допуска в том, что 99% значимой информации в нём - заполняется не на компьютере, а уже внутри подстанции или цеха, перед тем как залезть в нутро турбины (и после вылезания из неё) и т.п.
Компьютер нужен чтобы обеспечить быстрый поиск (согласитесь, что найти на компе, когда проводились работы "на турбине № 3" гораздо проще, чем среди сотен рукописных записей в "Журнале учета работ..." (кстати, документе строго отчетности).
Ну а раз в комп все равно забивать данные - то грех не воспользоваться ДОПОЛНИТЕЛЬНОЙ возможностью сократить время заполнения шаблонной части наряда-допуска (той, которая "для прокурора"), а "в нагрузку" сделать почерко-независимой часть наряда, критичную для безопасности работающего.
То есть, оценивая программу, вы перепутали причину со следствием. Плюс неверно оценили объем документа, создаваемый на компьютере, с объемом и значимостью информации, заполняемой там, где компьютер недоступен.
P.S.
Типичная ошибка "автоматизаторов", кстати. Случающаяся в 80% случаях автоматизации производств (применительно к отдельным участкам работы), и в 99,99% случаев относимая "автоматизаторами" на неготовность заказчика принять изменения (но никогда на моей памяти - к противоречию предлагаемого решения федеральному законодательству, регулирующему деятельность заказчика)
Забавные примеры из физического мира, тоже на такое обращаю внимание))
Если присмотреться, то они окружают нас повсюду, стоит просто прогуляться по любому городу.
Кстати, это можно воспринимать, как тренировку: а как это переделать, чтобы всё было удобно и понятно?
возможно опечатка в слове MindMaps - "На MineMaps ролевой модели видно "
Техники usability — как проектировать сложные системы, чтобы они стали простыми для использования