Реализация мобильных платежей и онлайн-оплаты в мобильных приложениях

Не так давно подавляющее большинство пользователей проводила оплату заказов и покупок, совершенных через интернет, с помощью десктопов в браузере. Согласно статистическим данным, уже к 2018 объем произведенных платежей с мобильных устройств практически сравнялся с традиционными компьютерными. Рост прогнозируется и в дальнейшем, что в итоге сделает деятельность представителей интернет-коммерции недостаточно эффективной без мобильных приложений.

Способы организации мобильных платежей

Существует несколько способов внедрения функции мобильных платежей с использованием банковских карт физических лиц из любых стран мира, где работают международные платежные системы Maestro, Mastercard, VISA, UnionPay, МИР и электронные деньги QIWI, ЮMoney, Webmoney, PayPal и другие.
Можно подключить пакет услуг агрегатора или шлюз к адаптивной версии сайта, а возможно разработать отдельное полноценное приложение и интегрировать в него требуемые механизмы онлайн-оплаты.

Адаптивный сайт с подключением
платежного агрегатора

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

Адаптивный сайт с подключаемым
платежным шлюзом

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

Отличие платежного агрегатора от шлюза заключается в следующем:
  • первый сам аккумулирует деньги на собственных внутренних счетах и зарегистрирован в качестве некоммерческой организации;
  • второй является всего лишь посредником между банком и площадкой продавца товаров или услуг;
  • как следствие, комиссионное вознаграждение за пользование шлюзами ниже, ведь они взымают плату только за свой пакет услуг.
Однако при использовании шлюза владельцу интернет-магазина придется самостоятельно заключать соглашение с банковским эквайером и договариваться об условиях обслуживания. Кроме этого, если через агрегатор зачисление средств на счет продавца может занять до 3 суток, а иногда и больше, то транзакции по шлюзу обычно моментальные. Но есть и недостаток – быстро организовать онлайн-платежи через шлюз и настроить функционал не получится.

Приложение с встроенными
платежными функциями

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

  • По способу разработки – нативные и кроссплатформенные. Первые предназначены только для конкретной платформы и пишутся на нативных компилируемых языках. Для Андроид это Java, Kotlin, а для iOS – Objective, Swift. Кроссплатформенные работают под разными мобильными ОС. При создании таких приложений используются кроссплатформенные фреймворки.
  • В зависимости от места хранения данных – концептуально нативные и гибридные. В первом случае основной контент хранится на самих устройствах, а с серверов загружаются только, например, клиентские и товарные базы данных. В гибридных приложениях данные, через которые реализуется весь функционал, подгружаются с серверов. Исключение – программные средства, управляющие аппаратной частью пользовательских устройств.

В чисто нативных приложениях привычной в понимании покупателей интернет-магазинов оплаты онлайн с использованием банковской карты и заполнением платежных реквизитов нет. Единственный функционал, который можно внедрить с помощью стандартных программных инструментов разработчика, – покупки в приложении вида InAppPurchase. Можно купить внутриигровые ресурсы, особые юниты в играх, оформить возобновляемую и невозобновляемую подписку, открыть доступ к продвинутым возможностям, новым игровым локациям, уровням, полным версиям электронных изданий. InAppPurchase реализовывается с помощью SKU-идентификаторов магазинов приложений и контента – например, AppStore и iTunes Store в iOS или Play Market и «Книги» на Android.

Варианты реализации онлайн-платежей
в приложениях

В мобильных приложениях прием платежей может быть реализован при помощи таких компонентов, как диплинк, шлюзы и агрегаторы, SDK, WebView. Каждый из них имеет свои особенности, преимущества, недостатки и выбирается с учетом специфики и объема товарного оборота торговой интернет-площадки

Диплинк

В мобильных приложениях прием платежей может быть реализован при помощи таких компонентов, как диплинк, шлюзы и агрегаторы, SDK, WebView. Каждый из них имеет свои особенности, преимущества, недостатки и выбирается с учетом специфики и объема товарного оборота торговой интернет-площадки

