Дизайн-мышление в онлайн-курсе: упражнение от интервью до проверки прототипа

Назначьте результат упражнения и границы задачи

Для учебного примера возьмём курс о работе небольшой команды. Участникам предстоит придумать способ удобнее готовиться к регулярной рабочей встрече. Итогом станет простой прототип, основанный на опыте партнёра, и запись того, что произошло во время его проверки. Красота макета сама по себе не является критерием успеха.

В Design Thinking Bootleg Stanford d.school выделены пять режимов работы: понимание опыта человека, определение проблемы, поиск идей, прототипирование и проверка. Это набор способов действовать, между которыми можно возвращаться, а не обязательный конвейер из пяти неизменных ступеней.

Ниже — самостоятельный учебный сценарий на 75 минут. Он не воспроизводит официальный тренинг или готовые рабочие листы d.school. Первые семь минут отведите на цель, правила и распределение по парам. Попросите обсуждать обычные рабочие ситуации без имён клиентов и закрытых документов.

Начните с конкретного эпизода собеседника

Выделите двенадцать минут на интервью: по шесть минут в каждой роли. Вместо вопроса «какое приложение тебе нужно» попросите партнёра вспомнить последнюю подготовку к встрече. Что он искал, где хранил сведения, когда заметил недостающий материал и как действовал дальше?

Парная работа с интервью и последующим созданием решения для собеседника используется, например, в учебных упражнениях d.school. Для нашей темы важен переход от общего мнения к одному восстановленному эпизоду. Навык задавать уточнения можно предварительно разобрать по материалу об интервью с будущими учениками.

Следующие восемь минут посвятите формулировке проблемы. Условная запись: «Координатор перед еженедельной встречей собирает решения из трёх переписок и не понимает, какая версия последняя». Отдельно отметьте наблюдение и предположение. «Ему нужен новый сервис» пока является вариантом ответа, а не установленной потребностью.

Предложите несколько разных способов помочь

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

Затем участник выбирает один вариант и объясняет, какое конкретное затруднение он проверяет. Например, карточка должна помочь определить последнее согласованное решение без повторного чтения всех переписок. Если она лишь красиво собирает ссылки, но вопрос актуальности остаётся нерешённым, соответствие задаче сомнительно.

На этом этапе преподаватель не выбирает победителя за ученика. Его полезный вопрос: «Как ты узнаешь, что этот вариант помогает именно в описанном эпизоде?» Ответ должен вести к действию собеседника, которое можно увидеть на ближайшей пробе.

Сделайте прототип одного действия

Отведите двенадцать минут на черновой образец. Участник может нарисовать карточку на бумаге или собрать один экран документа. В нашем случае достаточно полей «решение», «кто подтвердил», «дата» и «следующее действие». Не нужно программировать систему управления встречами.

Подготовьте два условных решения с разными датами, чтобы партнёр действительно выбирал актуальное. Если на макете только один очевидный вариант, проверка не покажет, помогает ли структура различать версии. Подписи и данные должны соответствовать сформулированной проблеме.

Заранее запишите ограничение пробы: бумажная карточка проверяет понятность расположения сведений, но не доказывает, что команда будет регулярно её обновлять. Эта граница позволяет получить полезное наблюдение, не объявляя сырой прототип готовым рабочим процессом.

Проверьте действие без подсказки автора

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

После попытки уточните, чего человек ожидал от спорной подписи. Если он принял дату создания за дату согласования, запишите точное различие. Фраза «пользователь всё понял» без описания выполненного действия недостаточна.

Разведите два результата: что наблюдалось и что предполагается изменить. «Человек выбрал раннюю запись» — наблюдение; «нужно явно подписать дату согласования» — предлагаемое изменение. При необходимости вернитесь к определению проблемы, а не ограничивайтесь украшением первого варианта.

Завершите разбором следов решения

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

Оценивайте связь между этими частями. Удобная для проверки формулировка критерия: выбранный элемент прототипа отвечает на обнаруженное затруднение, а вывод основан на выполненном действии. Рамку оценивания можно подготовить заранее через критерии оценки задания курса.

Для следующего занятия предложите повторить цикл с другой небольшой задачей. Учебный результат состоит в умении услышать опыт, проверить предположение и пересмотреть решение. Один удачный макет не доказывает владение методом, но даёт преподавателю конкретный материал для обратной связи.