Описание работы типичной монокоманды UX
Если вы оказались на рынке труда, вам будет полезно научиться подбирать ситуацию, подходящую для труда монокоманды UX. Лишь немногие работы в области UX работодатель описывает как доступные монокоманде, но, как правило, есть явные признаки такой вакансии. На рис. 2.15 приведено объявление о работе, адаптированное на основе нескольких реальных вакансий, размещенных на популярной доске объявлений UX.
Из текста этой вакансии видно, что работодатель ищет человека, который сможет радикально улучшить качество UX. Продукт должен быть «элегантным», упрощенным до «самого необходимого» и «красивым». Об этом не всегда говорят прямо, но, как правило, ждут, что появление сотрудника, который разбирается в UX, немедленно приведет к таким изменениям продукта, что прямо вау! Эта задача может оказаться непростой, поскольку улучшения дизайна происходят обычно поэтапно, с течением времени. Методы создания дизайна, описанные в главе 7, позволят вам понять, как можно улучшить качество продукта и привлечь к этому процессу людей.
Рис. 2.15. На рисунке приведено типичное описание работы монокоманды UX. Из текста этой вакансии видно, что работодатель четко понимает, что UX имеет важное значение для создания конкурентоспособного продукта, но не знает толком, как UX будет встраиваться в уже сложившийся порядок работы компании
В этом описании вакансии также можно увидеть общую проблему, с которой сталкиваются UX‑команды: работодатели часто неправильно понимают связь между визуальным дизайном и дизайном UX. Это может свидетельствовать о недостаточной осведомленности о процессах и людях, участвующих в работе над восприятием пользователя. Некоторые UX‑специалисты включают графический дизайн в свой арсенал инструментов, однако многие так не делают. Если даже вы занимаетесь только вайрфреймами, вы уже можете называть себя дизайнером UX, но универсалам (которыми являются большинство монокоманд) иногда приходится браться и за визуальный дизайн. Чтобы получить представление о том, что знают и не знают о UX ваши коллеги, пригласите их на обед и поговорите с ними в непринужденной обстановке. Подумайте о разъяснительной работе в «курилке» (этот подход описан в главе 9 «Методы информационно-разъяснительной работы»), чтобы расширить понимание ролей и функций UX.
Работодатели ожидают, что специалисты по UX смогут подтвердить свои навыки и продемонстрировать результаты своей деятельности. Работодатели также могут ожидать от UX‑специалиста настойчивости и умения убедить своих коллег принять новые подходы. Монокомандам UX иногда приходится быть дипломатами, информаторами и медиаторами.
Глава 3
Как добиться поддержки вашей работы
Какими бы энтузиастами вы ни были, убедить других поддержать ваш UX‑подход все равно сложно, особенно если он противоречит распоряжению руководства или ограничениям по времени и бюджету.
Дело не в том, что люди не поддерживают идею хорошего дизайна, отвечающего потребностям пользователей, или относятся к ней враждебно. Просто проблема UX иногда меркнет на фоне других проблем, таких как плохое настроение вице-президента компании или ограниченный график работ. Если в организации плохо знакомы с UX, отношение к проекту может меняться, из-за чего монокоманды получают то больше, то меньше поддержки. Постоянные попытки помочь другим понять и принять UX иногда могут приводить к тому, что ваши беседы будут похожи на баттлы (и в худшем случае вы будете проигрывать эти баттлы). Но если вы готовы проявить творческий подход и составить стратегию преодоления препятствий на пути к UX, вам удастся переубедить коллег. Для этого придется укреплять доверие, ставя определенные планки ожиданий, а затем демонстрируя прогресс в достижении оных. В этой главе мы коснемся самых чувствительных проблем монокоманды: как справляться с непоколебимыми скептиками и как решать организационные проблемы, которые могут повлиять на конечный успех вашей работы.
Принципы важнее процесса
Один дизайнер, работавший как монокоманда, сказал мне: «У нас тормозит процесс. В следующем году я буду его форсировать». Стремление улучшить организацию процесса – это обычное явление. Однако слишком большой акцент на этом может отнять у вас много сил и отвлечь внимание от куда более важных отношений, особенно когда UX‑подход только пытается утвердиться в вашей организации. У вас могут быть налажены все процессы в мире, но они бесполезны, если в них не участвуют люди и не поддерживают их. Процессы могут меняться – часто это происходит прямо посреди работы, – но принципы могут помочь вам удержать контроль над проектом. Принципы обманчиво просты: это самые обычные словесные формулировки. Они позволяют вам обговорить ви́дение того, к чему в конечном итоге должен привести ваш ориентированный на пользователя подход. Принципы могут применяться не только к тому, что вы делаете, но и к тому, как вы работаете. Приведенные ниже принципы можно рассматривать как основные правила работы монокоманды. Самые счастливые и успешные монокоманды единодушно заявляют, что не методы, а в первую очередь именно их образ мышления позволяет добиваться результатов. Этот образ мышления воплощается в следующих принципах взаимодействия.