Цифры связывают намеченные результаты с пунктом в цепочке.
1. Customer: чего мы собираемся добиться в понимании пользователей. В моём случае это бизнес-пользователи Wise - те, основная потребность которых получать платежи от клиентов из других стран и рассчитываться с поставщиками, расположенными в других частях света.
2. Problem: какие у пользователей проблемы и как мы понимаем, что знаем их достаточно хорошо. Базовая проблема в международных расчётах - стоимость трансграничных переводов и курс обмена валюты. То, в чём Wise очень хорошо решает проблему уже сейчас.
3. Solution какое решение хотим протестировать. Тут непосредственно разработка и запуски. Вторым подпунком выделены риски. Они выделены потому, что как только ты начинаешь предлагать финансовые сервисы, возникают риски для самого сервиса. Продакт-экономика. Куда без неё? В совмременном IT за год можно запустить можно всё, что угодно, а вот быть конкурентоспособным и финансово устойчивыми при этом - это сложная оптимизационная задача.
4. Metrics: метрики, которые будут нас направлять и подтверждать / опровергать гипотезы. Тут вы сами хорошо представите примеры.
5ым пунктом выделили роадмап. Берём одну цепочку Пользователь —> Проблема —> Решение —> Метрики. И масштабируем ещё на 3, 5, 20.. таких же связок и приоритизируем их. По этому приоритету выстраиваем следующую цепочку и расставляем на временной шкале.
Делюсь в качестве иллюстрации, что базовый подход к проработке любого продукта – это не теория, это очень конкретный и мощный инструмент структурировать знания и построить план действий.
Подходит для любого продукта и даже для составления личного плана развития поверх него (потому что продакт растёт вместе с проработкой и развитием продукта).
Для ваших планов такая логика подойдёт? Будет полезной?
1. Customer: чего мы собираемся добиться в понимании пользователей. В моём случае это бизнес-пользователи Wise - те, основная потребность которых получать платежи от клиентов из других стран и рассчитываться с поставщиками, расположенными в других частях света.
2. Problem: какие у пользователей проблемы и как мы понимаем, что знаем их достаточно хорошо. Базовая проблема в международных расчётах - стоимость трансграничных переводов и курс обмена валюты. То, в чём Wise очень хорошо решает проблему уже сейчас.
3. Solution какое решение хотим протестировать. Тут непосредственно разработка и запуски. Вторым подпунком выделены риски. Они выделены потому, что как только ты начинаешь предлагать финансовые сервисы, возникают риски для самого сервиса. Продакт-экономика. Куда без неё? В совмременном IT за год можно запустить можно всё, что угодно, а вот быть конкурентоспособным и финансово устойчивыми при этом - это сложная оптимизационная задача.
4. Metrics: метрики, которые будут нас направлять и подтверждать / опровергать гипотезы. Тут вы сами хорошо представите примеры.
5ым пунктом выделили роадмап. Берём одну цепочку Пользователь —> Проблема —> Решение —> Метрики. И масштабируем ещё на 3, 5, 20.. таких же связок и приоритизируем их. По этому приоритету выстраиваем следующую цепочку и расставляем на временной шкале.
Делюсь в качестве иллюстрации, что базовый подход к проработке любого продукта – это не теория, это очень конкретный и мощный инструмент структурировать знания и построить план действий.
Подходит для любого продукта и даже для составления личного плана развития поверх него (потому что продакт растёт вместе с проработкой и развитием продукта).
Для ваших планов такая логика подойдёт? Будет полезной?