Менторы по дизайн-мышлению

Ментор по дизайн-мышлению: как найти задачу до выбора решения

На Mentoring.digital можно найти наставника для разбора задачи и обратной связи. В каталоге менторов сравните навыки, профессиональный опыт и стоимость занятий. Если нужна последовательная практика, посмотрите индивидуальные курсы с наставником.

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

На Mentoring.digital смотрите, с какими продуктами и организационными задачами работал специалист. Для разбора полезнее один спорный вопрос, чем просьба «провести дизайн-мышление». Если требуется собрать данные о рынке, отдельно рассмотрите менторов по маркетинговым исследованиям. Дизайн-мышление помогает связать понимание людей с выбором и проверкой вариантов, но не заменяет любой вид исследования.

Отделите запрос заказчика от проблемы пользователя

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

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

Когда расширять поле, а когда выбирать

Модель Double Diamond Design Council различает исследование проблемы, её определение, развитие вариантов и проверку решений. В практической работе важен переход между расширением и сужением выбора. Если начать оценивать первую идею до рассмотрения остальных, команда может принять привычное решение за единственно возможное.

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

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

Проверяйте самое рискованное предположение

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

Сформулируйте проверку заранее: что хотим узнать, кого наблюдаем, какое действие или объяснение даст полезные сведения и что изменим после результата. Если любой ответ объявляется подтверждением идеи, эксперимент плохо подготовлен. Для материальной проверки варианта можно обратиться к наставнику по прототипированию, выбрав минимальную достаточную форму.

Три проверки, для которых нужны разные материалы

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

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

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

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

Условный пример: непонятное оформление заявки

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

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

Как подготовиться к консультации

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

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