💛 Детализация кэшбэка в Райфе.

В мобильном приложении Райффайзенбанка внутри операции по зачислению кэшбэка за месяц можно посмотреть детализацию: список конкретных покупок, из которых складывается сумма кэшбэка.

Идея простая: пользователь видит зачисленный кэшбэк -> пользователь пытается скроллить/фильтровать свою историю, чтобы перепроверить за банком посчитанные деньги. Интересно, что пользователи проявляют интерес к такой проверке даже при относительно небольшой сумме кэшбэка.

✨ В результате такая фича (а на самом деле - целый комплекс таких фич вокруг кэшбэка) помогает снижать количество обращений клиентов в чат по вопросам выплаченной суммы, учтенных и неучтенных покупок.

Кстати, вы за кэшбэк или за кешбек?

🤵 - кэшбэк правильно, не придумывайте

🗿 - за традиционный кешбек

Бустануть канал для разнообразных реакций.
#otherapps #banking #банкинг #история

📱 Цифры через сторитейлинг.

По работе наверняка вы общаетесь с продуктовыми аналитиками, которые периодически приходят к вам с цифрами и инсайтами. В блоге Adobe есть статья про data-driven storytelling, которая, на первый взгляд, состоит из одной воды. Но на самом деле в ней содержится очень полезная рекомендация по работе данными.

Продуктовые аналитики выполняют супер-полезную работу по анализу данных и поиску в них инсайтов. Но мало достать данные, переложить их в общую табличку и пошарить на продактов и дизайнеров.

🤔 Я не раз был на митингах, когда мы своей продуктовой командой обсуждали действительно важные вещи, но суть которых была не до конца прозрачна половине участников. Они смотрели на excel-таблицы и не понимали: 1 - в чем суть и проблема; 2 - что от меня нужно прямо сейчас; 3 - что мы узнали нового (нужное подчеркнуть и дополнить).

В Adobe говорят, что данные нужно превращать в истории, которые влияют на продуктовые решения.

Не ограничиваться сырыми цифрами, но упаковывать их в контекстные истории, которые помогают понять путь пользователя и, к примеру, его мотивацию.

Например, вместо “Только 20% пользователей доходят до экрана редактирования”: “Пользователь хочет быстро отредактировать шаблон. Но он теряется между экранами экспорта и предпросмотра. Он трижды возвращается назад и сдается. В таких ситуациях 80% пользователей отваливаются. Мы видим это в сессиях и в воронке”.

Такую презентацию сухих данных легко использовать как:
- Основу продуктовой гипотезы, с которой можно идти в качественный или количественный тест.
- Как user story для обсуждения с разработчиками.
- Как слайд для спринт ревью: мы знаем об этой проблеме и мы собираемся над ней поработать.

