Самое наивное, что я могла предполагать в работе дизайнером — думать, что после передачи макетов разработке, работа дизайнера над интерфейсом заканчивается. Может быть, где-нибудь, в идеальном мире... 🙃
Не говорю о ревью в проде, когда уже макеты сверстаны. А именно временной промежуток между «передано разработке» и «макеты сверстаны».
Мы в команде используем для передачи разработке такой подход:
🔘 На этапе логики и прототипов созваниваемся, чтобы проговорить ограничения;
🔘 Ко всем макетам пишем подробные комментарии;
🔘 Проводим встречу с разработкой, когда макеты согласованы с заказчиком и объясняем механики;
🔘 Эта встреча записывается, ее можно пересмотреть позднее, чтобы вспомнить, что обсуждали;
🔘 Разработка приходит с обратной связью на переданные макеты. Если нужно, вносим правки в макет и разработка уходит делать.
Казалось бы, что еще нужно?
По факту же, когда передаешь большой функционал, всегда можно что-то упустить и со стороны дизайна и со стороны разработки. Кажется, вы все проговорили, но на сборке оказывается, что нужны доработки 🥲 Также, если разработка занимает несколько месяцев, за это время могут произойти изменения и в стратегии продукта, и в элементах кита, и в базе данных, и все это влияет на то, как в итоге функционал разрабатывается.
В результате выходит, что мы созваниваемся и доуточняем какие-то детали после передачи в разработку, чтобы учесть эти новые вводные. Хотелось бы думать, что вообще все можно было предусмотреть на старте, но в реальности такого никогда не будет, поэтому лучше быть гибким и найти лучшее решение в тех обстоятельствах, которые сложились. Где-то доработать макет, где-то отложить внедрение непредсказуемого функционала, где-то заново объяснить целесообразность фичи.
Откликнулось? Или, может, у вас процессы выстроены так, что никаких доработок после передачи не бывает? 🥺
Post #383
216
- ❤ 7
- 👎 1