Кровь из глаз, или разработчику все равно
Мы вроде как привыкли, что у всех своя поляна. Дизайнер рисует сценарии и интерфейсы, разработчик пишет код, чтобы все это работало как задумано.
Тем не менее не могу не поделиться болью, с которой я сталкивался за свой опыт работы.
1. Эстетика тоже функция. UI это часть UX, потому что вид и восприятие интерфейса влияет на пользовательский опыт, на ощущения, на эмоции. И если дизайнер нарисовал аккуратный контрол, не ленитесь воспроизвести его также.
Уже давно никто не занимается поддержкой IE6, а современные технологии нам дают широкие возможности, давайте ими пользоваться на полную катушку.
2. Невозможное возможно. «Так сделать невозможно!», как часто я такое слышал, а потом находил решения, где это реализовано.
У дизайнера в голове большая библиотека паттернов и решений. И скорее всего решение, которое принес дизайнер, он уже где-то видел, и считает это уместным и удобным в конкретной реализации.
Это не невозможно, а возможно именно вы такого еще не делали. Самое время расширять горизонты.
3. Самодеятельность. В моей практике были единичные случаи, когда разработка удачно самостоятельно закрывала новые части интерфейса. Но для этого нужно погружаться в дизайн на раннем этапе и следить за его развитием, понимать правила.
Если вы решили собрать экраны сами, с большей вероятностью, вам потом придется переделывать.
Чего-то не хватает? Сообщите об этом дизайнеру! И лучше посмотреть макеты еще на этапе груминга, а не когда разработка уже идет полным ходом и у всех пожар.
4. Внимание к деталям. Невнимательность разработки меня давно не удивляет, ну нет у них такого глазомера. Но бывают ситуации, когда явно видно, что текст в кнопке не выровнен, или заголовок с бади-текстом имеют разные отступы с края.
Не надо линейку к монитору прислонять, просто пропишите в стилях одинаковые параметры.
Это кажется настолько очевидным, что тут оправдание только безразличие к дизайну.
5. Ревью — важная часть процесса. Дизайн-ревью важная часть процесса создания продукта. Вы разработали интерфейс по фигме, смержили результат, самое время сообщить об этом дизайнеру, пульнуть в него ссылкой, перевести на него задачу.
Не надо затягивать, потому что исправления накрутятся как снежный ком и потом будет много фиксов и ненависти к дизайнерам.
Если в вашем процессе отсутствует процесс дизайн-ревью, то это повод поднять вопрос на команду и привлечь дизайнера за пофигизм.
PS
У меня нет ненависти к разработчикам, я считаю, что мы не враги, мы все играем за одну команду. Мы делаем общее дело и хочется его делать так, чтобы потом не было стыдно.
Хотя в большинстве случаев мне в жизни везло с разработчиками, но тем не менее я встречал и плохих специалистов.
· 1 ч
Дизайнеры и разработчики часто играют в «войну миров», потому что у них разные KPI и разные картины успеха. Дизайнер хочет «красиво и правильно». Разработчик — «работает и не падает». А менеджмент хочет «быстро и дёшево». Пока эти три цели не сведут в один треугольник с приоритетами — будете кидаться помидорами.
ответить
коммент удалён