Поэтому, когда в следующий раз у вас в команде будет продуктовая встреча (рисечеры, РМ'ы, дизайнеры), на которой вы все вместе смотрите в Excel и на которой вы поймаете себя на мысли, что потеряли суть обсуждения, то вспомните про сторитейлинг.

🤵 - поддерживаю сторитейлинг, так эффективнее

🗿 - только цифры, только хардкор

Бустануть канал для разнообразных реакций.
#исследования

📱 CJM перевода наличных за границу.

Один из интересных опытов для меня в прошлом - организация (а точнее, [не]организация) переводов за границу в условиях растущих ограничений. Было года три назад.

Переводов в КЗ тогда еще не было, иностранные цифровые карты только-только зарождались. А потребность клиентов в деньгах за границей оставалась (в частности, в ЕС). Поэтому в команде платежей и переводов задумались над доступными на тот момент каналами.

Это пример, когда CJM (Customer Journey Map) выполняет свою практическую функцию - помогает взглянуть на процесс глами клиента.

Прежде чем пойти в интеграцию с партнером, нужно было самому изучить процесс, определить его проблемные зоны, сформулировать список вопросов к сервису.

CJM'ы в интернетах обычно причесанные и красивые, мой же CJM максимально простой, но главное - выполняющий свою функцию: на примере своих переводов по РФ и за границу я понял, где процесс просто непонятен, но не блокер для принятия решения, а где процесс откровенно сыплется в глазах пользователя.

😎 Например, когда в Милане я пришел в конкретную точку забрать свои деньги, мне сообщили, что они уже не работают с этим сервисом-партнером. Пришлось пойти в другое место для получения наличных. Оно оказалось закрытым. Третья точка выглядела настолько непривлекательно, что и проверять ничего не захотелось.

Легко себе представить впечатления пользователя, который отправил в сервис не 100 рублей, а пару тысяч евро-долларов. Это уже не те UX проблемы, которые были зафиксированы в момент создания перевода и которые можно легко поправить, поработав с дизайнером и проведя качественные-количественные тесты. Здесь нужно было кардинально повлиять на партнеров за границей или искать и согласовывать конкретные точки, с которыми можно было бы работать.

По итогу решение об интеграции с платежным сервисом не было принято (конечно, не только по причине невнятного процесса конкретно в Италии), а мои кровные 10 евро зависли где-то на балансах партнеров.

❤️ - интересно, спасибо!
📌Про фейк-дор тесты в мобилках.

Бустануть канал для разнообразных реакций.
#исследования #платежиипереводы

🫶 Хитрости в Yandex Pay.

При попытке закрыть вклад ("Сейв") досрочно приложение использует классический прием визуального фрейминга.

В то время как фактическая разница мала, как и сама сумма процентов (объективно: для многих пользователей это несущественно), визуальная разница в контексте столбиков разыгрывает чуть ли не 40-50% упущенной выгоды.

Это создаёт впечатление, что потери намного значительнее, чем есть на самом деле.

Такой прием работы с визуализацией способен "перебить" цифры в восприятии пользователей. А они, пользователи, очень чувствительны к визуальным якорям. Подробнее про это можно почитать в Graphical Perception: Theory, Experimentation, and Application to the Development of Graphical Methods.

Даже если цифры написаны рядом, мозг “схватывает” картинку быстрее. Так Яндекс подталкивает клиента к решению «Пусть останется» вместо закрытия вклада. Где-то на границе с dark patterns, но как будто все еще легальный дизайн-ход в контексте безобидных депозитов.

🔫 - dark pattern, стоять на месте

🌚 - ну иногда можно

Бустануть канал для разнообразных реакций.
#yandex #яндекс #banking #банкинг #удержание

💼 Из аналитика в продакты.

В августе на GoPractice вышел материал про мой переход из бизнес/системных аналитиков в product management. На меня подписаны в большинстве своем дизайнеры, но кажется, что советы из статьи будут полезны всем, если вдруг захотите выбрать этот карьерный трек.

Вот некоторые из них:

Иногда в карьерном пути помогает удача встретить определенных людей, которые сориентируют вас и пошлют нужные сигналы.

Выступление перед сотней и более человек давалось очень тяжело. А это очень важный навык для любого продакта.
Здесь волшебной таблетки, к сожалению, не нашлось. Кейс пришлось решать через практику: чем больше я выступал на спринт-ревью и крупных митингах внутри компании, тем быстрее мой мозг адаптировался и учился контролировать эмоции во время выступлений. Если у вас схожая проблема, то знайте: для ее решения придется немного пострадать (а заодно повеселить и посмущать окружающих).
Через наблюдение за собой я узнал, что такое микроменеджмент, чем он вреден и как продуктовая команда может расцвести, если дать людям возможность принимать решения самостоятельно - даже если они не всегда верные (на субъективный взгляд менеджера).

Используйте текущую компанию как трамплин для перехода в новую профессию - сменить специализацию внутри компании гораздо проще, чем искать новую роль с нуля. Найдите сильных коллег-менторов и попросите их помочь вам с развитием. ... На открытом рынке труда, кажется, мне было бы тяжело добиться даже позиции Junior Product Manager.

В статье также много всего про курсы, книги и прикладные знания.

Кроме того, я видел несколько примеров того, как люди успешно переходили в продакты из продуктовых аналитиков и дизайнеров, поэтому будет и тут, о чем рассказать.

👍 - нормально делай, нормально будет.

#карьера #life

📱 Инвестиционный план в Revolut.

Revolut в карточке акции или ETF-фонда предлагает пользователям автопокупку ценных бумаг - такой "Set and Forget" инвестинг. Чтобы склонить пользователя к "подписке", приложение отображает вкусный график с будущей ожидаемой суммой, опираясь на историческую доходность актива. Растущая вверх зеленая линия усиливает эффект "проекция будущего я", заставляя инвестора эмоционально представить себя лет так через 20.

Это работа в области поведенческих финансов, где контекст и дизайн интерфейса (то, как подана информация) меняют выбор человека. В данном случае, projected value "обещает" 180 тыс. евро к 2045 году и месячных вложениях всего в 30 евро. Пользователь эмоционально привязывается к этой цифре, даже если она не гарантирована.

Через понятный и "вдохновляющий" интерфейс (пойди не купись не такие красивые размеры капитала) Revolut старается конкурировать с брокерами, вроде Trade Republic, который очень популярен в Европе. И в котором есть Sparpläne - накопительные долгосрочные планы.

👍 - денег нет, но интересно

#revolut #banking #банкинг #эмоции #удержание #конверсия #графики

📱 Уведомлять или нет - вот, в чем вопрос.

Если вы, разработчики продукта, видите по метрикам, что с сервисом что-то не так и он деградирует, то у вас есть три варианта действий с точки зрения коммуникации:

1. Ничего не делать с коммуникацией на клиентов, чинить проблемы и обрабатывать обращения тех клиентов, которые написали в поддержку.

Снижаете уровень паники, но рискуете потерять доверие, если клиент столкнется с проблемой сам.

2. Сделать коммуникацию на всех клиентов - пользователей продукта.

Честно и прозрачно, но повышаете "шум" и напоминаете об ошибках даже тем, кто их не заметил. Есть мнение, что такое информирование может сформировать у клиента образ "неработающего", "проблемного" сервиса.

3. Сделать коммуникацию только на активных пользователей, которые открыли апп прямо сейчас.

Здесь вы балансируете: помогаете тем, кто реально страдает от сбоя прямо сейчас, и не тревожите остальных

У каждого варианта есть свои преимущества и недостатки.

Вариант №3 с коммуникацией только на активных пользователей хорош тем, что вы лишний раз не рассказываете клиентам, что ваше приложение опять прилегло отдохнуть, но при этом и не молчите в тряпку, а взаимодействуете с активными клиентами по срокам доступности сервиса. Так делают, например, некоторые банки в своих мобильных приложениях: даже если активный пользователь не успел зайти в флоу перевода по номеру телефона, мы показываем ему на главном экране, что проблема есть, что проблемой занимаются и что банк пришлет пуш, когда все заработает.

Matreshka VPN выбрали опцию №2: информировать о проблемах вообще всегда и всех пользователей (я, например, в последний раз открывал этот апп пару месяцев назад).

Это решение тоже легко понять: возможно, что именно в этот вечер приложение понадобится мне для просмотра футбола, и будет неприятно узнать о проблеме в самый последний момент - перед просмотром матча.

Сделать ставку на daily пользователей или взять для рассылки пушей всю клиентскую базу? В конечном итоге выбор нужно формировать вместе с бренд-командой, дизайнерами, редакторами и продуктовыми командами, отталкиваясь от ваших SLA и стратегии коммуникаций с клиентами.

Также в опции №2 можно подключить продуктовую аналитику, включив в базу рассылки "спящих пользователей". На примере "Матрешки VPN" - это те пользователи, которые в прошлом, например, включали VPN в одно и то же время несколько раз (это я).

В конечном итоге, какой бы вариант рассылки вы бы ни выбрали, на удовлетворенность сервисом повлияют скорость починки и скорость ответа в канале поддержки.

👍 - спасибо, интересно занятно

#otherapps #уведомления #push

📱 Разработка app в Replit (часть 1).

Это серия постов про вайб-кодинг, где я в том числе дам несколько советов, которые упростят вам разработку и сэкономят много десятков баксов.

“Build a working prototype of a feature that helps remote teams feel more connected. You have 45 minutes.”

Можете почитать про кейс из Google на Medium. Мысль в том, что умение работать с AI-коробкой для решения продуктовых задач скоро станет таким же обычным требованием к вакансии, как знание SQL-запросов для аналитики или базовое понимание, как работать в Figma. Это для продактов. Допускаю, что для дизайнеров ситуация может стать аналогичной.

На рынке уже много софта для самостоятельной разработки продукта, у меня на слуху следующие: Replit, Cursor, Lovable. Я знал, что Replit предлагает разработку под ключ, поэтому решил попробовать именно его. До этого уже был опыт относительно успешной "разработки" телеграм-чат бота с ChatGPT4, поэтому +- я представлял, на какие костыли я могу наткнуться.

Вот первая пачка советов с моей стороны:

1. Replit стоит $25 в месяц, но фишка в том, что вы очень быстро потратите внутренние токены и вам придется доплачивать за разработку сверх подписки. Обычное такое случается, когда вы начинаете работать с Replit в "творческом" режиме: сделай мне это, а теперь сделай мне то. С таким подходом далеко пойти не получится, и придется много платить.

2. Чтобы Replit начал отрабатывать свои деньги, нужно в буквальном смысле проработать с ним бизнес требования: подавать ему на вход ТЗ и архитектуру приложения. Очень похоже на то, как во времена системной аналитики я продумывал требования для разработчиков. В случае с AI рекомендую связку ChatGPT - коробку от OpenAI нужно просить:

- Расписать требования и постановку для back-end и в целом серверной части. Чем больше вы засунете деталей в GPT про ваши хотелки (в идеале - User Story Mapping, USM), тем лучше GPT справится с задачей проработки архитектуры приложения и, в частности, базы данных. Это сэкономит вам минимум несколько десятков $ в будущем.
- Расписать требования по accesability и нефункциональные требования.
- Расписать требования к дизайну, сгенерировать макеты (картинки) и на базе этих артефактов поставить технические требования для front-end. Говорят, Replit хорошо работает с макетами в Figma, но я не пробовал.

Все результаты можно засовывать в Replit в режиме Plan, чтобы он сформировал свой план работ и, что важно, сформулировал вопросы по реализации. Зачастую вопросы от Replit бывают очень правильные, глобально влияющие на дизайн или архитектуру, поэтому не стоит безумно жать кнопку "Исполняй".

Получили вопросы от Replit - ответили сами или переслали их в ChatGPT - переслали ответ в Replit для дальнейшего анализа. Такими итерациями вы постепенно выйдете на реализацию.

3. Вместе с тем из Youtube я стащил противоположный совет: сначала сгенерировать с AI UI/UX, который работает на данных-заглушках: нет никакого сервера, нет никаких реальных данных. Только экранные формы и ui-элемененты. Затем, когда целевой внешний вид будет готов, уже просить AI сгененировать архитектуру под него.

С Replit я такое упражнение не пробовал, но, в целом, это тоже похоже на проработку продукта в реальной жизни: сначала вы работаете с дизайном над макетами, а потом приходите к разработке и шокируете ее своими хотелками. Однако в случае с Replit мне больше нравится подход из пункта 2, базирующийся на USM. В таком случае процесс разработки легче разбить на итерации и контролировать сроки/цену разработки.

Кстати, я приучил себя рассказывать разработчикам про наши с дизайнером discovery-процессы и показывать прототипы задолго до разработки, что в конечном итоге сильно помогало контролировать те же сроки. Про пользу вовлечения разработки можно почитать в Empowered Марти Кагана.

Во второй части расскажу, сколько стоит разработать более-менее рабочий апп с Replit и что еще нужно знать, чтобы разработка прошла относительно безболезненно для кошелька.

👍 - интересно, продолжай

#исследования