Магазин с рассрочкой: платеж в карточке, а не сюрприз в чекате

Бесплатный аудит чекаута и программ рассрочки

Рассрочка приносит заказы только тогда, когда покупатель видит платеж до того, как решил, что дорого. Аудит смотрит, где в вашем магазине это можно показать и что мешает сделать это сейчас.

Что мы измеряем

• Текущий набор способов оплатыЧто уже подключено и как видно. Для ориентира: в измеренном нами магазине инструмента в ожидании десять способов расчета, включая программы части от двух банков, — и это заметно больше среднего по выборке.
• Где показывается платежВиден ли размер ежемесячного взноса в карточке и в списке категории или только на последнем шаге. Это главная разница между рабочей и формальной рассрочкой.
• Пригодность ассортиментаКакая часть позиций попадает в диапазон сумм, с которыми работает программа. Мелкие позиции в рассрочку не уходят, и показывать ее там нет смысла.
• Ограничение программМинимальная и максимальная сумма, количество платежей, запрещенные категории. Эти правила следует заложить в логику показа, а не объяснять покупателю после отказа.
• Комиссия и ценообразованиеСколько стоит вам программа и заложена ли она в цену. Рассрочка «без переплаты покупателю» переплату не отменяет — ее платит продавец.
• Аналитика оплатРазличаются ли способы оплаты в отчетах. Для ориентира: в измеренном нами магазине снаряжение рассрочка онлайн отслеживается отдельным событием – только так видно, сколько она реально приносит.

Почему две одинаковые на вид задачи считаются по-разному

• Количество программОдна программа – один набор правил, один формат ответа банка, одно событие в аналитике. Вторая из другого банка не копируется: у нее свои сроки, своя минимальная сумма и свой список исключенных категорий. Потому второй банк добавляет почти полный цикл работ, а не десять процентов.
• Глубина показаКнопка в чекауте – самый дешевый вариант и наименее действенный. Расчет платежа в карте – уже работа с шаблоном карты. Та же строка в списке категории означает, что сумму считаем для каждой позиции на странице и не ломаем время отдачи каталога.
• Сложность правил показа«Показывать от такой суммы» – одно условие. «Не показывать на акционных и товарах под заказ» — это признак в товаре и проверка в каждой точке, где считается платеж. Каждое исключение дешевле заложить сейчас, чем объяснять покупателю после отказа банка.
• Состояние каталога и ценЦена в одном поле, обновляемая импортом, читается напрямую. Если на позицию накладываются скидки, цены для групп клиентов и акции с датами, договариваемся, от какой суммы считается платеж.
• Тема магазинаПо стандартной теме строка платежа становится рядом с блоком цены. На тяжело переработанной, где карточка и категория сверстаны отдельно от ядра, то же изменение делаем дважды.
• Аналитика и сверкаМинимум – отдельное событие на программу. Дальше сверка с кабинетом банка: сколько заявок подано, сколько одобрено, сколько завершилось заказом. Это ежемесячный отчет и его ставят отдельно.

Полный перечень работ и того, что вы получаете на выходе

• Подключение программ оплаты по частям со стороны сайта, с обработкой ответа банка — заказ получает правильный статус без ручной сверки менеджером.
• Расчет ежемесячного платежа в карточке товара: покупатель видит «от N грн в месяц» одновременно с ценой, а не вместо нее
• Показ платежа в списке категории — строка работает еще до открытия карты, где человек отсеивает позиции по цене
• Калькулятор в карточке: покупатель сам выбирает количество платежей и видит сумму каждого, не переходя в чекат.
• Правила показа по сумме: программа появляется только на позициях, попадающих в ее диапазон
• Обработка запрещенных категорий и исключений – покупатель не подает заявку там, где банк ее сознательно не одобрит
• Условия программы на человеческом языке: сколько платежей, есть ли переплата, что требуется для оформления — без отсылки «детали на сайте банка»
• Отдельные способы расчета в чекатуте с видимыми названиями программ, а не одной кнопкой «другое»
• Сценарий отказа банка: покупатель возвращается в чекаут с сохраненной корзиной и выбирает другой способ вместо страницы с ошибкой
• Аналитика: собственное событие на каждую программу, чтобы ее вклад в выручку считался отдельно от остальных оплат
• Проверка на реальных заказах и реальных суммах по каждой программе перед запуском
• Условия работы: предоплата 50%, два раунда правок на этапе дизайна, гарантийный срок 30 календарных дней

Прозрачные этапы с согласованием на каждом шагу

Общий срок:10–25 дней

1. 1

   Разбор программ и правил

   2–3 рабочих дня

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

2. 2

   Логика показа и калькулятор в карте

   2–6 рабочих дней

   Строка от N грн в месяц в карточке, выбор количества платежей, условия программы рядом. Сразу закладываем правило: если позиция не проходит по сумме или находится в исключенной категории, блок не показывается вообще.

3. 3

   Интеграция и обработка ответа банка

   3–7 рабочих дней

   Способ расчета в чекауте, передача заказа в программу, прием статуса заявки с проверкой на стороне сервера. Отдельно описываем путь отказа: корзина сохраняется, покупатель возвращается к выбору оплаты.

4. 4

   Категория и корзина

   2–5 рабочих дней

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

5. 5

   Аналитика, проверка на реальных суммах, передача

   1–4 рабочих дня

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

На чём строим и с чем это соединяется

Без этого не начнём — лучше подготовить заранее

1. 1Договоры или заявки на приложения с банками с вашей стороны.
2. 2Тестовые доступы в кабинеты программ.
3. 3Решение, закладываете ли комиссию в цену и для каких категорий.
4. 4Список позиций или категорий, где рассрочку показывать не нужно.
5. 5Доступы к сайту, хостингу и админке.
6. 6Одного человека с правом принимать решения по ценам и условиям.

Если чего-то из этого нет — скажите, подскажем, как собрать или сделаем сами отдельной задачей.

Что обычно берут вместе с этой задачей

• Интеграция monobank
• Интеграция LiqPay: оплата картой на сайте — сроки и условия
• Интеграция WayForPay — подробнее
• Интернет-магазин бытовой техники — сроки и условия
• Разработка интернет-магазина мебели — подробнее
• Мобильная скорость