Эксперт в области сервис-дизайна, консалтинга в области управления, анализа пользовательских интерфейсов и исследований.
Популяризатор методологии дизайн-мышления.
Преподаватель факультета Дизайн-менеджмент Британской Высшей школы дизайна.
Популяризатор методологии дизайн-мышления.
Преподаватель факультета Дизайн-менеджмент Британской Высшей школы дизайна.
Компания: pdupd.co
Должность: руководитель
Контакты:
Основная проблема, с которой сталкиваются современные проектировщики сервисов заключаются не в том, что они плохо знают программное обеспечение для прототипирования, дизайна или исследований или не знают про гайдлайны проектирования. Более острая проблема кроется в том, что они плохо разбираются в способах, с помощью которых им ставят задачи менеджеры продуктов/проектов. Да и сами менеджеры, скажем прямо, не всегда умеют это чётко делать.
Умение правильно обнаруживать разного типа бизнес- и пользовательские требования, изучать ограничения проектов, влияющие на дизайн, понимать взаимные отношения между разными требованиями к сервису является главенствующим фактором достижения необходимых эффектов при запуске продукта.
Занятие поможет:
Научиться правильно обнаруживать "типовые" источники бизнес- и пользовательских требований.
Понимать какая сторона, в какой момент и в какой форме может их предоставить.
Принять в расчет случаи, когда Заказчик в силу разных обстоятельств не может их самостоятельно обобщить и сформулировать.
Получить представление о видах ограничений проектов, их влиянии на производимую работу и способах их выявления и фиксации.
Получить информацию о методиках нейтрализации отрицательных эффектов процесса постановки задач с целью итогового их решения с устраивающим стороны (заказ-исполнение) результатом.
На практических примерах вернуться к изначальным смыслам заявляемых требований, прийти к взаимному компромиссу защиты интересов разных стейкхолдеров и упорядочить понимание исходной бизнес-постановки задачи.
Умение правильно обнаруживать разного типа бизнес- и пользовательские требования, изучать ограничения проектов, влияющие на дизайн, понимать взаимные отношения между разными требованиями к сервису является главенствующим фактором достижения необходимых эффектов при запуске продукта.
Занятие поможет:
Научиться правильно обнаруживать "типовые" источники бизнес- и пользовательских требований.
Понимать какая сторона, в какой момент и в какой форме может их предоставить.
Принять в расчет случаи, когда Заказчик в силу разных обстоятельств не может их самостоятельно обобщить и сформулировать.
Получить представление о видах ограничений проектов, их влиянии на производимую работу и способах их выявления и фиксации.
Получить информацию о методиках нейтрализации отрицательных эффектов процесса постановки задач с целью итогового их решения с устраивающим стороны (заказ-исполнение) результатом.
На практических примерах вернуться к изначальным смыслам заявляемых требований, прийти к взаимному компромиссу защиты интересов разных стейкхолдеров и упорядочить понимание исходной бизнес-постановки задачи.
Отзывы
Слушал с большим интересом. "Кто ясно мыслит, тот ясно излагает" - это про Сашу. Основная ценная для меня мысль: для того, чтобы разработать действительно успешный сервис, нужно уметь общаться со всеми так или иначе вовлеченными во взаимодействие с продуктом лицами, на всех уровнях, от основных стейкхолдеров до операционистов, от фанатов бренда до "хейтеров". И это общение - отдельная компетенция, которую необходимо развивать. Потому что, как говорил Фрейд, "язык дан людям, чтобы скрывать свои мысли": они все будут говорить разные, нередко противоречащие друг другу вещи, и всю эту противоречивую информацию нужно уметь верно интерпретировать, синтезировать, декомпозировать и кристаллизовать, а потом проверить прежде, чем приступать собственно к разработке системы или сервиса. И все это вместе - и есть большая часть проектирования продукта. И чтобы успешно делать эту работу, нужно вообще-то прежде всего любить людей (а не художника в себе), и хотеть им помочь в решении их реальных задач. (Никита Наджаров, Менеджер проекта, Газпромбанк).
Слушал с большим интересом. "Кто ясно мыслит, тот ясно излагает" - это про Сашу. Основная ценная для меня мысль: для того, чтобы разработать действительно успешный сервис, нужно уметь общаться со всеми так или иначе вовлеченными во взаимодействие с продуктом лицами, на всех уровнях, от основных стейкхолдеров до операционистов, от фанатов бренда до "хейтеров". И это общение - отдельная компетенция, которую необходимо развивать. Потому что, как говорил Фрейд, "язык дан людям, чтобы скрывать свои мысли": они все будут говорить разные, нередко противоречащие друг другу вещи, и всю эту противоречивую информацию нужно уметь верно интерпретировать, синтезировать, декомпозировать и кристаллизовать, а потом проверить прежде, чем приступать собственно к разработке системы или сервиса. И все это вместе - и есть большая часть проектирования продукта. И чтобы успешно делать эту работу, нужно вообще-то прежде всего любить людей (а не художника в себе), и хотеть им помочь в решении их реальных задач. (Никита Наджаров, Менеджер проекта, Газпромбанк).
"Было познавательно узнать о специальности "дизайн-менеджмент". Саша вел интересный рассказ с аудиторией" (Валерий Поляченков)
"Насыщенная и хорошо упакованная лекция" (Алексей Медведев)
"Очень понравился мастер-класс. Саша, рассказал историю реального взаимодействия бизнеса и сервис-проектирования. И предложил решение преодоления этого конфликта." (Елена Симонян)
"Насыщенная и хорошо упакованная лекция" (Алексей Медведев)
"Очень понравился мастер-класс. Саша, рассказал историю реального взаимодействия бизнеса и сервис-проектирования. И предложил решение преодоления этого конфликта." (Елена Симонян)
Участник 4-й UX-конференции РШСД с докладом «Бизнес-анализ как ключ сервисного проектирования»
Какие форматы и организации труда должны быть внутри компании? То есть как должны быть организованы бизнес-процессы, позволяющие гибко взаимодействовать с огромным количеством людей, незнакомых с вашей корпоративной культурой? Ответить на этот вопрос поможет внутренний бизнес-анализ существующей системы.
Какие форматы и организации труда должны быть внутри компании? То есть как должны быть организованы бизнес-процессы, позволяющие гибко взаимодействовать с огромным количеством людей, незнакомых с вашей корпоративной культурой? Ответить на этот вопрос поможет внутренний бизнес-анализ существующей системы.
