Как подружить PO c UX командой (Антон Иванов, B2B-Center)

Post on 25-May-2015

255 Views

Category:

Software

0 Downloads

Preview:

Click to see full reader

DESCRIPTION

Как подружить PO c UX командой (Антон Иванов, B2B-Center, для ProductCamp Russia&EE, Минск, 09.08.2014)

Transcript

Как подружить PM с UX-командой

Антон Иванов — PM

Почему я?

UX — это моднопродуктовый дизайнер проектировщик

интерфейсов

ux-дизайнер дизайнер интерфейсов

ux-инженер

Anton Ivanov
У вас в продукте есть специалист или даже несколько таких специалистов, которые осмысленно и профессионально занимаются проектированием пользовательского опыта в продукте. Это их основная специализация. и они решают проблемы бизнеса и пользователей с помощью интерфейсов.
Anton Ivanov
Его подход: все исходит от проблемы и от мотивации пользователей. Я решаю эти проблемы с помощью интерфейсных решений.

Стоп. Зачем он вообще нужен, если этим занимаюсь я?

Мне нужен просто дизайнер

Anton Ivanov
Знакомая ситуация?Это основной конфликт от которого и происходят все проблемы взаимодействия продукта и проектировщика.

Конфликт интересов

4 типа дизайнеров

Anton Ivanov
Приведу несколько кейсов, с которыми уверен вы сталкивались сами. Я вывел 4 основных типа дизайнеров и сейчас расскажу про них

АналитикРаботает долго и делает больше чем нужно, почти всегда не укладывается в срок

Anton Ivanov
У кого был такой кейс?Где ошибка дизайнера?Где ошибка продукта?
Anton Ivanov
Нет, ну я понимаю важность дизайнера и зачем он есть и что делает и для чего. Это действительно нужно моему продукту. Но у меня уходит огромное количество времени на то, чтобы ему объяснить, что нужно сделать. Он долго анализирует требования, спрашивает, изучает пользователей, что-то там думает, долго долго работает, копает при этом очень глубоко и делает больше чем нужно. Пообщаемся с ним, дам ему какие-то комментарии, и пипец, начинает переделывает всю свою же работу заново. Самое страшное, в итоге получается не то, что нужно сейчас. В лучшем случае мы к этом придем через год. Это какой-то космолет, а мне нужен велосипед и нужен он мне не сейчас, а не через год. Как тут планировать релиз, когда вообще непонятно, когда будет готов дизайн. Невозможно оценить сроки.

Минусы дизайнеране учитывает сроки и kpiпроцессо-орентированперфекционист логики

А какие у него есть плюсы?1.глубоко копает и анализирует задачи2.придумывает хорошие и сложные решения

Ретро

Ваша ошибка1. не дали контекст и четко не определили цель2. не сфокусировали на дедлайне или не дали приоритеты

БосМне лучше знать, какой должен быть твой продукт!

Anton Ivanov
Я ему говорю, говорю, он делает, делает, но то что получается в итоге мне вообще не нравиться. И сколько бы он не переделывает все равно получается не то, что нужно. Половину комментариев не учел. Половину не хочет делать, говорит что это неудобно или не нужно пользователям, а что на самом деле важно не делает. Делает кучу каких-то непонятных вещей. И спорит, спорит, спорит. Постоянно приходится доказывать ему что-то, уже надоел.

Минусы дизайнера вы для него не авторитет плохо воспринимает критику и не слушает аргументы

перфекционист теории

А какие у него есть плюсы?1. много знаний знания 2. хороший ментор 3. делает продуманный дизайн до мелочей

Ретро

Ваша ошибка1. не продали ему себя как эксперта 2. не дали четкий контекст и передали не всю свои знания по продукту 3. привлекли не с самого начала 4. вы ему явно не доверяете

КреативщикДелает хорошо, но все время что-то забывает

Anton Ivanov
Я ему описал все сценарии, предоставил функциональные требования, написал все ограничения и все что нужно учесть. Приносит свой дизайн, ха, он красивый, да, но там половину нет, не учел. Спрашиваю почему, говорит что не увидел, или, говорит, что сейчас нужно утвердить концепт, а это все неважные детали и он их сделает, но сделает позже. А когда позже то, непонятно, нужно же уже сейчас в работу отдавать. Даю ему еще время, приходит, опять чего-то нет. Да е мое! бесит!

Минусы дизайнера не погружен глубоко возможно не вовлечен невнимательный перфекционист красоты

А какие у него есть плюсы?1. хорошие техника и интересное мышление2. придумывает оригинальные решения

Ретро

Ваша ошибка1. не составили критерии готовности 2. скорее всего есть ошибка планирования 3. возможно нечеткая постановка задачи и проблема с требованиями

РаздолбайНеответственный

Делает все нормально, но постоянно фейлит сроки.

Anton Ivanov
неответственный дизайнер. перегруженный дизайнер.
Anton Ivanov
Делает все нормально, но постоянно фейлит сроки. Обещает и всегда не делает вовремя. Я уже умножаю его сроки на 3, но он и их умудряется фейлить. А если укладывается в сроки, то не учитывает какие-то комментарии. Уже не знаю, что с ним делать.

Минусы дизайнера не вовлечен не умеет планировать свое время

А какие у него есть плюсы?1. учитывает все требования 2. не супер крутой дизайн, но по качеству нареканий нет

Ретро

Ваша ошибка1. человек перегружен и у него много задач и ваши он скорее всего не успевает сделать

2. вы его не вовлекли с самого начала 3. не составили критерии готовности 4. скорее всего есть ошибка планирования5. не сфокусировали четко на приоритетах

Проблема на вашей стороне!