Шлюзы и агрегаторы

Работают практически точно так же, как и в браузере. Понадобится заключить договор с агрегатором, а в случае со шлюзом еще и соглашение с банком-эквайером. Форма оплаты встраивается в приложение через программный интерфейс API. Выполнять настройки придется самостоятельно и вручную – вносить изменения в шаблоны, редактировать формы путем добавления полей для ввода номеров и других данных банковской карты, телефоном, адресов электронной почты покупателя или любой другой информации, необходимой для проведения платежа.
Недостаток реализации платежей в приложении через агрегаторы и шлюзы по API заключается в необходимости получать специальный сертификат безопасности данных платежных карт PCI DSS. Это требуется для всех без исключения интернет-магазинов и организаций, которые планируют принимать оплату товаров и услуг банковскими картами международных платежных систем и собираются обрабатывать и хранить конфиденциальные сведения о клиентах в собственных базах данных.
В частности, такое требование есть и у популярного российского сервиса «Яндекс.Кассы». Получение сертификата может занять недели, которые уйдут на проверку соответствия приложений предъявляемым требованиям по безопасности. Для небольших и средних торговых площадок процедура оказывается слишком сложной

SDK

Программная библиотека компонентов SDK для мобильных приложений на Андроид и iOS значительно облегчает задачи по разработке различных продуктов, в том числе и интернет-магазинов. Она превосходит по функциональным возможностям API, имея не только готовые блоки для создания проектов, но и отдельные компоненты и инструменты. Для разработанных на SDK площадок интернет-коммерции не требуются сертификаты PCI DSS для приема онлайн-платежей, поскольку пользовательские платежные данные не остаются в бэкенде. Всю необходимую поддержку обеспечивают компании, которые предоставляют услуги по внедрению своих решений SDK. Оплата товаров и услуг осуществляется прямо через интерфейс приложения – переходы в другие, а также на веб-сайты платежных систем не нужны.

WebView

Этот способ реализации приема платежей является один из самых востребованных из-за простоты внедрения. Размещенный в интернет-магазине контент вместе с функциями портируется в мобильное приложение. В него фактически интегрируется отдельный браузер. После оформления заказа и нажатия кнопки оплаты покупатель направляется в интерфейс платежного сервиса. Недостатки WebView:

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

Известные риски мобильных платежей

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

  • постоянный слет карты, невозможность привязать ее к аккаунту;
  • перекрывание всплывающей клавиатурой полей для ввода данных с одновременной невозможностью прокрутить экран;
  • вводимые символы и цифры плохо видно на дисплеях с небольшой диагональю;
  • процесс заполнения формы для оплаты разбит на несколько этапов, на каждом из которых введенная информация не сохраняется, и возникают проблемы при неверном введении данных и необходимости корректировки на предыдущих шагах;
  • длинные ниспадающие списки, в которых нужно выбрать всего несколько цифр – например, последние две в номере карты или год рождения.

Создание приложение с приемом платежей

Тот факт, что популярность покупок в приложениях по сравнению с десктопом растет, очевиден. Создание с нуля, включая собственно разработку, тестирование, доводку, исправление ошибок, может занять много времени и стоить немало. Гораздо выгоднее выглядят платформы с набором готовых шаблонов и настраиваемых компонентов, с помощью которых появляется возможность создать стабильное приложение с отлаженным механизмом приема платежей. Один из лучших продуктов в этом секторе – конструктор сайтов Napsy для создания интернет-магазинов различной специализации без кодинга. Решение позволяет сократить сроки разработки и затраты в разы, открыть дополнительный канал продаж, повысить лояльность клиентов, привлечь новых покупателей товаров и заказчиков услуг.
Оставьте заявку на запуск
вашего приложения:
Наши менеджеры обязательно свяжутся с вами в ближайшее время
Я ознакомлен и согласен с условиями
пользовательского соглашения
Made on
Tilda