Оливер Кемпкенс - Дизайн-мышление. Все инструменты в одной книге
- Название:Дизайн-мышление. Все инструменты в одной книге
- Автор:
- Жанр:
- Издательство:Литагент 5 редакция
- Год:2019
- Город:Москва
- ISBN:978-5-04-099261-4
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Оливер Кемпкенс - Дизайн-мышление. Все инструменты в одной книге краткое содержание
В книге:
– конкретное описание всех стадий разработки продукта;
– чек-листы для брейнштормов в рабочей команде;
– нестандартные подходы к поиску источников для конкурентного анализа;
– модели генерации идей и прототипирования для точных результатов;
а также многое другое от ведущего эксперта по внедрению методологии в бизнес.
Дизайн-мышление. Все инструменты в одной книге - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Первый шаг – запишите формулировку проблемы. Она должна быть короткой и легко запоминающейся: одно предложение, выражающее проблему, которую вы хотите решить. На этом этапе ваша проблема – всего лишь набор предположений, требующих подтверждения. На втором шаге оформите точку зрения на проблему в виде вопроса «Как мы можем помочь…». Это может занять некоторое время, поскольку распространенная ошибка здесь – слишком широко или, наоборот, узко поставленный вопрос.

Третий шаг в том, чтобы определить, какое воздействие хотите оказать в свете вашей точки зрения, а четвертый шаг предполагает поиск возможных решений. После этого, на пятом шаге, вы описываете контекст и ограничения, которые могут быть связаны с изначально поставленным вопросом. На шестом и финальном шаге вы снова возвращаетесь к вопросу «Как мы могли бы помочь…» и смотрите, не нуждается ли он в адаптации или исправлении. Только убедившись, что вы задаете правильный вопрос, можно прийти к полезному, практически применимому и востребованному решению.
Критерии решения сформулированной задачи
Как только вы понимаете, в чем состоит проблема, нужно продумать семь важных элементов касательно решения:
• Крючок:«Цепляет» ли точка зрения на проблему вашу команду? Очевидно ли, почему она стоит решения? Проблему легко понять, но сложно осуществить?
• Сфера охвата:Для скольких пользователей мы разрабатываем дизайн? В каком окружении они находятся? Сколько существует проблем для работы?
• Приоритеты:Сколько времени мы должны выделить на каждый этап дизайн-процесса? Насколько «злой» должна быть проблема?
• Гибкость:Наращивание интенсивности определенного этапа задачи или процесса для того, чтобы участники приобрели углубленное понимание или навыки в данной области. Например, это может означать выделение большого количества времени на проведение интервью, чтобы подчеркнуть важность эмпатии, или вы можете потребовать определенное число итераций, чтобы сделать акцент на этапе прототипирования.
• Циклы:Хорошо будет провести несколько циклов эмпатии, постепенно увеличивая их продолжительность (то есть, начать с часового упражнения, потом отвести на это часть дня, целый день и т. д.)
• Команда:Поощряйте разнообразие в составе команды и планируйте, кого стоит добавить и на каком этапе (например, кого привлечь к мозговому штурму).
• Рабочая обстановка:Насколько комфортно окружение для участников? Всем ли хватает места, чтобы быть продуктивными? Есть ли материалы для записи и фиксирования идей? (стикеры, прототипы и т. д.)
• Доступ:У вас есть доступ к задаче? Как именно участники будут взаимодействовать с пользователями?
Понимание контекста процесса эмпатии
«Если вы что-то не можете объяснить шестилетнему ребенку, вы сами этого не понимаете».
– Альберт ЭйнштейнЗадача
Формулировка точки зрения на проблему – один из самых важных шагов в процессе дизайн-мышления, поскольку задает тон всему проекту и влияет на все последующие действия. Когда проект только представлен, проблема, которую предстоит решить, часто неочевидна или сформулирована слишком широко, чтобы с ней можно было справиться в отведенное на проект время. Хорошей идеей будет собрать как внутреннюю, так и внешнюю информацию, имеющую отношение к проблеме, которую команда пытается решить, чтобы прийти к собственным заключениям по поводу направленности проекта. Имея достаточно информации, можно заложить надежную основу для формулировки вашей ключевой точки зрения на проблему и приобрести глубокое понимание именно ваших пользователей, их характеристик и потребностей. Точка зрения должна быть убедительной и служить призывом к действию. Она также должна быть понятной и конкретной, чтобы можно было получить четкое представление о проблеме, требующей решения. Если точка зрения оформлена достаточно ясно и точно, найти подходящее решение для пользователя становится намного проще.
Часто много энергии тратится, чтобы скорее начать проект и двигаться в сторону поиска решения, вместо того, чтобы сконцентрироваться на самой ситуации. Точка зрения никогда не должна включать в себя ни конкретное решение, ни любые указания, как именно удовлетворить потребности пользователей. Вместо этого точка зрения должна давать вам и вашей команде простор для размышлений касательно возможных решений, которые выходят за рамки стандартных и меняют статус-кво. Вместо того, чтобы тратить энергию, спеша как можно скорее решить предполагаемую проблему, выделите время в самом начале, чтобы поместить проблему в контекст. В ходе проекта разумным будет рассмотреть ситуацию под разными углами зрения, прежде чем переходить к планированию и вносить ясность в вопрос, какую именно проблему команда пытается решить, а какие проблемы находятся вне зоны интересов. Вот что мы называем Точкой Зрения или POV. Это наш особый (и точный) взгляд на ситуацию или проблему. Хорошая точка зрения позволит генерировать идеи и решить поставленную проблему, не отклоняясь от главной цели и держа в фокусе внимания ваших пользователей, их потребности и найденные инсайты.
Решение
Начав с понимания контекста проблемы в рамках всей организации, команда должна совместно смоделировать ключевые факторы влияния (включая людей, товары, проекты, правила и процедуры и т. д.), связанные с их деятельностью. Составив карту взаимосвязей всех факторов с проектом и отметив, что каждый приобретает или теряет в результате их действий, команда получит представление об организационной среде проблемы и проекта. На этом этапе следует провести анализ угроз со стороны конкурентов (как внутри организации, так и за пределами), новых игроков на рынке и факторов влияния.
Если команда работает над продуктом или приложением, портфельный анализ может стать хорошим способом получить начальное представление, какие элементы составляют портфель продуктов, относящихся к определенной области. Это не только поможет избежать дублирования, но и выявит профильных экспертов или команды, которые могут пролить свет на проблемы и возможности, относящиеся к этой сфере. После того, как будут найдены профильные эксперты, проведите с ними интервью, чтобы перенять опыт и знание рынка. Узнайте, какие исследования они читали, к каким внешним экспертам обращались, определите и другие возможные источники информации, которые могут помочь команде.
Читать дальшеИнтервал:
Закладка: