Нет глупых вопросов

❓Как определить целевую аудиторию?

На конференции Analyst Days я рассказывала о карте эмпатии и для чего ее создавать. И сейчас, готовясь к выступлению на Желтой конфе, я решила воспользоваться именно ей и тем алгоритмом, который предложила по ее созданию. А целевая аудитория тут не слушатели доклада (о них думаю можно и отдельно поговорить), а пользователи документации на проектах, внедрениях и создании кастомных продуктов 1С. И именно о проблемах наличия и создания документации я буду говорить в докладе на конференции.

📘 Итак, основная цель создания карты эмпатии (или портрета заказчика) — определить ключевые психологические моменты, которые будут влиять на целевую аудиторию (может быть и из одного человека) и определять их отношение к продукту / проекту / задаче.

Что бы создать карту эмпатии я определила следующие шаги. Рассмотрим их сразу применительно к тому, кому и какая же нужна документация в 1С и почему эта тема болит.

1⃣ Определить цель продукта / проекта / задачи

Задаем себе вопрос: для чего нам документация? И отсюда можно будет и понять, а какая нам нужна документация.

Документация может закрывать следующие моменты:
— белые пятна в предметных областях продукта / проекта / задачи;
— решение вопросов онбординга;
— bus-фактор в знаниях сотрудников (знания принадлежат одному);
— хаотичность коммуникации сотрудников при работе над кросс-задачами.

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

2⃣ Определить заказчика и его роль и влияние на продукт / проект / задачу

Тут как раз заказчиком будет уже слушатель моего доклада. Какая будет аудитория? Это будут разработчики 1С, аналитики 1С? Или это будет смешанная аудитория?
Предположим, что больше будет разработчиков 1С, тогда нас интересует техническая документация в первую очередь, но не исключено, что для разработчиков будет интересна и полезна другая документация.

3⃣ Выбрать шаблон карты эмпатии

На Analyst Days я разбирала три вида шаблонов карт эмпатии. Сами шаблоны и примеры их заполнения можно посмотреть тут. Возьмем первый вариант — квадрант потребителя.

4⃣ Заполнить шаблон по шагам

Заполняем поля шаблона квадранта потребителя исходя из определенного у нас заказчика (пользователя) документации — разработчика 1С.

➡️ Что говорит? Немногословен, брутален, педант и интроверт. Слова должны быть четко и по существу.
➡️ Что думает? Мысли заняты построением масштабных моделей систем 1С у себя в голове. Если видите, что разработчик задумался, взгляд направлен внутрь себя, — не отвлекайте, идет мыслительный процесс.
➡️ Что делает? Придумывает логику и структуру реализации задачи (проекта / продукта) в 1С (80% времени) и только 20% времени — кодит.
➡️ Что чувствует? Немного меланхоличного раздражения, когда в его мир дум врывается аналитик с "Мне только спросить на секундочку".

5⃣ Провести ревью результатов

Это один из самых сложных шагов. Так как составляя карту эмпатии, мы становимся на место определенного нами заказчика (разработчика 1С). Поэтому выполнив пункт 4, желательно его показать нескольким людям из потенциальной целевой аудитории.

6⃣ Соотнести результаты с требованием к проекту / задаче

Исходный пример был, что новому разработчику трудно всегда погружаться в кастомный продукт. А исходя из портрета нашего разработчика (пункт 4) документация к продукту должна отвечать таким требованием как лаконичность, целостность, полнота. В ней должны быть как бизнес-требования, так и технические характеристики.


❗️❗️❗️ А кто у вас основной пользователь документации?

📎 А данный пост участвует в конкурсе "Продолжи мысль" от Школы анализа и проектирования информационных систем @systems_education в номинации "Авторская методика".

#продолжи_мысль_SE

Ставим лайки:
🟡 — хочу продолжение и в 1С!!!
🤔 — я все и так сам знаю.
👍 — документация — это боль, зло и наше спасение.

Please open Telegram to view this post

VIEW IN TELEGRAM

🔥4

