Расскажи про свой опыт взаимодействия с дизайнером

Опыт взаимодействия с дизайнерами: примеры и best practices

Взаимодействие с дизайнерами — это одна из самых important частей работы BA. От качества этой collaboration зависит успех проекта. Расскажу свой опыт.

Начало: неправильное взаимодействие

В моем первом проекте (fintech) я не взаимодействовал с дизайнером. Я:

1. Писал требования (text только)
2. Дизайнер создавал макеты в своем стиле
3. Разработчик кодил что видел
4. QA тестировал

Результат: Разочарование:

• Дизайнер создал что-то красивое но unpractical
• Разработчик сказал "это невозможно реализовать за дедлайн"
• Переделка потратила неделю

Урок: BA и дизайнер must work together, а не последовательно.

CRM проект: правильное взаимодействие

Как я организовал сотрудничество:

1. Первый meeting с дизайнером (день 1)

• Я поделился моими требованиями
• Дизайнер поделился своими вопросами
• Мы обсудили scope: какие страницы? какой complexity?

2. Еженедельные sync meetings

• Я показывал user personas и journeys
• Дизайнер показывал sketches и wireframes
• Мы обсуждали: это соответствует требованиям? это usable?

3. Low-fidelity дизайны первыми

• Дизайнер не делал сразу high-fidelity макеты
• Сначала wireframes (просто boxes и text)
• Я review и даю feedback
• Потом переходим на full designs

4. Figma collaboration

• Дизайнер шарит Figma link
• Я добавляю comments и annotations
• Мы обсуждаем в контексте макета (не в документе)

Конкретные примеры взаимодействия

Пример 1: Search filters

Требование которое я написал:

Users должны фильтровать контакты по:
- Name
- Phone
- Email
- Last contact date
- Company

Дизайнер создал: фильтры в левой панели

Мой feedback:

"На мобильных левая панель занимает половину экрана.
Это слишком. Может быть фильтры как modal или collapse?"

Результат: дизайнер сделал collapsible filter panel для мобильных.

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

Пример 2: Payment page complexity

Мои требования были complex: разные payment methods, разные currencies, разные tax rules.

Дизайнер спросил: "Это нереально fit на одной странице".

Мы вместе обсудили:

• Вариант 1: Multi-step wizard (долго для user)
• Вариант 2: Все на одной странице (перегружено)
• Вариант 3: Smart form (show only relevant fields)

Мы выбрали вариант 3. Я wrote requirements based on дизайна:

Payment form должна:
- Show только relevant fields based on selected payment method
- Hide tax fields для countries без tax
- Validate в real-time

Это привело к лучшему UX и simpler разработке.

Пример 3: Обработка ошибок

Дизайнер создал: красивую ошибку message с icon

Мой вопрос: "А что если ошибка очень длинная (100+ символов)?"

Дизайнер: "Это не fit в дизайн. Может быть max длина?"

Имож этот conversation я updated требования:

Error messages maximum 80 characters. Если ошибка длиннее, 
show error code + "See help" link для деталей.

Это constraint от дизайна, но reasonable для UX.

Типичные проблемы и как я их решаю

Проблема 1: Дизайнер игнорирует requirements

Дизайнер создал button "Buy" но в требованиях было "Purchase". Казалось мелко, но это было part of company terminology.

Решение: Я создал Glossary (как я упоминал раньше). Дизайнер и разработчик используют это. Теперь никаких неправильных терминов.

Проблема 2: BA и дизайнер не согласны

Дизайнер хотел trendy gradient colors. Я сказал требования требуют accessibility (high contrast).

Мы решили: gradient + high contrast. Используют light backgrounds с dark градиентом.

Результат: trendy И accessible.

Проблема 3: Дизайнер создает beautiful но slow интерфейс

Дизайнер хотел animations на каждый click. Я спросил: "Это не замедлит ли интерфейс?"

Мы обсудили: animations только на важные transitions, не everywhere.

Требование: "Animations must не блокировать user interaction. Max 300ms per animation".

Best practices для взаимодействия с дизайнером

1. Involve дизайнера рано

• Не после требования готовы
• Еще в стадии planning

2. Share user research

• Дизайнер должен understand кто users
• Их pain points, goals

3. Define shared metrics

• Accessibility (WCAG standards)
• Performance (max load time)
• Browser support

4. Review часто, but не micromanage

• Sketch reviews (early feedback)
• Hi-fi design reviews (final approval)
• Но дай дизайнеру свободу творчества

5. Use правильный vocabulary

• Use design terms: "wireframe", "hi-fi", "prototype"
• Дизайнер будет вас воспринимать серьезнее

6. Document decisions в Figma

• Не только в documents
• Комментарии в Figma when they were made
• Future changes easier to understand

Разные типы дизайнеров и как с ними работать

Тип 1: Perfectionists

• Хотят все идеально
• Риск: endless iterations
• Решение: Set clear deadline for дизайна. "Approve by Friday" даже если не perfect.

Тип 2: Minimalists

• Любят simple, clean
• Риск: может быть недостаточно информации на screen
• Решение: Define clearly what information must be visible.

Тип 3: Artists

• Fokus на visual beauty
• Риск: может забыть про usability
• Решение: Include UX designer в team (если есть budget).

Тип 4: Problem-solvers

• Fokus на solving user problems
• Это лучшие для BA работать

Примеры feedback которые я давал дизайнерам

Хорошее feedback:

"На мобильных эта форма слишком длинная. Может быть разбить на два screens?"

"Эта ошибка message не ясна. Пользователь не поймет что делать.
Может быть добавить "Try again" button?"

"Это красиво, но на slow 3G connection потребует 5 MB images.
Может быть оптимизировать?"

Плохое feedback:

"Это уродливо"
"Мне не нравится"
"Делай как я сказал"

Как дизайнер влиял на мои requirements

Пример: Я писал требование про "product filters". Дизайнер спросил: "Может быть делать это как faceted search?" Я не знал что это, дизайнер explained. Это стало лучше чем my original idea.

Lesson: Дизайнер это не просто human that рисует. Это partner в problem solving.

Вывод

Хороший BA understand что дизайнер это not just someone кто делает красиво. Это person кто:

• Understand users
• Bring ideas которые improve requirements
• Challenge мои assumptions
• Help translate requirements в visual form

Мой best projects были когда я взаимодействовал с дизайнером как partner, а not as someone кто execute мои requirements.

Развитие этого partnership требует:

• Regular sync meetings
• Respect к expertise дизайнера
• Clear requirements но гибкость в implementation
• Use shared tools (Figma)
• Document decisions

Когда это работает хорошо, результат выше чем expectations обеих.