Мастерская-Лабораторная «Постановка Design-задачи»

Мастер-класс проектирования непротиворечивой, связной модели требований к системе, рассказывает о фундаментальных приёмах формирования постановки задачи на сервисное проектирование со стороны разных типов стейкхолдеров. В формате бизнес-игры участники учатся синтезировать разные виды требований и ограничений для конкретного выбранного сервиса, а затем согласовывать их между собой, создавая «строительную площадку» с четкими границами под будущее здание сервисного дизайна. Рассмотрим нотации JTBD и User Story. На занятии студенты в формате блиц-проектирования создают эскизы экранов пользовательского интерфейса государственного сервиса. 

Материал ориентирован на профессионалов, для которых актуальна проблематика формулирования и внутреннего согласования постановки задачи на проектирование сложного сервиса. В их числе:

• владельцы цифровых продуктов
• продуктовые дизайнеры всех типов
• проектировщики и дизайнеры UI
• менеджеры всех уровней управления цепочки «заказ-проектирование-дизайн-разработка»
• исследователи опыта клиента и продуктов (UX/CX/Usability/Market Research)
• usability-аналитикименеджеры сервисных проектов
• UX-аналитики
• CX-менеджеры
• digital -маркетологи
• HR и методологи, организующие работу подразделений в цикле product development

Черных Роман, основатель Русская Школа Сервисного Дизайна
Мероприятия и активность:

• Блог. Статья-подводка 1. Статья-подводка 2.
• Услуги

Занятие проходит онлайн, через сессию видео-конференц-связи в Телемост. Для работы нужен доступ к сети Интернет и зарегистрированный доступ к сервису miro.com (будет достаточно тарифного плана с нулевой ценой). После оплаты на адрес регистрации приходит ссылка для присоединения к группе участников. В установленное время стартует сессия для всех зарегистрированных участников мероприятия.

Генеральная цель – познакомить участников с проблематикой процесса приёма-постановки задач на дизайн, из-за неэффективности которой дизайн делается неточно, долго и неадекватно по смыслу. Понять причины неэффективности и совместно прийти к способам невелирования проблем, открыв для себя новую формулу работы.

В числе прочего расскажем о:

• Приёмах построения эффективной постановки задачи на проектирование услуги.
• Основных бизнес-вопросах, возникающих в процессе разработки сервиса.
• Традиционном и перспективном зонировании компетенций разных видов бизнес-стейкхолдеров, позволяющих уменьшать внутренние противоречия процесса дизайна.
• Тактике внутреннего согласования фундаментальных аспектов бизнеса и клиента между собой.
• Методике документирования полученных бизнес-требований.

Дополнительных вопросах, которые должны быть решены, когда речь идет о сложном профилировании разных типов клиентов и наличии комплексного product portfolio Компании.

В первой части встречи в формате Семинара рассматривается проблематика и теоретическая часть, необходимая для её разрешения.
Вторая части встречи будет посвящена закреплению теории на практике, в которой учащиеся, разбившись на команды, поучаствуют в бизнес-игре и от лица разных типов производственных стейкхолдеров предложат свои варианты целей и ограничений бизнес-требований, которые должны будут пройти проверку и валидацию смежными стейкхолдерами.
Таким образом, сначала — семинар и разбор теоретических аспектов и тонкостей, затем — практика, основанная на актуальных сервисных кейcах.

📍Что такое решить задачу
📍Проблематика постановки задач
📍Стейкхолдеры и их требования
📍Бизнес-требования и иное
📍Кто кого порождает: постановка задачи или наоборот
📍Бизнес, ценность, пользователь.
📍Операционализация дизайна.
📍Фокусы формулировки задачи.
📍Прием-постановка задачи: линия органичного разделения зон ответственности.
📍Поиск равновесия интересов Бизнеса и Клиента
📍Типология ошибок приёма-постановки
📍Виды постановки
📍Scope vs Time fixed delivery
📍MVP
📍Решайн-мышление. DDx3 («Тройной алмаз»).
📍Канвас «Решайн-мышление» для цели построения постановки задачи на сервисный дизайн.
📍Формулирование целей в парадигме нотаций Job story и Job-to-be-done.
📍Целеполагание и целеисполнение
📍Причём тут А.С. Пушкин?
📍Ошибки постановки
📍Кто отвечает, что задача не может быть решена?