www.group-telegram.com/us/IT1CQA.com/223

157 viewsedited  Aug 11 at 06:36

❓Как определить целевую аудиторию?

На конференции Analyst Days я рассказывала о карте эмпатии и для чего ее создавать. И сейчас, готовясь к выступлению на Желтой конфе, я решила воспользоваться именно ей и тем алгоритмом, который предложила по ее созданию. А целевая аудитория тут не слушатели доклада (о них думаю можно и отдельно поговорить), а пользователи документации на проектах, внедрениях и создании кастомных продуктов 1С. И именно о проблемах наличия и создания документации я буду говорить в докладе на конференции.

📘 Итак, основная цель создания карты эмпатии (или портрета заказчика) — определить ключевые психологические моменты, которые будут влиять на целевую аудиторию (может быть и из одного человека) и определять их отношение к продукту / проекту / задаче.

Что бы создать карту эмпатии я определила следующие шаги. Рассмотрим их сразу применительно к тому, кому и какая же нужна документация в 1С и почему эта тема болит.

1⃣ Определить цель продукта / проекта / задачи

Задаем себе вопрос: для чего нам документация? И отсюда можно будет и понять, а какая нам нужна документация.

Документация может закрывать следующие моменты:
— белые пятна в предметных областях продукта / проекта / задачи;
— решение вопросов онбординга;
— bus-фактор в знаниях сотрудников (знания принадлежат одному);
— хаотичность коммуникации сотрудников при работе над кросс-задачами.

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

2⃣ Определить заказчика и его роль и влияние на продукт / проект / задачу

Тут как раз заказчиком будет уже слушатель моего доклада. Какая будет аудитория? Это будут разработчики 1С, аналитики 1С? Или это будет смешанная аудитория?
Предположим, что больше будет разработчиков 1С, тогда нас интересует техническая документация в первую очередь, но не исключено, что для разработчиков будет интересна и полезна другая документация.

3⃣ Выбрать шаблон карты эмпатии

На Analyst Days я разбирала три вида шаблонов карт эмпатии. Сами шаблоны и примеры их заполнения можно посмотреть тут. Возьмем первый вариант — квадрант потребителя.

4⃣ Заполнить шаблон по шагам

Заполняем поля шаблона квадранта потребителя исходя из определенного у нас заказчика (пользователя) документации — разработчика 1С.

➡️ Что говорит? Немногословен, брутален, педант и интроверт. Слова должны быть четко и по существу.
➡️ Что думает? Мысли заняты построением масштабных моделей систем 1С у себя в голове. Если видите, что разработчик задумался, взгляд направлен внутрь себя, — не отвлекайте, идет мыслительный процесс.
➡️ Что делает? Придумывает логику и структуру реализации задачи (проекта / продукта) в 1С (80% времени) и только 20% времени — кодит.
➡️ Что чувствует? Немного меланхоличного раздражения, когда в его мир дум врывается аналитик с "Мне только спросить на секундочку".

5⃣ Провести ревью результатов

Это один из самых сложных шагов. Так как составляя карту эмпатии, мы становимся на место определенного нами заказчика (разработчика 1С). Поэтому выполнив пункт 4, желательно его показать нескольким людям из потенциальной целевой аудитории.

6⃣ Соотнести результаты с требованием к проекту / задаче

Исходный пример был, что новому разработчику трудно всегда погружаться в кастомный продукт. А исходя из портрета нашего разработчика (пункт 4) документация к продукту должна отвечать таким требованием как лаконичность, целостность, полнота. В ней должны быть как бизнес-требования, так и технические характеристики.


❗️❗️❗️ А кто у вас основной пользователь документации?

📎 А данный пост участвует в конкурсе "Продолжи мысль" от Школы анализа и проектирования информационных систем @systems_education в номинации "Авторская методика".

#продолжи_мысль_SE

Ставим лайки:
🟡 — хочу продолжение и в 1С!!!
🤔 — я все и так сам знаю.
👍 — документация — это боль, зло и наше спасение.