Product in Gamedev

Всем привет! Давно не было постов чисто продуктовой тематики, поэтому внесу немного разнообразия. Недавно прослушал доклад Юрия Дрогана о фреймворке Jobs to Be Done и нашел несколько моментов, которые, на мой взгляд, могут быть полезны. Несмотря на то, что фреймворк не новый, многие применяют его неправильно.

Одна из самых частых ошибок — плохо определенные задачи пользователя. Задачи клиента не должны включать в себя готовые решения. Например, задача «покупать продукты рядом» включает в себя решение — рядом. Также задачи клиента не должны включать слова «быстро», «дешево», «качественно», «надежно». Нет таких клиентов, которые сказали бы: «А можно мне похуже, помедленнее и т.д.».

Формат задачи должен быть: глагол+объект/предмет+контекст. Например: управлять расходами семьи.

Первое, с чего нужно начинать любое JTBD исследование — разобраться, какую задачу решает ваш продукт. Важно уметь думать не на уровне продукта, а на уровне задачи пользователя. Если пользователь говорит «я хочу поменять кнопку», просто спросите: а какую глобальную задачу вы хотите решить?

Еще один важный инсайт: ценность — это когда вы забираете задачу пользователя, предлагая более простую работу. Например, найдя проблему «запутанные провода наушников», не изобретайте распутыватель наушников — предложите людям AirPods :)

Если любопытна данная тема рекомендую посмотреть полностью.

Если лень смотреть весь доклад, подпишитесь на канал @epicgrowth — один из каналов, которые читаю сам. Суть из докладов ребята сокращают до размера поста, что очень круто.

Источник: https://bit.ly/3jqRebD

www.tgoop.com/product_gamedev/478

4.39K viewsSep 2, 2020 at 15:20

Всем привет! Давно не было постов чисто продуктовой тематики, поэтому внесу немного разнообразия. Недавно прослушал доклад Юрия Дрогана о фреймворке Jobs to Be Done и нашел несколько моментов, которые, на мой взгляд, могут быть полезны. Несмотря на то, что фреймворк не новый, многие применяют его неправильно.

Одна из самых частых ошибок — плохо определенные задачи пользователя. Задачи клиента не должны включать в себя готовые решения. Например, задача «покупать продукты рядом» включает в себя решение — рядом. Также задачи клиента не должны включать слова «быстро», «дешево», «качественно», «надежно». Нет таких клиентов, которые сказали бы: «А можно мне похуже, помедленнее и т.д.».

Формат задачи должен быть: глагол+объект/предмет+контекст. Например: управлять расходами семьи.

Первое, с чего нужно начинать любое JTBD исследование — разобраться, какую задачу решает ваш продукт. Важно уметь думать не на уровне продукта, а на уровне задачи пользователя. Если пользователь говорит «я хочу поменять кнопку», просто спросите: а какую глобальную задачу вы хотите решить?

Еще один важный инсайт: ценность — это когда вы забираете задачу пользователя, предлагая более простую работу. Например, найдя проблему «запутанные провода наушников», не изобретайте распутыватель наушников — предложите людям AirPods :)

Если любопытна данная тема рекомендую посмотреть полностью.

Если лень смотреть весь доклад, подпишитесь на канал @epicgrowth — один из каналов, которые читаю сам. Суть из докладов ребята сокращают до размера поста, что очень круто.

Источник: https://bit.ly/3jqRebD

BY Product in Gamedev