Биллинг IoT:когда устаревшее - не ответ

Кейт Броуди из Evolving Systems

Любой разговор о корпоративном программном обеспечении и его целевых функциях (в данном случае биллинга) всегда ведется в одном из двух вариантов:теория и практика. При быстром сокращении доходов от традиционных телекоммуникационных услуг (например, посмотрите, как WhatsApp прерывает потоки доходов от SMS. ), поставщики коммуникационных услуг (CSP) все больше полагаются на возможность быстро выйти за рамки теории и быстро и экономично предоставлять и монетизировать новые услуги и пакеты услуг.

Как часто вы слышали, чтобы генеральный директор телекоммуникационной компании говорил, что их разочарование номер один - это медленный вывод на рынок новых услуг, которые могут повысить их конкурентоспособность? Или задаетесь вопросом, как лучше всего использовать возможности цифровых технологий?

Теория хороша, но есть серьезная проблема. Устаревшие системы поддержки бизнеса (BSS) для CSP остаются дорогостоящими, негибкими, монолитными и требуют много времени для изменения, говорит Кейт Броуди, вице-президент по маркетингу в Evolving Systems . Несмотря на то, что в последние годы были достигнуты успехи в решении этой проблемы, достаточно ли быстро они происходят? В период быстрой эволюции как сетевых, так и сетевых сервисов этот вопрос требует ответа.

И это проблема, которую поставщики программного обеспечения не обязательно помогают решать. Если они вообще это признают. Многие поставщики прячутся за аргументом «допущение сложности», с которым могут быть знакомы некоторые читатели. Здесь они утверждают, что, хотя BSS следующего поколения может показаться дорогостоящим и ограниченным с точки зрения быстрого вывода на рынок, такая реальность неизбежна, учитывая скорость изменения услуг в самой отрасли, особенно там, где новые услуги могут быть еще более сложными. чем их предшественники.

Однако при внимательном рассмотрении аргумент о сложности быстро обнаруживается как отвлекающий маневр. Хотя некоторые появляющиеся мобильные CSP-услуги действительно сложны с точки зрения таких вещей, как партнерская цепочка, которую необходимо урегулировать, и стороны, которые должны получать вознаграждение, подавляющее большинство основано на простых парадигмах, требующих только простого или экономичного ИТ-подхода; по иронии судьбы (учитывая прогресс в обслуживании), была разработана система, которая часто проще, чем устаревшая система BSS, для которой необходимо заменить.

Тогда перед CSP встает вопрос:какова альтернатива устаревшему и что делать, чтобы достичь его? Согласно одной из школ, путем перераспределения некоторых традиционных функций в новые места в стеке BSS можно быстро включить и монетизировать новые услуги без дестабилизации унаследованной инфраструктуры. Такой вид «управления услугами» может принести пользу оператору, поскольку снижает риски, обычно связанные с изменением ИТ, и сокращает время вывода продукта на рынок в процессе.

Чтобы проиллюстрировать эту мысль, давайте рассмотрим конкретный сценарий. Сегодня все больше и больше услуг основано на пакетах, и в таких случаях оценка должна происходить только в момент, когда использование «пересекает» пакетное предложение. Это потенциально вызывает разделение между объединением и рейтингом, когда оба могут стать независимыми модулями в BSS, и каждый может быть оптимизирован отдельно в соответствии с рыночными силами.

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

Следует ли рассматривать разные архитектуры, подобные этой? Я бы сказал, да. Во-первых, упрощение и коммерциализация ИТ-архитектур в целом неизбежны. Снижение затрат было и будет оставаться основным фактором, равно как и необходимость снизить зависимость от отдельных сложных программных систем.

Рыночные силы снижают затраты в модульной архитектуре, поскольку каждый модуль является независимым и может быть индивидуализирован. Учитывая тот факт, что для подавляющего большинства записей об использовании, связанных с общими службами, требуется немного больше, чем простая оценка, логика очевидна. Подсчет вне приложения биллинга / OCS может быть БЕЗОПАСНЫМ и экономичным. Платформы управления и обработки данных, в отличие от других приложений, по своей сути гибки и поэтому легко и быстро настраиваются и могут включать новые службы, когда они помещаются в путь управления.

Сила аргумента объясняет, почему все большее число операторов мыслит нестандартно. Эта реальность глобальна; операторы из Европы в Азию и Северную Америку уже внедрили новые подходы.

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

Там, где стоимость сети неуклонно снижается, в то время как OPEX и CAPEX OSS / BSS являются фиксированными и, таким образом, составляют все больший процент от их общей стоимости, необходимы изменения. Таким образом, инновации в стеке возможностей неизбежны.

Автор - Кейт Броуди, вице-президент по маркетингу Evolving Systems.