Войти в систему
Войти с помощью соц. сетей:
В поисках возможностей для роста продукта за счет улучшения текущих функций и создания новых можно обратиться к теории работ Jobs To Be Done. Суть теории работ в том, чтобы определять реальные задачи пользователей, связанные с продуктом, и контекст их решения и, основываясь на этих данных, вносить изменения в продукт, влияющие на рост ключевых метрик.
Существуют разные трактовки и подходы к работе с теорией. Для команды роста важно не закопаться в исследованиях, а найти быстрые решения, которые дадут измеримый результат.
Подход команды роста строится следующим образом.
Прежде чем брать инструмент в работу, нужно понять, какую задачу хочет решить команда, и определить связанную с ней метрику, влияние на которую будет определять результат.
Для сервиса такси, например, задачей может быть увеличение числа поездок за счет уменьшения количества отказов в момент ожидания машины. Метрика — процент отказов.
Истории работы (Job Stories) помогают сфокусироваться на ситуациях, мотивации пользователя и нужном ему результате.
Формула: Когда + Я хочу + Чтобы.
Участники команды предлагают свои варианты историй, исходя из понимания продукта, запросов пользователей, данных аналитики.
Пример истории работы для сервиса такси:
Чтобы убедиться в том, что истории работы имеют реальное подтверждение, нужно пообщаться с пользователями сервиса, которые недавно отменяли заказ по причине долгого ожидания. В процессе интервью необходимо выяснить контекст, в котором находился пользователь, его мотивацию и действия после отказа. Важно не сообщать ему о предполагаемом решении и не просить подтвердить, что это сработает.
По результатам нескольких интервью вы сможете сгруппировать истории работы по повторяемости или сформулировать новые, которые не были очевидны ранее.
Если в ходе интервью вы обнаружили подтверждение существующих у пользователей задач, можно перейти к генерации гипотез. Одна история работы может иметь несколько разных способов решения, и, наоборот, одно решение может закрывать сразу несколько историй работы.
Чтобы более четко понять, что именно нужно сделать в продукте, необходимо сформулировать гипотезы решений. В формулировке гипотезы должно содержаться предполагаемое изменение на стороне продукта и измеримый эффект, к которому оно может привести. Например: если отправлять пользователям сообщения об изменении времени подачи при опоздании водителя, то это позволит снизить количество отказов на 10%.
Для тестирования изменений необязательно разрабатывать новый функционал или дорабатывать текущий. На стадии проверки гипотезы вы можете воспроизвести его в ручном режиме.
Например, в течение какого-то времени отслеживать ситуации, когда первоначальное время подачи уже прошло, а машина еще не приехала на заказ. Смотреть на карте расположение водителя и пассажира, высчитывать фактическое время приезда, звонить пассажиру или отправлять ему личное сообщение, объясняющее ситуацию.
Если тестирование показывает, что процент отказов при таком подходе ниже, чем когда пассажир не получает информации об опоздании, можно переходить к внедрению эксперимента на стороне продукта.
Теория работ — очень многогранная теория, применять которую можно по-разному и для решения разнообразных задач. Важно помнить, что от команды роста требуется высокая скорость проверки гипотез, поэтому нет возможности проводить длительные, сложные исследования.
Чтобы облегчить применение инструмента, допустимо внести в него упрощения, которые не противоречат исходной логике и помогают команде в быстром поиске возможностей для роста.
Войти с помощью соц. сетей: