Как мы улучшали конверсию платежной формы

[ianzag]

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

Какое-то странное видение Главной Задачи Компании. С учетом всегда конских (tm) процентов Киви — вы сами то в это верите :-? Скорее содрать максимум денег при минимуме усилий. Это куда больше похоже на правду. И нечего тут стыдиться. Простая и понятная постановка задачи. Только бизнес, ничего личного ©…

[arandomic]

Ну чтобы содрать максимум денег — клиенту должно быть максимально удобно их отдать.

[GKONNOV]

Чувствуется дух коммерсанта. :)

[arandomic]

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

А вообще, у китайцев наверняка есть стратагема на это.

[GKONNOV]

Когда мы начали делать виджеты для благотворительных фондов, то были очень удивлены, что у многих перед пожертвованием требуется заполнить полей 10, а иногда еще и зарегистрироваться. К сожалению, необходимость в них была часто просто придумана.

[GKONNOV]

В статье речь про платежную форму. Задача платежной формы с точки зрения магазина — обеспечить ему максимальное число успешных платежей. В идеальном мире — 100% клиентов перешло и 100% оплатило.
>конских (tm) процентов Киви
Если говорить честно, то небольшая комиссия при подключении малого или микробизнеса не окупит даже расходов на подключение, а в некоторых случаях и транзакции. Комиссии в России точно лучше мировых, т.к. у нас нет фиксы в 30 центов, как берет, например, stripe https://stripe.com/us/pricing, чтобы небольшие транзакции окупались. Еще в QIWI полностью бесплатные возвраты. В целом по рынку, у всех комиссии примерно равные.

[jehy]

Звучит всё хорошо.
Но качество решений (работал с node.js SDK) прям много вопросов вызывало.
Начиная с некорректной работы с таймзонами, заканчивая неправильным регистром в пакете, из-за которого SDK не могло работать потому что не могло никогда.

Ну и сейчас, например, в репозитории висит прекрасный бейдж

[nkh]

Спасибо за обратную связь. Вы были тем первым счастливчиком, кто это SDK использовал, и хочу заметить, что по результатам общения с вами, эти мелочи фиксились с реактивной для крупной компании скоростью, почти стартаперской =)
В тестах sdk есть одна проблема: они интеграционные и зависят от реального продового счёта при рефанде (частичная отмена транзакции). Сейчас как раз этот продовый счёт ушел в небытие.
api.travis-ci.org/v3/job/463300829/log.txt вот лог того падающего билда тестов, можете убедиться.

6 passing (3s)
  2 failing

  1) qiwi api v4
       requests: 
         gets refund info:
     StatusCodeError: 404 - {"serviceName":"invoicing-api","errorCode":"api.invoice.not.found","description":"Invoice not found","userMessage":"Invoice not found","dateTime":"2018-12-04T14:37:26.41+03:00","traceId":"5949800cc77647e0"}

  2) qiwi api v4
       requests: 
         makes refund:
     StatusCodeError: 404 - {"serviceName":"invoicing-api","errorCode":"api.invoice.not.found","description":"Invoice not found","userMessage":"Invoice not found","dateTime":"2018-12-04T14:37:26.89+03:00","traceId":"a5e914b227b4a9bc"}
      

[nkh]

Починето. Как вам такая скорость реакции для большой компании?

[jehy]

Классно, спасибо, приятно.

А то, когда заходишь на гитхаб и видишь build broken — сразу возникает ощущение, что не стоит использовать этот пакет.

[GKONNOV]

Спасибо за обратную связь, особенно по первой версии SDK.

[Gorodnya]

Скажите, пожалуйста, почему ранее в мобильном приложении QIWI Кошелек для Andoid была NFC-оплата, а сейчас её нет?

[GKONNOV]

Насколько знаю, команда карт сделала поддержку Google Pay и Samsung Pay в наших виртуальных картах, поэтому решили перейти на стандартные возможности для рынка. +SDK для nfc платежей был достаточно проблемный для клиентов на разных устройствах и, к сожалению, не было возможности обеспечить должную стабильность сервиса.

[Gorodnya]

Понятно, спасибо за ответ!

[menkow]

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

[GKONNOV]

Спасибо за отзыв. Раньше на месте иконки была абстрактная картинка карты. По результатам тестов увидели, что нужны реальные иконки платежных систем. Вписать 3 иконки (Visa,MasterCard, Мир) на место для одной корректно смогли только, к сожалению, с анимацией, но постарались сделать её максимально наглядной. Подумаем, можем ли как-то снизить её заметность.

[menkow]

Ясно, т.е. пользователь должен подождать пока прокрутится вся карусель и потом решить есть ли там его тип карты или нет. Серъезно кто-то так будет делать судя по тестам?

[GKONNOV]

По тестам клиенты сразу видят, что там несколько видов карточек. Если есть идея, как лучше вписать несколько логотипов в одно небольшое пространство, то буду рад узнать.