Формат проектного research-практикума «Сервисный UXR&D»1. Деление практикума на отдельные упражненияВесь курс разбит на дискретные, логически завершённые упражнения. Каждое упражнение — это конкретный шаг: от формулировки исследовательского вопроса до построения Flaw-table или подготовки презентации. Такой подход позволяет:
- гибко собирать программу под уровень группы,
- отслеживать прогресс по каждому этапу,
- легко заменять или углублять отдельные блоки без перестройки всего курса.
2. Типовые мероприятия циклаКаждый учебный блок строится по единому шаблону, который повторяется от упражнения к упражнению:
- Брифинг — постановка задачи, напоминание контекста, ответы на вопросы.
- Классная работа — выполнение упражнения под руководством ведущего.
- Разбор — обсуждение результатов, типичных ошибок, лучших решений.
- Домашняя работа (индивидуально или в мини-группах) — закрепление материала на своём проекте.
- Разбор домашней работы (на следующей встрече) — обратная связь, коррекция, ответы на вопросы.
Этот цикл обеспечивает непрерывную «обратную связь» и превращает теорию в навык.
3. Темп встреч и адаптация под B2BДля открытых групп практикум проходит с ритмом 1–2 встречи в неделю (каждая по 3–4 часа) плюс домашние задания между ними. Такой темп позволяет совмещать обучение с основной работой.
Для B2B-заказчиков (корпоративные группы) темп и интенсивность согласовываются индивидуально:
- Учитывается актуальный уровень участников (новички / средние / опытные).
- Определяется доступное свободное время сотрудников (например, 2 часа дважды в неделю или full‑day в пятницу).
Соотношение классной и домашней работы регулируется: можно делать упор на аудиторные упражнения или, наоборот, давать больше самостоятельной межсессионной работы.
Допускается «каскадное» прохождение: разные отделы проходят одни и те же блоки в разном темпе.
4. Перекрёстная работа подразделений (для групповых практикумов)В корпоративных и крупных открытых группах организуется ролевая перекрёстная работа:
- Исследователь внутри отдела взаимодействует с руководителем отдела (заказчиком исследования).
- Руководитель отдела — с Head of Research (методологическая поддержка).
Для сложных проектов практикум может включать работу нескольких подразделений над общим многоуровневым проектом (например, продукт + сервис + клиентский опыт). Это требует:
- единой системы организации исследований,
- протоколов обмена данными,
- согласования гипотез между отделами.
Такой формат максимально приближен к реальной работе в крупных компаниях.
5. Использование средств автоматизации с применением ИИНа всех этапах практикума участники знакомятся с современными AI-инструментами для исследовательской работы:
- автоматическая транскрибация и суммаризация интервью,
- кластеризация открытых ответов опросов,
- генерация черновиков заданий для респондентов,
- первичный поиск паттернов в видеозаписях (анализ эмоций, ключевых фраз),
- помощь в составлении CJM-отчётов и Flaw-table.
ИИ не заменяет исследователя, но ускоряет рутинные операции, позволяя сосредоточиться на интерпретации.
6. Разделение большой команды на проектыЕсли в практикуме участвует много человек (от 20 и более), группа разделяется на несколько проектных команд (по 4–6 участников). Важный принцип перекрёстной нагрузки:
- В одном проекте одни участники выступают в роли «заказчиков»: формулируют требования к исследователям, определяют бизнес-цели, задают продуктовые гипотезы.
- В другом проекте эти же участники меняются ролями: теперь они — исследователи, выполняют задания, проводят сессии, анализируют данные, готовят рекомендации.
Таким образом каждый прорабатывает обе позиции: и того, кто ставит задачу, и того, кто её решает. Это особенно ценно для руководителей и менеджеров.
7. Открытые защиты с приглашением сообществаПо завершении практикума (особенно в версиях D2 и D3) проводятся открытые защиты проектов:
- На защиту приглашаются участники профильного сообщества (исследователи, дизайнеры, аналитики), практикующие профессионалы, руководители отделов из компаний-партнёров.
- Каждый защищающийся (или команда) презентует результаты исследования, артефакты и предложения по изменениям.
- Зрители задают вопросы, дают обратную связь, могут выступать в роли «псевдо-стейкхолдеров».
- Для самого защищающегося это опыт публичной презентации и шанс получить приглашение на стажировку или работу.
Участие в защите — по желанию студента (но в D2/D3 оно рекомендуется как обязательный элемент доступа к сертификату).
8. Использование членов сообщества в качестве респондентовРеальный рекрутинг пользователей — одна из главных болей начинающих исследователей. В практикуме используется упрощающий приём:
- Участники практикума и члены открытого исследовательского сообщества (выпускники, партнёры, приглашённые эксперты) могут выступать в роли респондентов для тестовых и пилотных сессий.
Это значительно сокращает время и бюджет на рекрутинг, особенно на этапе отладки инструментов.
Важное условие: участники чётко понимают, что они не являются целевой аудиторией продукта; их ответы и поведение используются только для проверки работоспособности методики, а не для итоговых выводов (если не оговорено иное).
Такой подход позволяет на ранних этапах отловить ошибки анкет, скриптов и прототипов, а также тренировать модерацию в щадящей среде.
9. Двухступенчатая структура D3 (уровень профи)Версия D3 (Pro) отличается принципиально более сложной архитектурой. Это двухступенчатый практикум:
Этап 1. Discovery (исследование целей и контекста)- Проектирование целей дизайна на основе пользовательских и бизнес-данных.
- Проверка исследованием этих целей — используются интервью (глубинные, контекстные) и электронные опросы (количественный срез).
- Результат: уточнённая система гипотез, метрик, CJM и требований к решению.
Этап 2. Проверка работоспособности способа решения- Поведенческий UX-тест (модерируемый или немодерируемый, часто — A/B-сравнение двух прототипов).
- Анализ поведения, метрик эффективности, когнитивной нагрузки.
Дополнительно могут применяться:
- тепловые карты,
- карточная сортировка,
- скоринг UX-ошибок,
- полевые анкеты,
- анализ видео с элементами ИИ.
Комплексное исследование, которое проверяет не только «работает ли решение», но и «правильно ли выбраны цели».
Выходные артефакты включают и артефакты Discovery (например, структурированный каталог потребностей), и артефакты верификации (Flaw-table, таблица гипотез с количественным подтверждением).
Такой формат подходит для сложных, многослойных систем и для команд, которые внедряют полноценную UXR-культуру.
Типовое занятие проходит онлайн, через сессию видео-конференц-связи в Телемост или через корпоративную систему ВКС. Для работы нужен доступ к сети Интернет и зарегистрированный доступ к сервису miro.com (будет достаточно тарифного плана с нулевой ценой).
Для В2С: После оплаты на адрес регистрации приходит ссылка для присоединения к группе участников. В установленное время стартует сессия для всех зарегистрированных участников мероприятия.
Также для занятия доступны
другие способы проведения, смотрите описание.