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