3 простых правила

Какие должны быть требования для UX:

1. прописаны все сценарии 2. определена проблема 3. описаны функциональные возможности и ограничения

Конечный результат работы по дизайну продукта — это общая ответственность менеджера и дизайнера

Anton Ivanov
Вывод, что если результат говно, неважно по каким причинам в равной степени виноваты обе стороны. Сроки сорвались — тоже виноваты вы, даже если дизайнер их не соблюдал. Такие отмазки, что какашка, потому что дизайнер мутак не работают, так как мудак вы, это вы не смогли правильно выстроить процесс взаимодействия с ним. Поэтому такой результат. А сейчас вы сливаете свою ответственность и это все просто отговорки. Вы менеджер — вы отвечаете за результат, ваша проблема, что вы не можете выстроить правильное взаимодействие с командой.

7 особенностей взаимодействия UX-команды и продукт

менеджера

1. Смешанная зона ответственности

Нет критериев эффективности работы UX

Cроки не учитывают время работы с комментариями

Трудно оценивать сроки, когда много неопределенности

Разногласия из-за разной картины мира

PM за FailFast, а UX-серы недовольны, их мир рушится

К дизайнерам «особый подоход» и часто они не умеют планировать свой ресурс

Все дело в психологии

1. Коммуникация

Видимость аналитики

Наши иллюзии

Завышенные ожидания от других людей

Критика

ЭГО

Отрицание

В итоге, все это приводит к тому, что теряется доверие к друг другу

Природа проблем

Доверие — это ключ к успеху

Системный подходПерестроить своё

мышление

Концепт решения

UX-команда — правая рука PM и решает бизнес-задаче совместно с ним.

UX-команда — это не только дизайнеры и проектировщики, а также разработчики, тестировщики, аналитики и маркетологи

Поделите зоны ответственности

UXБизнес

Меняем своё сознание

1. Доверяем профессионалам

2. Понимаем, что все разные

3. Осознаем, что все хотят сделать хорошо

4. Принимаем, что у вас все плохо со вкусом

5. Вы не Стив Джобс

Вы дирижер, а не

диктаторИспользуйте коллективный интелект

Anton Ivanov
Роль продукт менеджера — это камертон или дирижер. Формирует команду, показывает направление, придавайте энергию при движении. Если вы король, то у вас скорее всего будет королевский факап.

Организуйте брэйншторм с командой UX и сделайте вместе model business canvas

СрокиПланируйте сроки так, чтобы работа над комментариями учитывалась

Работа со сроками по принципу срок не двигаем, скоуп двигаем

Рекомендации по практикам

1. Формируйте общий контекст

2. Ставьте задачи в виде проблемы, а не решения

3. Будьте уверены, что UX-еры глубоко погружены

4. Вовликайте команду с самого начала

5. Относитесь к дизайнерам, как к технарям, измеряйте их процесс

6. У решения есть метрики и критерии

7. Используйте Agile инструменты

8. Применяйте принципы Lean UX

Рекомендации по практикам9. Формируйте общий язык визуальных коммуникаций

10. Визуализируйте процесс

11.Занимайтесь проектированием совместно

12. Давайте доступ к телу клиента

13. KPI единый для всех

14. Используйте пользовательские сценарии

15. Сделайте чек-листы и раздайте всей команде

1. Привлек UX-команду c самого начала

2. Доверяю специалистам делать их работу

3. Руками специалиста, не начинает заниматься дизайном и ux

4. Ставлю задачу UX-специалистам в виде проблемы, а не готового решения

5. Дал установку проработать конкретные сценарии для UX продукта

6. Предоставил функциональные требования и ограничения

7. Донес какие проблемы решает продукт

8. Не спорю по неважным вещам

9. Учитываю время по работе с комментариями при разработке UX продукта

10. Учитываю время на UX-аналитику

11. Учитываю время на разработку концепт

12. У меня есть DoD который подтвержадет, что UX готов

14. Осознаю, что я не Стив Джобс

16. Есть метрики или критериев для ux-процесса

Чек-лист для менеджер продукта:

1. Я прочитал все требования и спецификации, которые есть на данный момент

2. У меня есть все пользовательские сценарии и я изучил их

3. У меня есть информация о всех функциональных возможностях и ограничениях

4. Мне ясна проблема пользователей, которую я буду решать

5. Если у меня не хватает информации, то я попросил менеджера предоставить ее.

6. Я не прорабатываю функционал, который разрабатывать больше, чем 6 месяцев

7. Регулярно и часто общаюсь с PM

8. У меня есть время и возможность работать сконцентрировано, чтобы никто не отвлекал

9. Я проектирую только то, что реально реализовать

10. Мои решения подходят для наших реальных пользователей

11. При работе учел kpi продукта и придумал метрики проверки решения

12. Все члены команды, общаются и делают кросс-ревью

13. Взял ответственность за срок

14. При проработке дизайна учитываю ранее используемые решения

Чек-лист для ux-специалиста:

Резюме— основной конфликт— 4 типа дизайнеров— 3 простых правила— общая ответственность за результат— 7 особенностей взаимодействия с UX — природу возникновения проблем — про доверие и системный подход— концепт решения— как делить зоны ответственности— как мы меняем свое сознание— про использования коллективного интелекта— рекомендации— чек-листы

«А напоследок я скажу... »

Большинство проблем взаимодействия, происходят от непонимания друг друга. Мы забываем ставить себя на чужое место. Эмпатия, это то, что позволитрешить большинство проблем связанных с процессом. Старайтесь помнить об этом…

Спасибо за понимание!Антон Иванов — PM

a.ivanov@b2b-center.ru

top related