Создание сервиса по приему платежей в интернете подразумевает решение ряда организационных и технических вопросов.
Как и у любого другого бизнеса, вопросов много, они разнообразны и варьируются в зависимости от внешних и внутренних обстоятельств и условий. Но я, пожалуй, выделю четыре базовых вопроса, решение которых прямо или косвенно влияет на все остальные моменты, связанные с запуском нового поставщика платежных услуг (payment service provider):
- Выбор бизнес-модели.
- Определение целевой аудитории сервиса.
- Выбор платежных систем.
- Выбор процессинговой платформы.
Бизнес-модель
Говоря о бизнес-модели сервиса по приему интернет-платежей, я имею ввиду не стратегию развития компании и монетизацию ее услуг, а ответ на вопрос: «Предполагает ли будущий поставщик платежных услуг заниматься агрегацией платежей для своих клиентов или нет»?
Для тех, кто пока не очень хорошо понимает, о чем идет речь, я поясню. Существует две основные модели работы любого сервиса по приему интернет-платежей. Я их называю «Процессор» и «Агрегатор». И эти названия точно отражают суть.
«Процессор» занимается решением исключительно технических задач, связанных с приемом платежей. Быстрое и удобное взаимодействие интернет-торговца с одной или несколькими платежными системами, защита от мошенничества, безопасность транзакций и платежных данных, статистика, отчетность — вот типичный набор услуг «процессора».
Что он не делает — так это не прикасается к деньгам своих клиентов. Все расчеты по обработанным транзакциям между платежными системами и интернет-торговцами производятся напрямую, что подразумевает регистрацию торговца в каждой из платежных систем, через которую он хочет получать деньги от своих покупателей.
«Агрегатор» — это расширенная версия «процессора», в которую, к выполнению ранее упомянутых технических функций, добавлена одна финансовая услуга.
Суть этой услуги в том, что «агрегатор» от собственного имени собирает платежи в пользу своих интернет-торговцев во всех платежных системах, с которыми «агрегатор» работает. Платежи поступают на счета «агрегатора» в этих системах. Затем «агрегатор» собирает все разбросанные по разным платежным системам деньги в одну сумму и одним платежом выплачивает ее торговцу.
Если поставщик платежных услуг планирует заниматься агрегацией платежей, ему нужно принять во внимание следующее:
- Агрегация платежей является лицензируемым видом деятельности практически во всех странах мира. Компании, которая намерена заниматься агрегацией платежей, необходимо получить лицензию платежной организации, то есть так называемую PI лицензию. В некоторых русскоязычных странах ее называют лицензией НКФО.
- Для получения PI лицензии нужно обращаться к финансовому регулятору или администрации той страны, где зарегистрировано юридическое лицо будущего поставщика платежных услуг.
- Процесс получения PI лицензии не прост, требует определенных усилий и ресурсов, и в среднем занимает полгода — год.
- Агрегация значительно усложняет ведение бухгалтерской отчетности платежного сервиса и влечет за собой расходы на регулярный финансовый аудит компании в соответствии с требованиями PI лицензии.
Короче говоря, выбор бизнес-модели «агрегатора» делает процесс создания сервиса по приёму интернет-платежей более длительным, сложным и дорогим по сравнению с бизнес-моделью «процессора».
Целевая аудитория
Я понимаю, что на вопрос о том, кто клиенты нового платежного сервиса так и хочется ответить: «Все, кому нужен прием платежей через интернет!» Это здорово, если вы хотите завоевать весь мир. Но я бы рекомендовала подумать и ответить на вопросы:
- Какой бизнес ведут потенциальные клиенты будущего поставщика платежных услуг?
- В каких странах или регионах физически находятся потенциальные клиенты?
- В какие страны или регионы потенциальные клиенты продают свои товары/услуги?
Ответив на эти вопросы вы поймете, какие платежные средства должны быть предложены интернет-торговцам к приему с самого начала, какие условия и тарифы на услуги по приему платежей могут быть приемлемы и конкурентоспособны, какими особенностями должна обладать процессинговая платформа нового сервиса и так далее.
Платежные системы
Ни для кого не секрет, что самое популярное средство платежа в интернет — это банковские платежные карты. Лидерами в этой нише являются международные платежные системы VISA и MasterCard. Следовательно, минимум, что должен предлагать поставщик платежных услуг интернет-торговцам — это возможность приема платежей по картам вышеупомянутых платежных систем.
Однако практически в каждой стране или даже регионе существуют свои местные платежные системы, которые по популярности среди продавцов и покупателей зачастую не уступают международным.
И это не обязательно карточные системы. Это могут быть электронные кошельки, системы межбанковских или внутрибанковских переводов, как BankLink в странах Балтии. Это могут быть предоплаченные ваучеры, как Ukash в Великобритании.
Можно предлагать к приему только платежи по картам. Но если к ним добавить возможность приема платежей с использованием популярных местных платежных средств, это повысит привлекательность начинающего поставщика платежных услуг в глазах его потенциальных клиентов.
А от количества и разнообразия платежных средств напрямую зависят требования к процессинговой платформе и технической инфраструктуре будущего сервиса по приему интернет-платежей.
Процессинговая платформа
Процессинговая платформа — это основа и фундамент бизнеса любого поставщика платежных услуг. Именно она определяет возможности, количество и качество услуг платежного сервиса. От ее надежности и стабильности зависит бизнес процессора или агрегатора платежей.
Процессинговая платформа способна предоставить большое конкурентное преимущество даже для новичка на рынке платежных услуг. Одним словом, процессинговая платформа — это очень и очень важно.
И очень важно изначально выбрать правильную процессинговую платформу. Потому что смена платформы в активно работающей компании по приему и обработке интернет-платежей — это всегда большая головная боль для ее руководства и сотрудников отдела технической поддержки клиентов.
Вариант 1. Разработка собственной процессинговой платформы внутри компании.
Очень часто при создании нового поставщика платежных услуг возникает соблазн разработать с нуля собственную процессинговую платформу.
Ход мыслей при этом примерно такой: «Для начала будем предлагать прием платежей по картам. Наймем программистов. Они напишут код платежного шлюза для связи интернет-магазина и банка-эквайера. Запустимся с небольшим базовым набором услуг. Потом постепенно будем добавлять новые опции и альтернативные платежные средства. Все получится.»
Да, возможно получится. И даже, в конце концов, определенно получится. Но прежде, чем все получится, придется изрядно помучиться. И главное, чтобы денег хватило. Потому что разработка собственной процессинговой платформы — процесс очень долгий и очень дорогой.
Долгий — поскольку только на базовую версию процессинговой платформы, с которой уже можно оказывать услуги по приему карточных (и только карточных!) платежей, но ещё нельзя привлечь клиентов, у команды из 3-х сильных программистов, из которых хотя бы 1 имеет опыт создания процессинговых платформ, уйдет не менее полугода. И это не тот случай, когда увеличение числа программистов значительно сокращает срок разработки.
Дорогой — потому что сильные и опытные программисты не работают за маленькие зарплаты. И содержать хотя бы минимальный штат программистов придется на постоянной основе, так как развитие процессинговой платформы — процесс непрерывный. В нее постоянно приходится что-то добавлять, что-то улучшать, что бы удовлетворить возникающие потребности клиентов поставщика платежных услуг.
А ещё есть такая штука, как PCI DSS. Это стандарт, описывающий требования к программному обеспечению поставщика платежных услуг, к технической инфраструктуре и бизнес-процессам, имеющим отношение к обращению с карточными данными.
До того, как процессинговая платформа будет введена в эксплуатацию, ее необходимо сертифицировать по PCI DSS. В первый раз процесс может быть достаточно сложным и растянуться на 5-6 месяцев. Стоимость сертификации начинается он нескольких десятков тысяч евро.
И каждый год PCI DSS сертификацию необходимо проходить заново. Времени на это будет уходить меньше, но стоимость останется прежней. А может и увеличиться, если требования стандарта ужесточатся, что приведет к дополнительной работе со стороны сертификатора.
Впрочем, у варианта с разработкой собственной процессинговой платформы есть и плюсы. Доступ к исходному коду и API документации дает поистине неограниченные возможности по модификации, гибкому обновлению и развитию платформы. Все в руках платежного сервиса. Можно делать что угодно, когда угодно и как угодно. Хотя очень часто минусы, — долгий и дорогой запуск, а так же последующие высокие затраты на техническое обслуживание, — в конечном итоге все же перевешивают.
Вариант 2. Купить уже готовую процессинговую платформу
Можно отказаться от идеи разработки процессинговой платформы своими силами и купить уже готовую. Это значительно сократит срок запуска сервиса по приему интернет-платежей. Но и придется потратиться в один момент.
Во-первых, стоимость готовой платформы начинается с шестизначного числа. Во-вторых, каждый раз для внесения какого-либо изменения в платформу придется обращаться к разработчику и платить высокие почасовые ставки за работу его программистов.
Необходимость прохождения сложной и дорогой PCI DSS сертификации купленной платформы сохраняется, поскольку платформа находится в собственности поставщика платежных услуг и он отвечает за ее соответствие стандарту. Разработчик подготовит ПО к прохождению сертификации. Но проходить ее будет платежный сервис самостоятельно.
Вариант с приобретением процессинговой платформы в собственность я бы рассматривала только в том случае, если другие возможности отсутствуют или у запускаемого платежного сервиса большой бюджет и очень сжатые сроки. Или, на это есть какие-то внутренние причины. Впрочем, каким бы большим не был бюджет проекта, его надо тратить разумно.
Вариант 3. Аренда процессинговой платформы
А ведь можно без потери в качестве сократить расходы на процессинговую платформу, техническую инфраструктуру и обслуживание и значительно сэкономить.
Достаточно обратить внимание на процессинговые платформы, предлагаемые к использованию в виде WLS по SaaS модели. Одним из примеров — beGateway от компании eComCharge.
Акронимы WLS и SaaS в описании означают, что за небольшую (в пределах 4-х знаков) ежемесячную плату поставщик платежных услуг получает в аренду полнофункциональную, современную процессинговую платформу.
Внешний вид и стиль платформы выполнены согласно пожеланиям арендатора. Физически платформа размещается на серверах разработчика, который самостоятельно и за свой счет решает все вопросы, связанные с PCI DSS сертификацией и техническим обслуживанием.
Аренда процессинговой платформы позволяет платежному сервису отказаться от дорогостоящего штата программистов, избежать обязательной и ежегодной PCI DSS сертификации, и не тратить кучу денег на техническое обеспечение своего бизнеса. Сама подготовка и запуск процессинговой платформы beGateway «под ключ» занимает не больше месяца.