[БЕЗ_ЗВУКА] Иногда случается так, что у вас нет возможности обеспечить живое общение с пользователями, например, из-за ограничений по ресурсам. В этом уроке мы познакомимся с еще одним инструментом, который поможет восполнить этот пробел, хотя он также будет полезным и при параллельной работе с живыми пользователями. Я говорю о персонах. Персоны являются вымышленными фигурами, или архетипами, которые являются примером взаимодействия с разрабатываемым продуктом. Они часто используются в методах agile, чтобы понять выгоду с точки зрения конкретного клиента, и позволяют команде, которая, возможно, не имеет прямого доступа к представителю заказчика, лучше понять его потребности. Работа команды при этом может быть сфокусирована на приносящих наибольшую пользу определенной персоне функциях разрабатываемого продукта. Персоны должны быть описаны так, как будто они являются реальными людьми. Персоны могут иметь имя, личностные свойства, семью, работу, уровень квалификации, предпочтения, модели поведения и личные отношения. Это также хорошая практика, чтобы написать короткий рассказ вида «день из жизни» и добавить изображения, которые помогут команде визуализировать пользователей. Использование персон дает более глубокое понимание о ключевых заинтересованных сторонах, чем от традиционной роли или описания действующего лица. Персоны помогают продавать целевые и весьма практичные продукты, потому что они копируют тонкие качества реальных людей, которые могут взаимодействовать с системами, и то, как они делают свою работу. Если доступны демографические или антропоморфные данные о предполагаемых пользователях, то это будет хорошим подспорьем для начала создания персон. Однако в некоторых случаях необходимо проявлять творческий подход или придумывать персоны на основе нескольких сухих фактов о предполагаемых конечных пользователях. В любом случае, должны быть определены конкретные пользователи. В зависимости от размера предполагаемой базы пользователей и их различий определение персон может значительно варьироваться по количеству. Затем необходимо ранжировать персоны по нескольким ключевым целям, которые обеспечат наибольшую пользу от создаваемой системы. Когда будут выдвигаться предположения о дизайне, необходимо будет принимать во внимание, какое влияние они окажут на целевых персон. Как говорил Купер, «частая ошибка заключается в разработке для тех, кто близок продукту, а не для фактического пользователя... IT-менеджер, который обычно приобретает продукт, обычно не является его пользователем». Давайте рассмотрим преимущества использования персон. Персоны помогают членам команды обобщить конкретное, согласованное понимание различных групп аудитории продукта. Данные о группах могут быть внедрены в соответствующую среду и могут быть поняты, и служить пониманием в логически связанных историях. Предлагаемые решения могут определяться тем, насколько хорошо они отвечают потребностям отдельных пользовательских персон. Функции могут быть приоритетными на основе того, насколько хорошо они удовлетворяют потребности одной или нескольких персон. Персоны получают человеческое лицо для того, чтобы сосредоточиться на сопереживании персоне, предоставленным демографическим данным. Также у методики персон есть и некоторые недостатки. Персоны являются вымышленными, поэтому часто возникает тенденция к созданию персон, которые воплощают черты, являющиеся общими для большинства пользователей. Но при этом создается некий средний пользователь, который не обладает индивидуальностью или реалистичностью. Это может привести к созданию продукта, который предназначен для всего и для всех. Персоны не могут быть хорошей заменой для реальных пользователей, если таковые имеются. Персоны могут дистанцировать команду от сообщества пользователей. В любом случае, рекомендую попробовать этот инструмент, так как любое дополнительное сближение с вашими пользователями точно не будет лишним.