Биллинг для облачного сервиса
Для облачного провайдера модуль биллинга — это один из основных компонентов, который обеспечивает работу бизнеса. В отличие от продажи лицензий продажа сервисов по подписке требует более высокого уровня автоматизации. Ее может предоставить именно биллинг.
Понятно, что биллинг должен обеспечивать автоматическое открытие и закрытие подписки, изменение тарифных опций. Без этого сложно поддерживать даже несколько десятков пользователей, не говоря о тысячах и миллионах (обычная для облаков цифра).
Для любого облачного провайдера важно перевести своих пользователей на самообслуживание. Для этого биллинг должен автоматизировать такие функции:
- открытие и закрытие пробного периода. Трудно поверить, но до сих пор можно найти предложения типа «отправьте нам заявку, чтобы получить доступ к демо-версии»;
- прием платежей. Должны поддерживаться все распространенные способы оплаты: пластиковые карты, электронные деньги, обычные банковские платежи. По нашей статистике, при сумме до 2 тыс рублей пользователи чаще всего не заморачиваются с проведением платежа через юр.лицо и оплачивают в онлайне;
- ежемесячное выставление закрывающих документов. Это нужно и для пользователей, и для собственной бухгалтерии.
Автоматизация этих задач существенно снижает расходы на поддержку пользователей. В результате мы — провайдеры — можем держать низкими тарифы на наши сервисы.
Полноценный биллинг сложно разработать самостоятельно. Это сложный продукт. Проблема заключается в том, что готовых решений для нашего рынка не существует (не считая дорогих и сложных продуктов для телекомов). На западе доступны облачные сервисы биллинга, но по понятным причинам они не подходят для России — нет локализации, поддержки платежных систем и агрегаторов типа Яндекс Денег или Робокассы.
Причина, по которой до сих нет российских решений для биллинга, тоже понятна. Это очень небольшой рынок, ограниченный парой сотен потенциальных клиентов. При этом большинство из этих них — стартапы, которые будут способны платить за использование продукта адекватные деньги в лучшем случае через несколько лет.
Поэтому биллинг МоегоСклада мы начали разрабатывать сами практически с момента запуска проекта — буквально с 2008 года. По сути это непрерывный процесс, мы постоянно добавляем новые функции, платежные системы, возможности для проведения акций, учета подарочных купонов, интеграции с маркетинговой аналитикой. Это совсем не наш основной бизнес, и в идеале хотелось бы использовать чужой готовый продукт. Но, видимо, в обозримом будущем мы будем продолжать использовать собственный биллинг.
Поговорим о том, как работа биллинга выглядит со стороны клиента. Вы знаете, что одна из самых разрекламированных особенностей облаков — потребление ресурсов ondemand, когда вы платите только за те ресурсы, которыми реально пользовались. В случае инфраструктурных сервисов это использование CPU, памяти, трафика. В случае МоегоСклада и другого прикладного ПО это, в первую очередь, количество рабочих мест и набор дополнительных опций, которые использует клиент.
В этой области многие компании используют некоторые хитрости. Например, устанавливают минимальный срок оплаты, равный трем или шести месяцам. При этом тип договора, который заключается с клиентами — лицензионный, он не предусматривает возможность возврата неизрасходованных средств. Наша компания точно также поощряет оплату на длительный период. Но при этом мы работаем по договору оказания услуг, и этот тип соглашения обязывает нас возвращать средства по запросу клиента.
Несмотря на эти тонкости, я считаю модель оплаты облачных сервисов намного более гибкой и подходящей под запросы бизнеса, чем варианты, которые могут предложить продавцы традиционного ПО.
А что думаете вы? Можете ли привести примеры удачных и неудачных биллинговых систем в России?