Причина появления занятия в нашем арсенале:
Несмотря на кажущуюся простоту задач Заказчика, многие менеджеры испытывают трудности с профессиональной формулировкой бизнес-требований. Создание непротиворечивой и целостной системы требований, которые были бы исполнимы, однозначны и не ограничивали свободу решений исполнителя, требует глубокого понимания теории дизайна и настоящего мастерства.

"Фишка":
Уникальное по своему принципу занятие, не имеющее отраслевых международных и российских аналогов. Позволяет решить одну из самых острых проблем начального этапа проектирования, когда только закладывается фундамент будущего здания Дизайна продукта. Основано на авторской методологии РШСД.

Доступные типы обслуживания: B2C/B2B

Доступные форматы: Онлайн/Офлайн

Время мероприятия: По расписанию/под заказ (B2B)

Все специалисты цикла product development: углубленное изучение проблемы постановки задачи на проектирование, без решения которой невозможно сделать адекватный сервис-дизайн.
Продакт-менеджеры: подход к изучению и формированию потребностей и ограничений Клиента и Компании, а так же система поиска необходимого баланса взаимных интересов и ограничений.
Дизайнеры: стратегия выявления недостающих требований для построения целостного и непротиворечивого дизайна.
HR и организационные product development менеджеры: изучение альтернатив текущей системе внутреннего соподчинение служб маркетинга, исследований и проектирования, а также пакет новых идей перспективного разделения зон производственной ответственности, увеличивающей эффективность работы по созданию электронных продуктов и услуг.

Проблематика, которая "лечится" занятием:

1. Дизайнеры/исследователи/продакты нечетко представляют, как провести параллели между деловыми целями компании, предлагающей продукт, и целями пользователей, на которых можно потенциально зарабатывать.
2. Не всегда понятно различие между желаниями пользователями и требованиями к их действиям, на которые рассчитывает компания в надежде на то, чтобы бизнес-кейс был эффективный, а затраты, вложенные в дизайн и формирование нужного пользовательского опыта, хотя бы окупились.
3. Что делать в процессе проектирования с целями пользователей, на которых нельзя заработать?
4. Что делать с целями пользователей, которые вредны для других пользователей или могут нарушить бизнес самой компании?
5. На какие риски можно пойти, стремясь достигнуть целей пользователей/компании?
6. Как найти тонкий баланс между интересами бизнеса и интересами пользователей? А если существует прямой конфликт в интересах разных сторон?
7. Как найти баланс между интересами разных пользователей внутри одного продукта?
8. Как узнать, что сформированные требования удовлетворительны? Каковы критерии качества формулировок требований и отношения к ним ключевых стейкхолдеров.
9. В какой форме записывать требования? Как применять нотации JTBD и Job Story для формулирования требований. Где нужны дополнительные приемы, не учтенные авторами “джобсов» и подобного.
10. Если задачи/цели пользователей складываются в нарратив, то как графически это оформлять.
11. Как проинтегрировать в процесс формирования требований исследовательскую деятельность и сформулировать исследовательские вопросы.
12. Как «вернуть» в проект полученные ответы на исследовательские вопросы.
13. Какими инструментами проверяются разные типы возможностей и ограничений.
14. Какой переговорный процесс между стейкходерами может применяться для расшифровки, упорядочивания и поиска согласия по требованиям.
15. Как использовать в проектировании требований идеи требований к другим, аналогичным продуктам. При этом не «красть» и не заимствовать сам дизайн аналогичного продукта.
16. (New!) Как использовать технологию искусственного интеллекта для ускорения формулирования требований.