Могут ли продуктовый дизайнер и системный аналитик работать без конфликтов? Часто в командах дизайнер и аналитик встречают друг друга, как в том меме с человеком-пауком (ну тот, где все пальцами показывают...) — с настороженностью, мягко говоря. Вот несколько мифов и стереотипов про дизайнеров: • они рисуют в отрыве от технических ограничений, • они обитают только в Фигме и далеки от реальности, • они просто визуализируют логику. А вот как могут думать об аналитиках дизайнеры: • они делают огромные блок-схемы, которые никто не смотрит, • они думают только про систему и пытаются ограничить дизайнера, • они пишут системные требования на эльфийском. Такая система работы крайне неповоротлива и почти всегда обречена на провал: на этапе проектирования рождается больше фейлов, увеличивается количество переделок, удлиняется time-to-market. А есть ещё один вариант… он самый интересный! Это работа в связке, а не в цепочке. Например, когда СА и дизайнер: • Проводят короткие синки по важным точкам в задачах. • СА может оперативно провалидировать дизайн-решение на технику и реализацию. • Проводят совместную работу над корнерсами — речь про те самые корнер-кейсы, которые появляются в самый неудачный момент. • Происходит взаимное погружение в продукт: СА — в технику, дизайнер — в логику интерфейсов и дизайн-паттерны. • Вместе собирают документацию: СА делает технические блоки и базовый контекст для команды, дизайнер помогает вытянуть нужные макеты, состояния и сценарии, где уместно. При этом процесс не полностью совместный, а скорее «внахлест», и призван предотвращать излишние mentality breakdown. Да и вообще, сила — в доверии. Так продукт становится понятнее, чище и реалистичнее как для команды, так и для пользователя) Написал Ваня Хафизов, продуктовый дизайнер в Точка Банк