Продуктовый процесс для самых маленьких
Или как быть хорошим дизайнером не в самых хороших компаниях
1. На митинге дизайнеров спросить забыли? 2. Бюджет на юнит - банка Балтики и недоеденный бутер из кабинета бэкенда? 3. «Ну вы сейчас нарисуйте, а мы через пару спринтов реализуем» 4 «Что значит зачем? Задача от бизнеса. Подумаешь апи нет, для мвп сойдет»
Узнали? Согласны? Ну тогда welcome to the club, buddy 👋🍑
Что тут можно сделать? Уволиться конечно же! Пошли они на ☠️ Но перед этим, предлагаю выдоить их досуха, что бы было чем козырнуть на собесе.
Не стесняйся задавать вопросы! Это очень важно. Главный вопрос - «зачем нам это делать?» Решать проблемы - это хорошо, но помни, бизнес и пользователя хотят стабильно работающее и удобное решение. Вот наша задача, как дизайнера дать это решение.
Оцени ресурсы, ты должен четко понимать, сколько задач в тебя влезет, а сколько нет.
Настаивай на приоритетах. На фразу «сейчас нарисуй, мы потом сделаем» спокойно зови за гаражи и бейся до крови. Такие задачи мы берем, если совсем делать нечего.
Валидируй с ЛПРами свои решения. Особенно концептуальные вопросы. Не носи им свои километровые флоу, фиксируй только важные моменты, которые действительно могут изменить отношение к фиче. Учись задавать вопросы правильно, спрашивай чего хочет бизнес увидеть. Хотелки бизнеса и технические возможности, как правило, сильно не друг другу не подходят. Если решение на выходе будет полностью на костылях, но с бейджем MVP, выноси вопрос на повестку. Такое решение не нужно, ни пользователи ни бизнесу
Не бери в работу задачу без нормального тз. Если в задаче нет базовой юзер стори и адекватных юз кейсов с декомпозицией, то спокойно возвращай такие задачи обратно. А лучше, собери всех людей кто поставляет тебе задачи и объясни им, как должно выглядеть тз на дизайн. Ну, если сам знаешь конечно)))
Это все приходит с опытом. Не отчаивайся, учись не только проектированию но и общению с людьми.
Всем пис, обнял