Юзабилити-битвы: дизайнеры против разработчиков

Question

Мы разрабатываем для Интернета.

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

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

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

Эти примеры кажутся абсолютно ужасными идеями, на мой взгляд, но в этом проблема - это только мое мнение. Не выполняя полный тест юзабилити (который большинство наших проектов не может позволить себе), как я могу определить, что лучше всего использовать? Поскольку он исходит из дизайна, кажется, что они несут больше веса для удобства использования, потому что он обычно «визуальный», а не разработчик, реализующий проекты.

Я думаю, вопросы здесь:

1. Am Я покинуть базу, думая, это плохие идеи? Может кто-нибудь указать мне на исследование по этому вопросу, чтобы я не полагался на мнение? Это немного сложно найти в Интернете. Я не попробовал Jakob Nielsen.
2. В отсутствие эксперта по юзабилити в вашей команде и в отсутствии тестирования юзабилити, как разработчик может отказаться от дизайнерских процедур, которые, как представляется, представляют собой плохую юзабилити?

Answer 1

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

и найти что-то еще, чтобы бороться за то, что они еще не продиктовали стандарт. :-)

Answer 2

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

Два навыка принципиально отличаются друг от друга. Я уверен, что есть решения, которые вы принимаете в реальном программировании, что у дизайнеров нет абсолютно никакого опыта. Люди делают лучше, чем они специализируются.