Как подружить PO c UX командой (Антон Иванов, B2B-Center)
Download as PPTX, PDF2 likes719 views
Документ рассматривает взаимодействие продуктового менеджера (PM) и UX-команды, выделяя основные проблемы, возникающие из-за различий в подходах и восприятии задач. Автор описывает четыре типа дизайнеров и их плюсы и минусы, а также предлагает практические рекомендации для улучшения сотрудничества и формулирования задач. Важнейшая идея заключается в необходимости доверия и понимания в команде для достижения общих целей.
Как подружить PO c UX командой (Антон Иванов, B2B-Center)
- 1. Как подружить PM с UX-командой Антон Иванов — PM
- 2. Почему я?
- 3. UX — это модно продуктовый дизайнер проектировщик интерфейсов ux-дизайнер дизайнер интерфейсов ux-инженер
- 4. Стоп. Зачем он вообще нужен, если этим занимаюсь я? Мне нужен просто дизайнер
- 7. Аналитик Работает долго и делает больше чем нужно, почти всегда не укладывается в срок
- 8. Минусы дизайнера не учитывает сроки и kpi процессо-орентирован перфекционист логики А какие у него есть плюсы? 1.глубоко копает и анализирует задачи 2.придумывает хорошие и сложные решения Ретро Ваша ошибка 1. не дали контекст и четко не определили цель 2. не сфокусировали на дедлайне или не дали приоритеты
- 9. Бос Мне лучше знать, какой должен быть твой продукт!
- 10. Минусы дизайнера вы для него не авторитет плохо воспринимает критику и не слушает аргументы перфекционист теории А какие у него есть плюсы? 1. много знаний знания 2. хороший ментор 3. делает продуманный дизайн до мелочей Ретро Ваша ошибка 1. не продали ему себя как эксперта 2. не дали четкий контекст и передали не всю свои знания по продукту 3. привлекли не с самого начала 4. вы ему явно не доверяете
- 11. КреативщикДелает хорошо, но все время что-то забывает
- 12. Минусы дизайнера не погружен глубоко возможно не вовлечен невнимательный перфекционист красоты А какие у него есть плюсы? 1. хорошие техника и интересное мышление 2. придумывает оригинальные решения Ретро Ваша ошибка 1. не составили критерии готовности 2. скорее всего есть ошибка планирования 3. возможно нечеткая постановка задачи и проблема с требованиями
- 13. Раздолбай Неответственный Делает все нормально, но постоянно фейлит сроки.
- 14. Минусы дизайнера не вовлечен не умеет планировать свое время А какие у него есть плюсы? 1. учитывает все требования 2. не супер крутой дизайн, но по качеству нареканий нет Ретро Ваша ошибка 1. человек перегружен и у него много задач и ваши он скорее всего не успевает сделать 2. вы его не вовлекли с самого начала 3. не составили критерии готовности 4. скорее всего есть ошибка планирования 5. не сфокусировали четко на приоритетах
- 17. Какие должны быть требования для UX: 1. прописаны все сценарии 2. определена проблема 3. описаны функциональные возможности и ограничения
- 18. Конечный результат работы по дизайну продукта — это общая ответственность менеджера и дизайнера
- 19. 7 особенностей взаимодействия UX- команды и продукт менеджера
- 20. 1. Смешанная зона ответственности Нет критериев эффективности работы UX Cроки не учитывают время работы с комментариями Трудно оценивать сроки, когда много неопределенности Разногласия из-за разной картины мира PM за FailFast, а UX-серы недовольны, их мир рушится К дизайнерам «особый подоход» и часто они не умеют планировать свой ресурс
- 21. Все дело в психологии
- 22. 1. Коммуникация Видимость аналитики Наши иллюзии Завышенные ожидания от других людей Критика ЭГО Отрицание В итоге, все это приводит к тому, что теряется доверие к друг другу Природа проблем
- 23. Доверие — это ключ к успеху
- 25. Концепт решения UX-команда — правая рука PM и решает бизнес-задаче совместно с ним. UX-команда — это не только дизайнеры и проектировщики, а также разработчики, тестировщики, аналитики и маркетологи
- 29. 2. Понимаем, что все разные
- 30. 3. Осознаем, что все хотят сделать хорошо
- 31. 4. Принимаем, что у вас все плохо со вкусом
- 32. 5. Вы не Стив Джобс
- 33. Вы дирижер, а не диктатор Используйте коллективный интелект
- 34. Организуйте брэйншторм с командой UX и сделайте вместе model business canvas
- 35. Сроки Планируйте сроки так, чтобы работа над комментариями учитывалась Работа со сроками по принципу срок не двигаем, скоуп двигаем
- 36. Рекомендации по практикам 1. Формируйте общий контекст 2. Ставьте задачи в виде проблемы, а не решения 3. Будьте уверены, что UX-еры глубоко погружены 4. Вовликайте команду с самого начала 5. Относитесь к дизайнерам, как к технарям, измеряйте их процесс 6. У решения есть метрики и критерии 7. Используйте Agile инструменты 8. Применяйте принципы Lean UX
- 37. Рекомендации по практикам 9. Формируйте общий язык визуальных коммуникаций 10. Визуализируйте процесс 11.Занимайтесь проектированием совместно 12. Давайте доступ к телу клиента 13. KPI единый для всех 14. Используйте пользовательские сценарии 15. Сделайте чек-листы и раздайте всей команде
- 38. 1. Привлек UX-команду c самого начала 2. Доверяю специалистам делать их работу 3. Руками специалиста, не начинает заниматься дизайном и ux 4. Ставлю задачу UX-специалистам в виде проблемы, а не готового решения 5. Дал установку проработать конкретные сценарии для UX продукта 6. Предоставил функциональные требования и ограничения 7. Донес какие проблемы решает продукт 8. Не спорю по неважным вещам 9. Учитываю время по работе с комментариями при разработке UX продукта 10. Учитываю время на UX-аналитику 11. Учитываю время на разработку концепт 12. У меня есть DoD который подтвержадет, что UX готов 14. Осознаю, что я не Стив Джобс 16. Есть метрики или критериев для ux-процесса Чек-лист для менеджер продукта:
- 39. 1. Я прочитал все требования и спецификации, которые есть на данный момент 2. У меня есть все пользовательские сценарии и я изучил их 3. У меня есть информация о всех функциональных возможностях и ограничениях 4. Мне ясна проблема пользователей, которую я буду решать 5. Если у меня не хватает информации, то я попросил менеджера предоставить ее. 6. Я не прорабатываю функционал, который разрабатывать больше, чем 6 месяцев 7. Регулярно и часто общаюсь с PM 8. У меня есть время и возможность работать сконцентрировано, чтобы никто не отвлекал 9. Я проектирую только то, что реально реализовать 10. Мои решения подходят для наших реальных пользователей 11. При работе учел kpi продукта и придумал метрики проверки решения 12. Все члены команды, общаются и делают кросс-ревью 13. Взял ответственность за срок 14. При проработке дизайна учитываю ранее используемые решения Чек-лист для ux-специалиста:
- 40. Резюме — основной конфликт — 4 типа дизайнеров — 3 простых правила — общая ответственность за результат — 7 особенностей взаимодействия с UX — природу возникновения проблем — про доверие и системный подход — концепт решения — как делить зоны ответственности — как мы меняем свое сознание — про использования коллективного интелекта — рекомендации — чек-листы
- 41. «А напоследок я скажу... » Большинство проблем взаимодействия, происходят от непонимания друг друга. Мы забываем ставить себя на чужое место. Эмпатия, это то, что позволит решить большинство проблем связанных с процессом. Старайтесь помнить об этом…
- 42. Спасибо за понимание! Антон Иванов — PM a.ivanov@b2b-center.ru