Как UX-специалисты соединяют дизайн и разработку

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

Ваши разработчики могут разделить это чувство, если у вас нет специалиста по UX.

Теперь решите для X - или UX в данном случае, потому что этому проекту не хватает специалиста по дизайну пользовательского опыта (UX).

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

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

Вот пять причин, по которым вам следует нанять специалиста по UX-дизайну, чтобы устранить разрыв между дизайном и разработкой, а не полагаться на то, что разработчик будет играть обе роли.

1. Клиенты должны видеть итерации с низкой степенью достоверности. В ранних итерациях важно, чтобы клиент видел "голые" эскизы с акцентом на компоновку, а не на эстетику. Например, вы не хотите, чтобы клиент отвлекался на одно конкретное изображение на главной странице, когда вы просите его подписать структуру и разметку навигации приложения. Когда вы привлекаете разработчика вместо специалиста по UX-дизайну, существует большая вероятность того, что дизайн приложения будет более детальным, чем это необходимо на данном этапе, поскольку разработчики обычно работают на этапе выполнения проекта.
2. Дизайн меняется. Программы для создания прототипов дизайна, такие как Axure и Sketch, созданы для эффективного итеративного процесса проектирования. Используя такие программы, зачастую гораздо проще перемещать компоненты и вносить изменения на лету, чем разработчику перекодировать изменения в полноценном прототипе производственного уровня. Особенно это становится проблемой, когда клиент хочет дождаться окончательного варианта прототипа, прежде чем подписывать дизайн. Изменения в коде, скорее всего, займут больше времени и будут стоить дороже, чем изменения, внесенные в программу UX-прототипирования.
3. UX-специалисты могут создавать и интерактивные прототипы. В Axure и Sketch есть функции, позволяющие UX-дизайнеру создавать интерактивные прототипы. Если единственный способ для клиента одобрить дизайн приложения - это увидеть его в действии, то альтернативой закодированному прототипу может стать программа для дизайна, позволяющая создавать слайдеры, аккордеоны и другие интерактивные функции. В качестве бонуса эти интерактивные прототипы также можно опубликовать и использовать в юзабилити-тестировании.
4. Разработчики часто смотрят на деревья. Как говорится, разработчики часто настолько сосредоточены на работе на уровне деревьев, что не видят леса. UX-стратегия требует знания бизнес-целей, исследований пользователей и анализа данных, а также умения синтезировать эту информацию в действенные идеи на уровне предприятия. Разработчики же, как правило, сосредоточены на коде, на котором построен сайт, - такой уровень детализации может затруднить восприятие того, как пользователь взаимодействует с фронтальной частью сайта для создания общего впечатления о клиенте.
5. Специалисты по UX выступают в защиту конечных пользователей и внутренних разработчиков. Используя программное обеспечение для создания UX-прототипов, специалисты по UX-дизайну создают аннотированные электронные схемы с необходимыми UX-спецификациями и ограничениями дизайна, на которые разработчики могут ссылаться при создании конечного продукта приложения. Предоставление разработчикам утвержденных размеров и содержания помогает значительно сократить путаницу в выборе кода, количество итераций кода, время выполнения и стоимость разработки.