#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