#team Как продакт-менеджеру подружиться со своим... UI/UX-дизайнером? Поделюсь небольшим секретом – продакты/руководители/СЕО часто видят в своих продуктовых дизайнерах... блокировщиков идей. Неоднократно замечал такую штуку – вне зависимости от сгенеренной идеи, её цели/приоритета/масштаба, многие дизы упёрто настаивают на том, что эту идею нужно дополнительно "покасдевить/провести исследование/спросить у гуру/что-то ещё", потратя на это весьма существенное количество времени, но точно не брать её сейчас работу и не начинать проектировать. И вроде бы полезное предложение, но оно... абсолютно неприменимо к любой идее и вот почему: – Бизнес и менеджмент сосредоточены на импульсе (скорости), с которой команда/продукт могут создать, зарелизить и донести до юзера что-то новое, быстро проверив на это новое спрос. – Толковые продуктовые дизайнеры живут и педантично работают в проблемных областях продукта в течение длительного времени (за что им низкий поклон). Ключевое в этом то, что все эти излишне долгие (и непозволительно дорогие) раздумья, касдевы и a/b-тестирования страниц/экранов/блоков/механик) – полезные действия, но, в большей степени, хорошо работающие и применимые для улучшения чего-либо ранее созданного. Непонимание разницы этих двух подходов ОБЕИМИ сторонами (когда бизнес и продукт создают новое и бегут, а дизайн пытается улучшить это ещё несозданное новое и тормозит процесс) и вызывает ситуации, когда продакту/СЕО кажется, что "дизы тормозят", а дизам кажется, что их "торопят и не дают нормально работать". Решение в чётком разделении подходов: 1) "мы сейчас быстро создаём/рисуем/тестим новое" или же 2) "вы планомерно улучшаете уже созданное старое". Как только продакты и дизы вместе(!) определятся в этих подходах, между их отделами наступит взаимопонимание и Гармония. – Пользователям плевать на дизайн: как устроен «хороший UX» – Три шага чтобы улучшить работу дизайнера