Сообщение от Nazgul
P.S. Вообще, очень часто приходится жертвовать юзабилити и внешним видом для того, чтобы программа была более эффективной в плане обучения. К примеру, мы всегда в электронных учебниках делаем черный текст на белом фоне, т.к. в этом случае достигается наилучшая читаемость. Хотя можно было разработать уникальный дизайн для каждого учебника.
|
А как же
дислексики? Правда это только в Европейских и Западных странах такие проблемы есть.
В общем юзабилити, моментов много.
Хотя бы с наименования кнопочек на левой панели - нету механизма вывода данных о наведённой модели.
В моделях где возможна наводка на детали, нету никакого перечня деталей, следственно пользователь не знает что там есть а чего нету, конечно тут хорошо иметь элемент "исследования", но тогда можно хотя бы помочь данному процессу, например иметь размазанный список, и затем при наводке на деталь, его размазанная строка в списке становиться чёткой, таким образом мы видим например 5 разрмазанных деталей, и изучая модель, всех их находим. Важен момент тут - дать возможность навигации через этот же список: при наводки на строку - также подсвечивает деталь. Это пример в плане навигации по детали, вариантов может быть много.
Далее нету кнопок навигации как говорил, но к ним не хватает более важных - reset camera.
Как понимаю стиль минимал, весьма похожий на то что любят в Google (тоже люблю). Вот посмотри хороший пример весьма эстетичного дизайна:
https://developers.google.com/events/io/sessions
У вас с ним всё как бы хорошо, но чуток не хватает консистенции или какого-то минимализма, совсем чуток. Может это из-за того что схемы моделей чертёжные, но не стилизованы, и не совсем сочетаются, может по другим причинам.
Ещё когда кликаешь по разным маркерам, чтобы посмотреть детали, то модель прыгает по экрану, было бы намного лучше если этот процесс был бы плавным, пользователю было бы проще "сёрфить", т.к. не было бы обрывостей, а более плавный процесс изучения.
Разрезы у моделей передачь, одинаковые разрезы, хотя модели разные.
Заголовок должен отъезжать вместе с левой панелью.
Для того чтобы показать на какую модельку наводишь, можно заголовок заменить на тот что наведённый и другого цвета (например того же синеголубого), при отводке естественно вернуть.
Есть ещё разные моменты, снова повторю - продуманность изначально, может помочь увидеть общую картинку объёма работ и что должно получиться. А когда приступите к работе, очень сэкономит время.
Также это просто необходимо для клиентов, если клиенту позволяется влиять на функционал приложения во время разработки. Имея тех. документ и диз. документ, клиент должен его подписывать. Подход к процессу очень важен, документы должны быть читаемы, понятны, и описывать почти каждый аспект приложения. Если клиент ознакомиться с документом, введёт свои редакции, и подпишет. То далее разработчикам кайф работать - никто не влезает не вовремя, и что именно должно быть сделано изначально известно, следственно никаких непредвиденностей.
Это полностью личное мнение, не восприми не верное
