DB
я как менеджер по маркетингу хочу повысить конверсию в продажи, чтобы увеличить доход моего направления
Size: a a a
2020 October 21
DB
а уж что для этого надо делать — ответят специалисты по продающим интерфейсам и эксперименты
N
Коллеги, в продолжение обсуждений user story.
У нас тут возник такой концептуальный вопрос: а имеет ли право на жизнь история «от третьего лица»? То есть выражающая потребность не того пользователя, на процесс которого влияет.
Например:
«я как менеджер по маркетингу хочу увеличить кнопку покупки, чтобы сделать её более заметной для покупателей»
У нас тут возник такой концептуальный вопрос: а имеет ли право на жизнь история «от третьего лица»? То есть выражающая потребность не того пользователя, на процесс которого влияет.
Например:
«я как менеджер по маркетингу хочу увеличить кнопку покупки, чтобы сделать её более заметной для покупателей»
Со стороны частенько виднее. Что плохого?
GK
я как менеджер по маркетингу хочу повысить конверсию в продажи, чтобы увеличить доход моего направления
То есть что конкретно нужно сделать в этом случае пишется в критериях приёмки тогда?
Просто к истории «хочу повысить продажи» критерием приёмки на первый взгляд ожидался бы рост продаж. А это программисты не напишут и тестировщики не протестируют.
Просто к истории «хочу повысить продажи» критерием приёмки на первый взгляд ожидался бы рост продаж. А это программисты не напишут и тестировщики не протестируют.
DB
Так это история и не для разработчиков
GK
А для разработчиков тогда что?
A
Итоги работы специалистов по продающим интерфейсам и экспериментам, очевидно
GK
Ну, вопрос-то в том, как формулировать историю для команды разработки
GK
Или для таких случаев передача разработчикам истории вообще не работает, и нужно как-то по другому задачи ставить?
A
Ну те самые специалисты выкатят описание эксперимента, где будут уже понятные требования. А если кто-то экспертно предположил, что кнопочка побольше увеличит продажи, то оформляйте как угодно -)
GK
Итоги работы специалистов по продающим интерфейсам и экспериментам, очевидно
Итоги работы специалистов — это куча цифр, с которыми надо разбираться и принимать решение. И это решение будет принимать не разработчик.
С точки зрения разработчика вообще не важно, решение «увеличить кнопочку» принято на основе экспериментов, или это «экспертное мнение».
От разработчика требуется увеличить кнопку.
В каком виде можно формулировать историю, чтобы до него это донести?
С точки зрения разработчика вообще не важно, решение «увеличить кнопочку» принято на основе экспериментов, или это «экспертное мнение».
От разработчика требуется увеличить кнопку.
В каком виде можно формулировать историю, чтобы до него это донести?
DB
я как менеджер по маркетингу, хочу, чтобы интерфейс продукта в части X выглядел как макет/описание Y, чтобы повысить конверсию в продажи
GK
Спасибо 👍
KS
Или для таких случаев передача разработчикам истории вообще не работает, и нужно как-то по другому задачи ставить?
Все прекрасно работает. Но сторя "повысить продажи" абстрактно и правда не взлетит, т.к. это бизнес цель. А сторя будет выглядеть примерно так: "Я как маркетолог хочу повысить видимость предложения Х чтобы увеличить конверсию лидов привлечённых через канал Y".
А уж кнопка это или не кнопка - вопрос вообще десятый. К сторе приложить мокап с гипотезой и критерии приемки которые позволят понять сделано задуманное или нет. И еще в идеале обозначить метрику на которую эта успешно сделанная сторя должна повлиять.
И готово.
А уж кнопка это или не кнопка - вопрос вообще десятый. К сторе приложить мокап с гипотезой и критерии приемки которые позволят понять сделано задуманное или нет. И еще в идеале обозначить метрику на которую эта успешно сделанная сторя должна повлиять.
И готово.
F
О. оказывается разложили уже все.
DB
Итоги работы специалистов — это куча цифр, с которыми надо разбираться и принимать решение. И это решение будет принимать не разработчик.
С точки зрения разработчика вообще не важно, решение «увеличить кнопочку» принято на основе экспериментов, или это «экспертное мнение».
От разработчика требуется увеличить кнопку.
В каком виде можно формулировать историю, чтобы до него это донести?
С точки зрения разработчика вообще не важно, решение «увеличить кнопочку» принято на основе экспериментов, или это «экспертное мнение».
От разработчика требуется увеличить кнопку.
В каком виде можно формулировать историю, чтобы до него это донести?
"увеличить" этот тот самый низкоуровневый завал постановки задачи, от которого уводят требования и user story
DB
получается, что "хочу увеличить" это история не про программный продукт как автоматизор дейтствий, а про отдел разработки
N
А что нельзя просто услышать человека, который как и любой пользователь просто сказал, что интерфейс неудобный????? Продукт должен быть прост и удобен в применении в любом случае. Это уже не котируется?
F
Nataly
А что нельзя просто услышать человека, который как и любой пользователь просто сказал, что интерфейс неудобный????? Продукт должен быть прост и удобен в применении в любом случае. Это уже не котируется?
это требование к эргономике, а как выбрать какое? Так как работать с понятийным аппаратом всем лень, то проще привязаться как раз к X и Y. А в ритейле плевать на эргономику, им лиды нужны. Вот вам и результат
OK
это требование к эргономике, а как выбрать какое? Так как работать с понятийным аппаратом всем лень, то проще привязаться как раз к X и Y. А в ритейле плевать на эргономику, им лиды нужны. Вот вам и результат
Не только ретейл. Все вспоминаем букинг.