Сейчас не буду долго думать над вопросом, быстро
1) Если способ оплаты уже был, то при нажатии аренды клик для подтверждения выбора. Страхует от случайного нажатия
2) Если я реально беру в аренду, мне без добавления оплаты никак. Тут уже дело техники, как мягко переправить пользователя на экран добавления. И главное — после добавления вернуть с того экрана в процесс завершения аренду.
3) Если я лежу на диване, изучаю приложение. То похоже на пункт 2.

А если у тебя пользователи по номеру телефона регаются, то оплата вообще может быть "Оплачивайте аренду с баланса вашего номера телефона". На выбор: добавить карту или списывать с баланса

Еще нужно правильно подписывать кнопки. “Взять велосипед” скорее всего сразу позволяет открыть ридер кода и разблокировать велик. Если будет ”Оплатить” - юзер поймет, что будет оплата. Надо смотреть какой у тебя сценарий взаимодействия. Кнопка тоже помогает понять, что будет дальше происходить.

Вот для пункта 2 и создавалось то окно, для мягкого перенаправления пользователя. Но видимо эту задачу я решил плохо, поэтому буду думать

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

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

Так и есть, после нажатия «взять велосипед» сразу открывается сканирование qr
Выглядит это примерно так: есть карта с точками проката и есть кнопка «взять велосипед»
Если я сижу дома и выбираю в какую сторону мне сейчас пойти, то могу посмотреть ближайшие точки проката, нажать на них и появится окно с информацией. А если я просто шёл мимо и неожиданно решил покататься, то мне чисто теоретически открывать пункты проката не надо (а если надо, то это всегда можно сделать), тогда я просто нажимаю на кнопку «взять велосипед» и приложение открывает сканер qr
Если я правильно понял сообщение конечно

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

Например: 1) человек каждый день берет велик для поездки на работу, 2) человеку нужно взять велик и куда-то добраться быстрее, чем пешком, 3) человек хочет просто погулять на велике, 4) человека хочет погулять и ему нужен еще один велик или два-три-десять, 5) человек куда-то едет и у него есть груз, и так далее.

Просто шел, решил поехать - не знаю, насколко вообще это реалистично, и это недостаточно подробно. Почему вдруг решил? Шел сам млм с кем-то? Гуляет? Спешит?

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

Основной принцип - должно быть минимум преград до кошелька клиента. В идеале - открыл приложение, поехал, деньги сами снялись

Понял, с cjm чуть-чуть знаком. В сообщении привёл очень условные примеры, описывающие такое решение)
Благодарю за ответы

Старт хороший. Успехов.

Добрый день!
Можете дать обратную связь по стикерам для телеграма?

Контекст: это стикеры для запуска random coffee в НИУ ВШЭ (символ университета - ворона). Идея random coffee следующая, что люди рандомно соединяются в пары и идут пить "кофе" (знакомиться)

https://docs.google.com/document/d/1yHV2ylU9N6abqaJyoV7VK1FE9-JcoCxs10f-bRTmM4g/edit?usp=sharing

Привет, Антон!

а что за птенец?

Это ворона

иллюстрации художницы Анны Аренштейн

было решено использовать