Как и на предыдущих встречах директоров, во время обсуждения новой функции на уровне директоров многие люди снова выразили то же мнение: «Дизайн интерфейса нашего веб-сайта ужасен, он выглядит не очень хорошо, им сложно пользоваться, и он неряшливый. ".
Босс наконец разозлился.
Менеджера по дизайну арестовали и спросили: «Чем вы зарабатываете на жизнь? Почему проекты такие плохие?!», «На странице со списком поиска продуктов так много информации, что ее невозможно читать», «Что происходит?» вверху страницы управления товаром?» Описание настолько длинное, что занимает почти весь экран».
Менеджер по дизайну был очень огорчен. Хочется плакать.
(Приведенная выше история фальсифицирована действительностью, а следующая фальсифицирована моим разговором с директором по дизайну.)
1. Во-первых, наши конструкторы недостаточно компетентны?
Если да, то мы можем увольнять людей и нанимать лучших. Возможности дизайна, конечно, не станут неразрешимой проблемой.
Я полностью верю в способности большинства дизайнеров, если вы можете четко объяснить требования, дать им время и позволить им действительно работать, они смогут создавать хорошие вещи.
(Узкий) «дизайн сам по себе» не представляет большой сложности для большинства дизайнеров. Основная проблема заключается в понимании продуктов и потребностей. «Как интерпретировать потребности» важнее, чем «как проектировать». Утверждения о том, что «отечественные дизайнеры не так хороши, как зарубежные, потому что они слабые», немного абсурдны.
Возможно, многим компаниям следует задуматься над этим: почему личные веб-сайты дизайнеров намного красивее и проще в использовании, чем те, которые они создают в компании? Какие еще причины, кроме «коммерческого эффекта»? Даже если это «коммерческое воздействие», нельзя ли его избежать или смягчить?
2. Когда менеджеры по продукту или руководители очень «субъективны» в отношении требований к дизайну, спорим ли мы с разумом?
Дизайн — вещь несколько субъективная и его нельзя полностью оценить качественно. Многие менеджеры по продукту или руководители немного субъективны в отношении дизайна, и это вполне нормальное явление.
Например, они могут потребовать, чтобы использовались те цвета, которые им нравятся, использовались привычки взаимодействия, которые им нравятся, элементы настройки размещались вверху страницы, а не сбоку и т. д. (Руководитель определенного веб-сайта блога требует, чтобы «домашняя страница превышала 8 экранов», и получил прозвище *8 экранов. Говорят, что он был недавно обновлен и требование должно составлять более 10 экранов.)
Нам нужно использовать «хороший» дизайн и разумные методы, чтобы убедить их, а не проектировать полностью в соответствии с их субъективными предпочтениями. Я верю, что хороший начальник будет готов принять разумные и соответствующие усилия со стороны дизайнера. Даже если он не желает меняться, по крайней мере, он не будет возмущаться практикой стремления. (Если разумные и целесообразные усилия всегда вызывают недовольство начальника, то за этим начальником не стоит следовать.)
3. Действительно ли мы продумали дизайн?
Сейчас у нас есть только два графических дизайнера, которые каждый месяц делают почти сотню «тем». Времени на дизайн самого сайта не так много, и часто возникают новые функции, которые необходимо спроектировать. Это типа «поторопитесь и выполните задачу по мере ее поступления, а есть еще несколько незавершенных тем». ." А «темы» всегда более актуальны, чем новые функции, потому что темы обычно ждут «Сторону А».
Недостаточно рассматривать дизайн как просто задачу. Мы должны заранее и глубоко понять потребности. Если мы просто быстро «выполняем задачу» согласно требованиям рынка или продуктового отдела, то мы занимаемся не «проектированием», а только «изготовлением». С таким же успехом мы могли бы называть его не «Отделом дизайна интерфейсов», а «Отделом производства интерфейсов».
Если спрос на тему действительно велик, предлагаю подать заявку на набор людей. Дайте задачу «темы» одному или двум специализированным дизайнерам и постепенно сформируйте шаблон темы. Должны быть преданные своему делу люди, занимающиеся разработкой интерфейса веб-сайта. Они больше не должны заботиться о «специальных темах» и сосредоточиться на создании веб-сайта. Иногда на веб-сайте не так много задач, поэтому они могут провести углубленное исследование. Я не поручаю им заниматься «специальными темами».
4. Недостаточно просто обеспечить хороший «чертеж проекта». Мы также должны обеспечить хорошее «исполнение» и хорошо выполнять «надзор».
Сейчас эта проблема кажется нам очень серьезной. Мы разработали продукт, но версия, которая наконец запущена, часто отличается от той, которую мы разработали.
Возможно, менеджер по продукту обнаружил в проекте что-то, что, по его мнению, было необоснованным, прежде чем передать его инженерам, и внес изменения на основе своих собственных идей. Возможно, во время реализации инженеры обнаружили что-то, что технология не могла решить или, по их мнению, это было возможно; необоснованны и напрямую следуют замыслу. Их мнение изменилось... (Некоторые из этих изменений могут быть хорошими, но многие из них проблематичны. По крайней мере, если есть изменения, вам необходимо уведомить нас и сообщить нам. Если мы думаю, что есть проблемы, мы можем попросить вернуть их обратно или изменить их новым разумным способом).
Например, наше описание управления продуктом изначально планировалось состоять из трех абзацев и не более 30 слов. Однако менеджер по продукту посчитал, что это невозможно объяснить ясно, и изменил его, увеличив количество слов до 100. Оно появилось в сети, не сообщив нам об этом.
Например, интерфейс некоторых страниц был завершен. После передачи инженерам им необходимо внести коррективы во время реализации, но они не знакомы с DIV и вместо этого используют TABLE. Оно появилось в сети, не сообщив нам об этом.
Конечно, в этой ситуации есть проблемы с другими коллегами. Но у нас все еще есть обязанности.
После того, как дизайн создан, его необходимо постоянно отслеживать и продвигать. Во многих случаях обеспечить полную реализацию проекта на более поздней стадии сложнее, чем на ранней стадии проектирования, поскольку это связано с коммуникацией и другими вопросами, с которыми многие дизайнеры не справляются. Вещи «вне дизайна» часто требуют больше усилий, чем сам дизайн.
Возможно, во многих компаниях мы не можем эффективно это отслеживать, а PUSH вообще не движется. Потому что позиция и голос дизайнера зачастую очень низкие. Даже право говорить о «дизайне».
Однако мы не можем перестать это делать только из-за этого. Если это не сработает, мы можем поговорить с боссом и попросить его о помощи. Продвижение сверху вниз зачастую более эффективно. Или, если возможно, вы можете попросить третье лицо помочь в продвижении этого вопроса. Например, я поговорю с вашим начальником о нашем вопросе. Поскольку он попросил меня стать консультантом, я смогу что-то сказать.
Часто мы думаем, что мы «слишком скромны» и что «начальник меня вообще не слушает», поэтому не говорим с ним об этих вещах. На самом деле это не так. Чаще всего хорошие начальники готовы слышать такие слова и прислушиваться к таким мнениям. Потому что они не хотят, чтобы хороший дизайн превратился в плохой.
Если мы этого не сделаем, то, конечно, начальник будет винить нас, если в будущем возникнут проблемы с интерфейсом. Кто возложит на нас ответственность за интерфейс?
Даже если мы несем «ответственность» только по названию, мы не имеем права говорить нашему начальнику, что «плох интерфейс, а не его дизайн». Боссу плевать на тебя.