#tools #best #team Как команде генерировать рабочие гипотезы, а не рандомно фантазировать?
Поможет шаблон для сбора командных идей в Notion, состоящий из 3 простых вопросов, на которые смогут ответить даже сотрудники без специальных знаний.
Несколько моментов:
1. Поля заполняются в порядке нумерации.
2. Фокус на проблеме, ориентация на результат.
3. Коммуникации 1:1 рулят, в шаблоне есть обратная связь от продакта к автору идеи.
👉 Ссылка на шаблон в Notion.
Уточню, что данный шаблон предназначен лишь для быстрого сбора и фиксации командных идей. Все работы по обогащению гипотез/сторис лучше проводить в отдельных тасках.
P.S. Для копирования шаблона в свой проект, скопируйте ссылку на нужную страницу с ним, вставьте в свой проект как linked и потом просто сделайте Duplicate.
Для назначения шаблона зайдите в нужную вам доску, нажмите создать новую таску и в пустом поле её описания выберите or create a template, в который и нужно вставить эти поля с формой.
Полезное по теме:
– Самая полезная обратная связь — негативная
– Повышаем качество выдаваемых комндой гипотез/идей/фич
Поможет шаблон для сбора командных идей в Notion, состоящий из 3 простых вопросов, на которые смогут ответить даже сотрудники без специальных знаний.
Несколько моментов:
1. Поля заполняются в порядке нумерации.
2. Фокус на проблеме, ориентация на результат.
3. Коммуникации 1:1 рулят, в шаблоне есть обратная связь от продакта к автору идеи.
👉 Ссылка на шаблон в Notion.
Уточню, что данный шаблон предназначен лишь для быстрого сбора и фиксации командных идей. Все работы по обогащению гипотез/сторис лучше проводить в отдельных тасках.
P.S. Для копирования шаблона в свой проект, скопируйте ссылку на нужную страницу с ним, вставьте в свой проект как linked и потом просто сделайте Duplicate.
Для назначения шаблона зайдите в нужную вам доску, нажмите создать новую таску и в пустом поле её описания выберите or create a template, в который и нужно вставить эти поля с формой.
Полезное по теме:
– Самая полезная обратная связь — негативная
– Повышаем качество выдаваемых комндой гипотез/идей/фич
#tools #metrics Измерение NPS - пустая трата времени.
Уверен, вы не раз цепляли форму опроса и спрашивали своих активированных юзеров «Достаточно ли вы удовлетворены сейчас, чтобы бла-бла в будущем?».
Просить людей предсказывать будущее очень рискованно – в будущем мы всегда принимаем лучшие решения, никогда не ошибаемся и не заставляем никого чувствовать себя некомфортно.
Вместо этого задавайте вопрос:
«Что делают довольные клиенты в нашем продукте?»
и адресуйте его... своей команде.
Ответы, которые найдёте вы и ваша команда и будут следствием удовлетворенности юзеров.
И именно они будут теми показателями, которые вы должны замерять для оценки удовлетворенности вместо NPS.
Вот некоторые примеры:
– Количество товаров, купленных за одно посещение.
– Среднее кол-во товаров, проданных одному покупателю в месяц.
– Количество посещений/время на пользователя в месяц.
– Количество погашенных реферальных кодов.
– Количество уже размещенных рекомендаций в соц. сетях.
Уверен, вы не раз цепляли форму опроса и спрашивали своих активированных юзеров «Достаточно ли вы удовлетворены сейчас, чтобы бла-бла в будущем?».
Просить людей предсказывать будущее очень рискованно – в будущем мы всегда принимаем лучшие решения, никогда не ошибаемся и не заставляем никого чувствовать себя некомфортно.
Вместо этого задавайте вопрос:
«Что делают довольные клиенты в нашем продукте?»
и адресуйте его... своей команде.
Ответы, которые найдёте вы и ваша команда и будут следствием удовлетворенности юзеров.
И именно они будут теми показателями, которые вы должны замерять для оценки удовлетворенности вместо NPS.
Вот некоторые примеры:
– Количество товаров, купленных за одно посещение.
– Среднее кол-во товаров, проданных одному покупателю в месяц.
– Количество посещений/время на пользователя в месяц.
– Количество погашенных реферальных кодов.
– Количество уже размещенных рекомендаций в соц. сетях.
#tools "Дерево продукта" - творческий и наглядный инструмент, который помогает увидеть основы и концепцию продукта, его слабые и сильные стороны, а также потенциальные направления его развития через визуализацию образа обычного дерева.
P.S. Шаблон "Дерево продукта" в Miro (раньше там был пример с Метеоагентом, но кто-то поленился сделать копию, всё стёр и заполнил очередным финтехстартапом). Оригинал картинки для печати.
P.S. Шаблон "Дерево продукта" в Miro (раньше там был пример с Метеоагентом, но кто-то поленился сделать копию, всё стёр и заполнил очередным финтехстартапом). Оригинал картинки для печати.
Telegraph
Методология "Дерево продукта (Product Tree)"
"Дерево продукта" - это творческий и наглядный инструмент, который помогает найти и организовать направления развития продукта и его концепции, а также увидеть его слабые и сильные стороны через визуализацию образа и процесса роста обычного дерева. Шаг №1.…
#tools DDDD – подход от Британского совета по дизайну, который помогает систематизировать процесс работы над чем угодно (исследования, дизайн, разработка, маркетинг и т.д.)
Так, любой процесс состоит из двух областей работы над ним – Область проблемы (с расходящимся потоком информационной дивергенции и конвергенции) и Область решения.
Каждая из областей является составной частью другой и включает в себя этапы работ:
1. Discover (изучение). Включает в себя поиск и сбор информации по поставленной проблеме, рынку, данным и т.п.
Задавай вопросы, проводи исследования и собирай всю необходимую информацию для определения потенциальных возможностей и решений.
2. Define (определение). Аналитика и обработка полученной информации, её интерпретация на предмет дальнейшего возможного внедрения, стратегия продукта, его цели и основные функции.
На этом этапе также создается каркас продукта, включая пользовательские сценарии, требования и макеты.
3. Develop (разработка). Переход в область непосредственных работ по интеграции, внедрению, запуску (и тестированию) решения.
На этом этапе происходит процесс создания дизайна, разработки, тестирования и итеративного улучшения продукта.
4. Deliver (доставка). Дальнейшие действия, когда решение "передаётся" в руки того, для кого оно предназначается – пользователей или заказчиков.
Этот этап включает подготовку продукта к запуску, управление релизом, маркетинговые и PR-активности, а также обратную связь пользователей и мониторинг его использования.
Соблюдение этого порядка действий позволяет "не терять то, с чего начали" и держать фокус на логике процессов.
😎 RUSPM
Так, любой процесс состоит из двух областей работы над ним – Область проблемы (с расходящимся потоком информационной дивергенции и конвергенции) и Область решения.
Каждая из областей является составной частью другой и включает в себя этапы работ:
1. Discover (изучение). Включает в себя поиск и сбор информации по поставленной проблеме, рынку, данным и т.п.
Задавай вопросы, проводи исследования и собирай всю необходимую информацию для определения потенциальных возможностей и решений.
2. Define (определение). Аналитика и обработка полученной информации, её интерпретация на предмет дальнейшего возможного внедрения, стратегия продукта, его цели и основные функции.
На этом этапе также создается каркас продукта, включая пользовательские сценарии, требования и макеты.
3. Develop (разработка). Переход в область непосредственных работ по интеграции, внедрению, запуску (и тестированию) решения.
На этом этапе происходит процесс создания дизайна, разработки, тестирования и итеративного улучшения продукта.
4. Deliver (доставка). Дальнейшие действия, когда решение "передаётся" в руки того, для кого оно предназначается – пользователей или заказчиков.
Этот этап включает подготовку продукта к запуску, управление релизом, маркетинговые и PR-активности, а также обратную связь пользователей и мониторинг его использования.
Соблюдение этого порядка действий позволяет "не терять то, с чего начали" и держать фокус на логике процессов.
Please open Telegram to view this post
VIEW IN TELEGRAM