Собирательный образ клиента - инструкция по применению
Как говорится: Лучше поздно, чем никогда. Задержал обещанный пост про алгоритм разработки шаблона персоны из предыдущего поста. Исправлюсь.
Итак, начнем с верхушки айсберга.
Персона - образ собирательный, но относимся мы к ней как к живому человеку, поэтому у нее должно быть имя. Мы в проектах всегда старались придумывать имена интересные, чтобы легче было запоминать и потом оперировать ими при разработке функционала продукта или сервиса. Часто можно услышать примерно такую фразу: «А это мы делаем для Агнессы Волшебной…» и далее аргумент.
Обязательно нужна яркая цитата, которая будет емко характеризовать нашу персону. Опять же, не просто так. Это отличный элемент эмпатии, ведь позволяет нам установить эмоциональный контакт с пользователем и лучше понимать его внутренний мир. Цитату нельзя выдумывать самим, берём только из интервью. Это одновременно и забавно, и практично. Вкупе с замысловатым именем, гарантировано, вы не запутаетесь в ваших клиентах. И будете быстро ориентироваться в их многообразии.
Блок с описанием основных социально-демографических характеристик пользователя - это база. Можно усложнить и описывать специфические критерии, но только в том случае, когда это имеет смысл. В проекте, шаблон их которого я показал, такой смысл был, так как нам было важно понимать многообразие имеющихся у исследователей навыков для работы с данными.
Далее описываем сложности или боли. Как правило, их много и у вас тут две важнейших задачи: 1. Выявить все боли вашего клиента в контексте решаемых ими задач при помощи вашего продукта 2. Приоритезировать боли в порядке значимости для клиента
Так вы вы сразу будете видеть какую из них лучше начать регать в первую очередь. Поэтому в дизайн исследования нужно включать такие вопросы, которые помогут на этапе интервью отранжировать боли по важности.
Следом ищем потребности клиентов. Дело непростое, ведь часто люди сами не знают чего хотят и напрямую о своих истинных желаниях прямо не говорят. Вам нужно глубоко вникать в самую суть вещей, быть внимательным во время проведения исследований, а также уметь докапываться до сути. Как только вы научитесь это делать, ваша жизнь заиграет новыми красками.
После потребностей выявляем задачи, которые решает человек. Помните, задача - не равно потребность. Часто их путают, но это не так. Задача - это больше про внешнее, про выполнение четких и понятных функций, действий, а потребность всегда про внутреннее, про удовлетворение эмоциональных потребностей.
Отсюда у нас образуется треугольник: боль - задача - потребность. На этапе разработки решения вы должны помогать клиенту снимать его боли, что позволит ему качественно решать имеющиеся задачи, а это, в конечном итоге, должно приводит к удовлетворению потребности.
Ну и самый непонятный блок - Job Stories. Он появился в шаблоне в том момент, когда я окончательно разобрался с концепцией под названием Jobs To Be Done (работы, которые нужно выполнить). Это подход для создания продуктов и сервисов, суть которого заключается в том, что пользователь «нанимает» продукт, товар, сервис или услугу для того, чтобы закрыть свою потребность.
Так вот, в Job stories мы описываем подробные данные о потребности человека: ситуация, в которой возникла проблема, мотивация, или изменение — что должно произойти, чтобы проблема исчезла, и результат — что будет, когда проблема решится. Такой подход дает исчерпывающее понимание целевой аудитории, что неизменно приводит к поиску правильных решений потребностей людей.
В конце пути собираете всю информацию о вашем клиенте на один слайд и вот уже вы и ваша команда понимаете для кого и зачем вы работаете. Разберетесь с этим - считаете половину дела уже сделали. Дальше останется только придумать решения и реализовать их на практике, но это уже другая история.
Собирательный образ клиента - инструкция по применению
Как говорится: Лучше поздно, чем никогда. Задержал обещанный пост про алгоритм разработки шаблона персоны из предыдущего поста. Исправлюсь.
Итак, начнем с верхушки айсберга.
Персона - образ собирательный, но относимся мы к ней как к живому человеку, поэтому у нее должно быть имя. Мы в проектах всегда старались придумывать имена интересные, чтобы легче было запоминать и потом оперировать ими при разработке функционала продукта или сервиса. Часто можно услышать примерно такую фразу: «А это мы делаем для Агнессы Волшебной…» и далее аргумент.
Обязательно нужна яркая цитата, которая будет емко характеризовать нашу персону. Опять же, не просто так. Это отличный элемент эмпатии, ведь позволяет нам установить эмоциональный контакт с пользователем и лучше понимать его внутренний мир. Цитату нельзя выдумывать самим, берём только из интервью. Это одновременно и забавно, и практично. Вкупе с замысловатым именем, гарантировано, вы не запутаетесь в ваших клиентах. И будете быстро ориентироваться в их многообразии.
Блок с описанием основных социально-демографических характеристик пользователя - это база. Можно усложнить и описывать специфические критерии, но только в том случае, когда это имеет смысл. В проекте, шаблон их которого я показал, такой смысл был, так как нам было важно понимать многообразие имеющихся у исследователей навыков для работы с данными.
Далее описываем сложности или боли. Как правило, их много и у вас тут две важнейших задачи: 1. Выявить все боли вашего клиента в контексте решаемых ими задач при помощи вашего продукта 2. Приоритезировать боли в порядке значимости для клиента
Так вы вы сразу будете видеть какую из них лучше начать регать в первую очередь. Поэтому в дизайн исследования нужно включать такие вопросы, которые помогут на этапе интервью отранжировать боли по важности.
Следом ищем потребности клиентов. Дело непростое, ведь часто люди сами не знают чего хотят и напрямую о своих истинных желаниях прямо не говорят. Вам нужно глубоко вникать в самую суть вещей, быть внимательным во время проведения исследований, а также уметь докапываться до сути. Как только вы научитесь это делать, ваша жизнь заиграет новыми красками.
После потребностей выявляем задачи, которые решает человек. Помните, задача - не равно потребность. Часто их путают, но это не так. Задача - это больше про внешнее, про выполнение четких и понятных функций, действий, а потребность всегда про внутреннее, про удовлетворение эмоциональных потребностей.
Отсюда у нас образуется треугольник: боль - задача - потребность. На этапе разработки решения вы должны помогать клиенту снимать его боли, что позволит ему качественно решать имеющиеся задачи, а это, в конечном итоге, должно приводит к удовлетворению потребности.
Ну и самый непонятный блок - Job Stories. Он появился в шаблоне в том момент, когда я окончательно разобрался с концепцией под названием Jobs To Be Done (работы, которые нужно выполнить). Это подход для создания продуктов и сервисов, суть которого заключается в том, что пользователь «нанимает» продукт, товар, сервис или услугу для того, чтобы закрыть свою потребность.
Так вот, в Job stories мы описываем подробные данные о потребности человека: ситуация, в которой возникла проблема, мотивация, или изменение — что должно произойти, чтобы проблема исчезла, и результат — что будет, когда проблема решится. Такой подход дает исчерпывающее понимание целевой аудитории, что неизменно приводит к поиску правильных решений потребностей людей.
В конце пути собираете всю информацию о вашем клиенте на один слайд и вот уже вы и ваша команда понимаете для кого и зачем вы работаете. Разберетесь с этим - считаете половину дела уже сделали. Дальше останется только придумать решения и реализовать их на практике, но это уже другая история.
BY Паратунов | Клиентоцентрично
Warning: Undefined variable $i in /var/www/group-telegram/post.php on line 260
In the United States, Telegram's lower public profile has helped it mostly avoid high level scrutiny from Congress, but it has not gone unnoticed. "There are several million Russians who can lift their head up from propaganda and try to look for other sources, and I'd say that most look for it on Telegram," he said. "There is a significant risk of insider threat or hacking of Telegram systems that could expose all of these chats to the Russian government," said Eva Galperin with the Electronic Frontier Foundation, which has called for Telegram to improve its privacy practices. That hurt tech stocks. For the past few weeks, the 10-year yield has traded between 1.72% and 2%, as traders moved into the bond for safety when Russia headlines were ugly—and out of it when headlines improved. Now, the yield is touching its pandemic-era high. If the yield breaks above that level, that could signal that it’s on a sustainable path higher. Higher long-dated bond yields make future profits less valuable—and many tech companies are valued on the basis of profits forecast for many years in the future. If you initiate a Secret Chat, however, then these communications are end-to-end encrypted and are tied to the device you are using. That means it’s less convenient to access them across multiple platforms, but you are at far less risk of snooping. Back in the day, Secret Chats received some praise from the EFF, but the fact that its standard system isn’t as secure earned it some criticism. If you’re looking for something that is considered more reliable by privacy advocates, then Signal is the EFF’s preferred platform, although that too is not without some caveats.
from us
