Почему ниша продажи ТСР «горячая»
Для компании или предпринимателя идеально, когда есть свободная ниша с большим количеством потенциальных клиентов. Например, продажа технических средств реабилитации (ТСР) по сертификатам ФСС. По статистике в России более 10 млн людей нуждаются в средствах для реабилитации, а это 10 млн потенциальных клиентов. Зато магазинов, где можно оформить покупку по электронному сертификату, немного.
Сейчас «горячее» время для захода в эту область: реальных конкурентов немного, а потребность у населения большая. Однако люди привыкли пользоваться удобными сервисами. Получается «зайти» в нишу оправдано, если у магазина есть все функции, которые нужны клиентам. Одна из них, возможность купить товар с помощью сертификата ФСС.
Сертификат ФСС — это электронный платежный инструмент, который «выдает» Фонд социального страхования. Каждый сертификат записан в цифровом реестре Государственной информационной системы электронных сертификатов. Он целевой, т.е. в нем указана код товара и сумма, которую на него выделило Правительство РФ.
Мы уже знаем, как разработать сервис, так как делали подобный для ЮкиГрупп. В статье подробно расскажем процесс оплаты товара сертификатом, как мы доработали модуль эквайринга Сбербанка и с какими особенностями по оформлению покупки столкнулись.
Клиент → задача → решение
ЮкиГрупп — это группа компаний по продаже медицинской техники и оборудования. Они пришли к нам делать интеграцию сайта с 1С. В итоге, мы начали плотно работать по многим задачам. Одной из них стала разработка возможности оплачивать товары сертификатами ФСС на сайте.
Изначально товары на сайте ЮкиГрупп можно было оплатить онлайн только банковской картой. Когда мы приступили к работе, выяснилось, что задача требует нестандартного решения. Мало кто знает, как сделать такую опцию на сайте. Поэтому мы сами придумали, как доработать схему процесса.
Нестандартное решение необычной задачи
По нашей логике, надо было интегрировать способ оплаты сертификатом в модуль эквайринга Сбербанка. Другими словами, в корзине на сайте, кроме стандартной опции «Оплатить картой», должна была появиться и другая — «Оплатить сертификатом».
Когда покупатель выбирает товар ФСС и переходит в корзину, то видит два способа оплаты: банковской картой и сертификатом ФСС + карта Мир. Это происходит, если соблюдаются два условия: покупку оформляет физическое лицо и у товара есть метка ФСС. Он выбирает нужный вариант и нажимает кнопку «Оформить заказ». После этого покупатель переходит на форму оплаты, и выбирает тот блок, который относится к сертификату ФСС. Там он заполняет данные карты Мир, которая привязана к этому сертификату.
Теперь начинается скрытый от глаз покупателя процесс. Сервис банка передает сервису казначейству запросы и сведения о том, что покупатель хочет приобрести определенный товар на деньги конкретного сертификата. Если все верно, то от сервиса казначейства приходит ответ, что все хорошо и деньги можно перечислить. При этом сам сертификат привязывается к банковской карте Мир, но на нее казенные деньги не зачисляются. Если все сходится, то банк переводит средства на счет магазина.
Такие процессы проходят мгновенно и для покупателя совсем незаметны. В случае, если сумма покупки превышает лимит по сертификату, то с карты списывают личные средства покупателя. В конце появляется уведомление, что оплата прошла, а покупателю на e-mail приходит чек.
Как мы это сделали
Для начала, надо было сделать несколько обязательных шагов, чтобы все работало, как задумали:
- Присвоить код товарам в базе клиента, которые подходят под ТСР. У каждого товара есть код изделия и код ТРУ. По ним товары проходят в базах ФСС.
- Реализовать выгрузку кодов на сайт.
- Собрать товары в специальном разделе (товары ФСС) на сайте для удобства покупателей. Они заходят на сайт и сразу переходят в нужный раздел. Или в другой раздел, видят метки товара ФСС у соответствующих изделий.
После этого мы приступили к самой важной части процесса: доработать штатный модуль эквайринга Сбербанка. Он «заточен» для проведения обычных оплат на сайте и не умеет работать с нестандартными способами (как раз наш случай).
Было два варианта, как решить задачу:
- Написать модуль эквайринга с нуля на основании API СберБанка. Но это было нецелесообразно, потому что штатный модуль банка охватывает пласт типичных задач, которые нужны заказчику. К тому же, пришлось бы задействовать дополнительные ресурсы (разработчики, время), а это лишние затраты для бюджета.
- Доработать модуль эквайринга банка и добавить новый способ оплаты на сайт.
Мы выбрали второй вариант и «допилили» модуль для нужных функций. Теперь на форме оплаты СберБанка есть блок с оплатой сертификатом.
В рамках этого проекта, мы взяли стандартный код модуля СберБанка и модифицировали его. Для этого использовали такие возможности API банка, которые помогают системе работать с оплатой электронными сертификатами. Получается, что сами доработали модуль эквайринга. Благодаря этому на сайте теперь есть два варианта оплата: банковской картой и электронным сертификатом с картой Мир.— Егор Жданов, руководитель отдела разработки сайтов и мобильных приложений
В итоге сайт заказчика, модуль банка, онлайн-касса и сервис казначейства работают в единой системе. Все данные передаются по цепочке. Однако, пока мы решали задачу, всплыли другие особенности бизнес-процесса, которые надо было доработать. Например, оплата доставки и инструкция для покупателей.
Доставка в общую корзину
После релиза, клиент обратил внимание, что сумма доставки не входит в оплату сертификатом. При этом если на нем остаются средства, то они «сгорают». Сумма доставки в другие регионы может быть существенной, поэтому для покупателей важно использовать все средства на сертификате.
Представьте ситуацию, когда человек выбирает себе ортопедический коврик. На сайте он стоит 2400 рублей, а доставка за него 600 рублей. Общая сумма выходит такая же, как на сертификате. Однако раньше (до того как мы заметили этот нюанс), покупателю пришлось бы оплачивать доставку личными деньгами. При этом разница на сертификате между лимитом средств и суммой товара (600 рублей) просто «сгорала», т.е. ими нельзя было воспользоваться и оплатить доставку.
Поэтому мы написали скрипт, который включает стоимость доставки в сумму заказа и ее можно покрыть казенными средствами. Теперь при оплате заказа, деньги за доставку распределяются между товарами заказа. Значит покупатель использует деньги казначейства по максимуму. И если ему придется тратить свои, то только разницу между стоимостью сертификата и суммой заказа. Значит по примеру выше, ему не придется ничего доплачивать. Такая возможность повышает лояльность покупателя к магазину.
Теперь, доставка добавляется к общему заказу. Покупатель перед оплатой заказа, видит итоговую сумму и может выбрать оплату электронным сертификатом.
Инструкция в массы
Отдельной задачей стала разработка инструкции для покупателей. Давайте посмотрим на процесс глазами пользователя:
Так как оплата сертификатом — это нестандартная процедура, мы сделали подробную инструкцию со скриншотами и развернутым описание шагов покупки товаров.
Преимущества доработки модуля
Разработка интеграции с нашей стороны заняло неделю. Когда мы принимали решение по задачам клиента, то старались охватить полный процесс. Это помогло учесть дополнительные особенности (вспоминаем доставку и инструкцию) и упростить процедуру для конечного пользователя. При этом сложным был не сам бизнес-процесс, а его реализация. Зато теперь клиент может осваивать новую нишу, а покупатели использовать свои преимущества по максимуму.
Мы уже знаем, как оптимально интегрировать сервис. Если у вас возникали подобные задачи, напишите нам. Наш менеджер перезвонит в течении 30 минут.
