Пора подружить дизайнеров и разработчиков
Приложения, игры, виртуальная реальность, всевозможные программы все больше проникают в нашу жизнь.
Обычный пользователь, не посвященный в мир IT, видит красивый (или не очень) дизайн, нажимает на кнопки и… ругается, если они неудобные либо их функционал не соответствует картинке. Причины его не волнуют, главное — чтобы все работало четко. По сути, это правильно: программный продукт должен быть без багов. Часть из них можно устранить, если подружить дизайнеров и разработчиков.
Почему дизайн и разработка иногда не дружат
Когда пользователь видит ошибки в верстке сайта или в приложении, он в лучшем случае остается недоволен, в худшем — закрывает либо удаляет. Привести клиента стоило денег, как и создать программный продукт. Конечно, заказчик ПО хочет видеть качественную работу, причем и по дизайну, и в части разработки. Однако не всегда получается ожидаемый результат. Когда разработчик и дизайнер (команды из этих специалистов) начинают выяснят, кто виноват, становится понятно, что на одну задачу они смотрят совсем по-разному.
Например, скрупулезный дизайнер очень тщательно выстроил макет страницы, а не очень ответственный разработчик решил упростить себе работу и выровнял все отступы, как ему захотелось.
А бывает, дизайнер дал волю фантазии, не понимая, что у разработчика нет технических возможностей воплотить это.
Ситуации случаются различные, особенно, когда работают команды из разных компаний. Скажем, разработчики свои, а дизайнеры — привлеченные, либо наоборот. Без хорошей коммуникации и понимания специфики каждого этапа подружиться у них не получается.
Что тогда делать? Нужно идти на встречу друг другу.
Мнение обеих сторон важно
Сотрудничать дизайнерам и разработчикам необходимо, чтобы создать красивый и функциональный проект. Потому работа над каждой частью сайта или приложения должна начинаться с достижения взаимопонимания, а за основу лучше всего брать утвержденное техническое задание. Это очень важно, ведь дизайнеры и разработчики часто видят вещи по-разному, в силу своих навыков, талантов и сильных сторон.
Чтобы избежать недопонимания и ошибок, лучше всего проводить совместные собрания, где каждая сторона сможет проговорить, как видит реализацию проекта, какие сложности могут возникнуть на стыке дизайна и разработки. Причем подобные обсуждения показали свою эффективность и на старте проекта, и на разных этапах его реализации, и даже перед окончательной презентацией.
Главная задача таких встреч дизайнеров и разработчиков заключается в том, чтобы они не просто высказали недовольство, а поняли друг друга и нашли совместное решение.
Знание того, как дизайн обретет функционал на этапе разработки, может ускорить создание проекта. С другой стороны, разработчику, понимающему логику и инструменты дизайнера (например Figma), будет проще сверстать макет и выполнить задачу более точно. Правильная коммуникация однозначно экономит деньги клиента и время команды.
Таким образом, создание качественного UI/UX для пользователей требует, чтобы разработчики и дизайнеры над выполнением проектов работали вместе. В то же время, эффективным этот тандем будет только при хорошо отлаженной коммуникации. Однако специалисты не всегда могут самостоятельно осознавать необходимость в регулярных обсуждениях, потому задача подружить их, прежде всего, стоит перед менеджером проекта.
- Альтернативи децентралізації енергогенерації в Україні не існує Олексій Гнатенко вчора о 15:31
- Відкриті дані: прозорість проти корупції Діана Граділь вчора о 13:39
- Способи захисту прав власника від самочинного будівництва на земельній ділянці Євген Морозов вчора о 10:45
- Власть, наука, интеллект – инвестиции в средний и малый бизнес и устойчивое развитие Вільям Задорський вчора о 04:01
- Прифронтовий Миколаїв. Яку допомогу можна отримати у місті, де лінія фронту зовсім близько Галина Скіпальська 25.07.2024 13:53
- На що дивляться інвестори? Олександр Висоцький 25.07.2024 12:22
- Де нормальний начпрод, там якісні продукти харчування Дана Ярова 25.07.2024 12:06
- Розвиток європейського ринку водню: Нові ініціативи та перспективи Олексій Гнатенко 25.07.2024 10:17
- Внесіть зміни у свій щоденний "to do list" Катерина Кошкіна 25.07.2024 09:59
- Гранти на відновлення та енергоефективність житла: можливості від Фонду енергоефективності Єгор Фаренюк 24.07.2024 21:44
- Порушення прав власника земельної ділянки внаслідок самочинного будівництва Євген Морозов 24.07.2024 19:48
- Як застосувати методи відбору постачальників НАТО у наших реаліях? Євгеній Сільверстов 24.07.2024 18:00
- Кого підтримуватиме Ізраїль під час виборів у США? Олег Вишняков 24.07.2024 13:22
- Європейська рада схвалила висновки щодо інфраструктури електромережі ЄС Олексій Гнатенко 24.07.2024 12:30
- Спільна власність чоловіка та жінки, які проживають без реєстрації шлюбу Євген Морозов 23.07.2024 19:26
- Boris Johnson: Запрошення до усвідомлення – домовлянь з РФ не буде 1882
- Суди проти рф – реалії, фантазії, міфи. Перспективи Арбітражу 299
- Як застосувати методи відбору постачальників НАТО у наших реаліях? 91
- Чому конкурентні закупівлі – це більше ніж просто вимога закону 65
- Дизайн дитячого простору 63
-
11 млрд доларів тому, кого немає. На що просила гроші Україна в Берліні
Бізнес 87040
-
У Харкові обрали нові назви для трьох станцій метро
Бізнес 11226
-
Помпео виклав своє бачення мирного плану Трампа: лендліз на $500 млрд і реальні санкції
Бізнес 9240
-
Криза мобільного зв’язку. Скільки коштуватиме подовження зв'язку під час відключень
Бізнес 5708
-
Київський підприємець почав розбирати Tesla, щоб заряджати оселі – FT
Технології 5386