Зачем нам нужна модель потребностей:
1. Формирование и коммуникация образа аудитории всем участникам процесса выработки требований и создания продукта
2. Обоснованное проектирование и приоритезация пользовательских свойств продукта (прежде всего — функциональных)
3. Снижение рисков неучёта ряда потребностей или недооценки их актуальности
4. Более точное соответствие продукта потребностям аудитории
5. Увеличение охвата аудитории
6. Увеличение прибыли
7. Получение основ для стратегического планирования, в том числе перспективных исследований
Последующая методика экспертного экспресс-моделирования, основана на методе Дельфи, методе разработки пользовательских историй в Agile и методе оценивания и согласования оценок в Agile.
Собирается группа из 5-6 экспертов и модератора. Эксперты набираются из числа участников проекта, которым близка и интересна задача проекта — маркетолог, аналитик, менеджер, юзабилист, психолог, социолог, разработчик, пользователь.
I. Выявление кластеров и потребностей
1-й этап — генерация кластеров — модератор формулирует группе задачу придумать, какие на их взгляд, есть социокластеры среди пользователей интернета, которым может быть близка тематика проекта и предлагает их выписать на карточки, не оглашая вслух и не показывая друг другу — «аудиофилы», «студенты», «музыканты» — что угодно, тут основная цель — выделить разнообразные группы, до 20-30 штук. Причём чем мельче будет группа, тем в принципе проще ей потом атрибутировать потребности.
2-й этап — оглашение, сопоставление и объяснение кластеров. Все кластера выписываются на доску, дубликаты удаляются, каждый автор кластера объясняет, что он имел в виду под кластером, даёт ему неформальное определение, добивается понимания. Схожие кластеры сливаются, явно нерелевантные кластеры уничтожаются коллективным мнением. Могут добавиться новые кластеры если кто-то вспомнит что-то ещё.
3-й этап — для каждой из заявленных на доске кластеров группа выдвигает в режиме мозгового штурма предполагаемые жизненные ситуации, задачи и потребности. Они выписываются для каждого кластера на доску, каждый кластер рассматривается по-отдельности.
II. Оценка размеров кластера, частоты возникновения потребности и её приоритетности (жизненно важная, желательная, развлекательная)
4-й этап — группа производит независимое оценивание размеров каждого кластера (для рунета в целом или только для Москвы — в зависимости от аудитории продукта), затем происходит «вскрытие оценок», авторы наиболее радикальных оценок объясняют её, повторное оценивание и согласование вплоть до сходимости в пределах +/- 25%.
5-й этап — то же самое относительно частоты возникновения потребности (несколько раз в день, раз в день, раз в неделю, раз в месяц, раз в квартал, раз в полгода, раз в год, раз в 3 года, раз в 5 лет, раз в 8 лет, раз в 15 лет, раз в 25 лет).
6-й этап — то же относительно приоритетности.
На основании оценок можно будет произвести ранжирование потребностей по актуальности для реализации, иметь стратегический план закрытия потребностей фичами продукта на год и более.
1. Формирование и коммуникация образа аудитории всем участникам процесса выработки требований и создания продукта
2. Обоснованное проектирование и приоритезация пользовательских свойств продукта (прежде всего — функциональных)
3. Снижение рисков неучёта ряда потребностей или недооценки их актуальности
4. Более точное соответствие продукта потребностям аудитории
5. Увеличение охвата аудитории
6. Увеличение прибыли
7. Получение основ для стратегического планирования, в том числе перспективных исследований
Последующая методика экспертного экспресс-моделирования, основана на методе Дельфи, методе разработки пользовательских историй в Agile и методе оценивания и согласования оценок в Agile.
Собирается группа из 5-6 экспертов и модератора. Эксперты набираются из числа участников проекта, которым близка и интересна задача проекта — маркетолог, аналитик, менеджер, юзабилист, психолог, социолог, разработчик, пользователь.
I. Выявление кластеров и потребностей
1-й этап — генерация кластеров — модератор формулирует группе задачу придумать, какие на их взгляд, есть социокластеры среди пользователей интернета, которым может быть близка тематика проекта и предлагает их выписать на карточки, не оглашая вслух и не показывая друг другу — «аудиофилы», «студенты», «музыканты» — что угодно, тут основная цель — выделить разнообразные группы, до 20-30 штук. Причём чем мельче будет группа, тем в принципе проще ей потом атрибутировать потребности.
2-й этап — оглашение, сопоставление и объяснение кластеров. Все кластера выписываются на доску, дубликаты удаляются, каждый автор кластера объясняет, что он имел в виду под кластером, даёт ему неформальное определение, добивается понимания. Схожие кластеры сливаются, явно нерелевантные кластеры уничтожаются коллективным мнением. Могут добавиться новые кластеры если кто-то вспомнит что-то ещё.
3-й этап — для каждой из заявленных на доске кластеров группа выдвигает в режиме мозгового штурма предполагаемые жизненные ситуации, задачи и потребности. Они выписываются для каждого кластера на доску, каждый кластер рассматривается по-отдельности.
II. Оценка размеров кластера, частоты возникновения потребности и её приоритетности (жизненно важная, желательная, развлекательная)
4-й этап — группа производит независимое оценивание размеров каждого кластера (для рунета в целом или только для Москвы — в зависимости от аудитории продукта), затем происходит «вскрытие оценок», авторы наиболее радикальных оценок объясняют её, повторное оценивание и согласование вплоть до сходимости в пределах +/- 25%.
5-й этап — то же самое относительно частоты возникновения потребности (несколько раз в день, раз в день, раз в неделю, раз в месяц, раз в квартал, раз в полгода, раз в год, раз в 3 года, раз в 5 лет, раз в 8 лет, раз в 15 лет, раз в 25 лет).
6-й этап — то же относительно приоритетности.
На основании оценок можно будет произвести ранжирование потребностей по актуальности для реализации, иметь стратегический план закрытия потребностей фичами продукта на год и более.