Иногда в продуктовой разработке возникает вот какая херь. Вот, допустим, есть у нас Product Owner, т.е. дядька при галстуке, который топит за бизнес, денежные показатели продукта, приоритезацию задач и все такое важное. У него в команде, помимо прочего, есть какой-то UX-специалист, который призван топить за пользователей, юзабилити и прочую психологию.
Все идет хорошо, пока бизнесовая коса не находит на камень UX: в какой-то момент Product Owner может закатить скандал, что ЧЕГО ВЫ ТУТ УСТРОИЛИ КНОПКУ ЗАКРЫТИЯ КРЕДИТА ВЫВЕСИЛИ НА ПОНЯТНОЕ МЕСТО ЭТО ЖЕ ВСЕ КРЕДИТ ЗАКРОЮТ И МЫ ДЕНЬГИ ПОТЕРЯЕМ ПУСТЬ ЛУЧШЕ ЖИВУТ С КРЕДИТОМ И НЕ ЗНАЮТ.
Сама по себе эта ситуация абсолютно рабочая и не страшная: продакт овнер на то и продакт овнер, чтобы топить за бабки и бизнес. Но проблема в том, что часто в ответ на такой загон от продакт овнера поднимается только робкая рука UX-специалиста, который робко блеет на своем психологическом языке: а как же юзабилити, а как же лояльность, мы же тут ратуем за удобство, за то, чтобы… ХУЕЗАБИЛИТИ И ХУЕДОБСТВО, - отвечает тактично продакт овнер, - Я ТУТ ПРО БАБКИ А ТЫ МНЕ ВТИРАЕШЬ КАКУЮ ТО ДИЧЬ ПШЕЛ ВОН КЫШ КЫШ.
Некоторое время UX-специалист продолжает робко залупаться и мямлить по поводу паттернов и прочих эвристик, но потом его отправляют за можай - не возникать, пока серьезные дяди считают серьезные бабки. И максимум, что бедный UX-специалист может в этом раскладе сделать - объявить хмурую партизанскую войну и поперек процесса подсовывать свои человеколюбимые решения.
Конечно же, на выходе у такого продакт овнера в любом случае получается лютое неработающее говно, от которого плюются все клиенты. Но это мы узнаем сильно позже (если узнаем), потому что лояльность - штука крайне инертная.
Как же быть в таком случае? Глобально путей решения три.
1. Сделать так, чтобы у продакт овнера в метриках и KPI были не только бизнесовые показатели вроде какой-то конверсии, но и показатели, которые отражают степень лояльности пользователей к продукту - условно назовем это басурманским словом User Engagement. Тогда продакт овнер вынужден будет балансировать между тактикой ПРОДАЕМ ПРОДАЕМ ПРОДАЕМ и необходимостью поддерживать нормальный UX и не забывать, вообще-то, про нужды пользователя и заботу о долгосрочных отношениях с ним.
Способ неплохой, но у него есть два изъяна: если продакт овнеров на одно приложение будет много, то единую метрику по Engagement на них не накинешь - на нее будет влиять слишком много факторов со всех сторон; важно еще и следующее - есть риск, что продакт овнер всегда будет топить за свое бабло, а про более сложные в работе показатели будет забывать или забивать.
Тогда есть второе решение:
2. Завести отдельную команду, которая будет топить за этот самый Engagement и молиться на лояльность пользователей к продукту. Тогда выйдет неплохой продуктивный производственный конфликт - одна команда будет топить за, допустим, продажи, а вторая - за то, чтобы продукт при этом не гикнулся; тогда при правильном подходе и отношениях в команде между ними установится компромисс, а еще лучше - ситуация win-win, когда и овцы сыты, и волки целы.
Этот подход интереснее, но рисков в нем тоже немало - команда Engagement часто будет идти против бизнес-шерсти, и надо будет действовать очень внимательно, чтобы все не разосрались.
Наконец, есть еще и третье решение:
3. Забить и ничего не делать, потому что надо срубить деньги сейчас, а пользователь не мамонт, не вымрет. И, как ни страшно это прозвучит для UX-уха, для некоторых продуктов это вполне нормальная и работающая схема действий. Бабки идут, затраты отбиваются - чего еще надо?
От так-то.
Хотя вру, есть ещё один бонусный вариант - выгнать в шею этого продакт овнера и найти другого, кто в слове UX видит не просто две буквы, - тогда многое станет гораздо проще. Но это, сами понимаете, случай идеальный.
#изкрестьянскогобыта
Все идет хорошо, пока бизнесовая коса не находит на камень UX: в какой-то момент Product Owner может закатить скандал, что ЧЕГО ВЫ ТУТ УСТРОИЛИ КНОПКУ ЗАКРЫТИЯ КРЕДИТА ВЫВЕСИЛИ НА ПОНЯТНОЕ МЕСТО ЭТО ЖЕ ВСЕ КРЕДИТ ЗАКРОЮТ И МЫ ДЕНЬГИ ПОТЕРЯЕМ ПУСТЬ ЛУЧШЕ ЖИВУТ С КРЕДИТОМ И НЕ ЗНАЮТ.
Сама по себе эта ситуация абсолютно рабочая и не страшная: продакт овнер на то и продакт овнер, чтобы топить за бабки и бизнес. Но проблема в том, что часто в ответ на такой загон от продакт овнера поднимается только робкая рука UX-специалиста, который робко блеет на своем психологическом языке: а как же юзабилити, а как же лояльность, мы же тут ратуем за удобство, за то, чтобы… ХУЕЗАБИЛИТИ И ХУЕДОБСТВО, - отвечает тактично продакт овнер, - Я ТУТ ПРО БАБКИ А ТЫ МНЕ ВТИРАЕШЬ КАКУЮ ТО ДИЧЬ ПШЕЛ ВОН КЫШ КЫШ.
Некоторое время UX-специалист продолжает робко залупаться и мямлить по поводу паттернов и прочих эвристик, но потом его отправляют за можай - не возникать, пока серьезные дяди считают серьезные бабки. И максимум, что бедный UX-специалист может в этом раскладе сделать - объявить хмурую партизанскую войну и поперек процесса подсовывать свои человеколюбимые решения.
Конечно же, на выходе у такого продакт овнера в любом случае получается лютое неработающее говно, от которого плюются все клиенты. Но это мы узнаем сильно позже (если узнаем), потому что лояльность - штука крайне инертная.
Как же быть в таком случае? Глобально путей решения три.
1. Сделать так, чтобы у продакт овнера в метриках и KPI были не только бизнесовые показатели вроде какой-то конверсии, но и показатели, которые отражают степень лояльности пользователей к продукту - условно назовем это басурманским словом User Engagement. Тогда продакт овнер вынужден будет балансировать между тактикой ПРОДАЕМ ПРОДАЕМ ПРОДАЕМ и необходимостью поддерживать нормальный UX и не забывать, вообще-то, про нужды пользователя и заботу о долгосрочных отношениях с ним.
Способ неплохой, но у него есть два изъяна: если продакт овнеров на одно приложение будет много, то единую метрику по Engagement на них не накинешь - на нее будет влиять слишком много факторов со всех сторон; важно еще и следующее - есть риск, что продакт овнер всегда будет топить за свое бабло, а про более сложные в работе показатели будет забывать или забивать.
Тогда есть второе решение:
2. Завести отдельную команду, которая будет топить за этот самый Engagement и молиться на лояльность пользователей к продукту. Тогда выйдет неплохой продуктивный производственный конфликт - одна команда будет топить за, допустим, продажи, а вторая - за то, чтобы продукт при этом не гикнулся; тогда при правильном подходе и отношениях в команде между ними установится компромисс, а еще лучше - ситуация win-win, когда и овцы сыты, и волки целы.
Этот подход интереснее, но рисков в нем тоже немало - команда Engagement часто будет идти против бизнес-шерсти, и надо будет действовать очень внимательно, чтобы все не разосрались.
Наконец, есть еще и третье решение:
3. Забить и ничего не делать, потому что надо срубить деньги сейчас, а пользователь не мамонт, не вымрет. И, как ни страшно это прозвучит для UX-уха, для некоторых продуктов это вполне нормальная и работающая схема действий. Бабки идут, затраты отбиваются - чего еще надо?
От так-то.
Хотя вру, есть ещё один бонусный вариант - выгнать в шею этого продакт овнера и найти другого, кто в слове UX видит не просто две буквы, - тогда многое станет гораздо проще. Но это, сами понимаете, случай идеальный.
#изкрестьянскогобыта