IoT課金：レガシーが答えではない場合

進化するシステムのキースブロディ

エンタープライズソフトウェアとそのターゲット機能（この場合は課金）に関する会話は、常に理論と実践の2つのフレーバーのいずれかで行われます。従来の電話会社サービスからの収益が急速に減少している（たとえば、 WhatsApp によるSMS収益ストリームの中断を見てください） ）、通信サービスプロバイダー（CSP）は、理論を超えて、新しいサービスとサービスバンドルを迅速かつコスト効率よく有効化および収益化できるようにすることにますます依存しています。

電話会社のCEOが、彼らの最大の欲求不満は、競争力を高める可能性のある新しいサービスの市場投入までの時間が遅いと言うのをどのくらいの頻度で聞いたことがありますか。または、デジタルの機会を活用するための最善の方法を知りたいですか？

理論はすべて良いですが、大きな問題があります。 CSPのレガシービジネスサポートシステム（BSS）は、コストがかかり、柔軟性がなく、モノリシックであり、変更に時間がかかると、進化するシステムのマーケティング担当副社長であるキースブロディは述べています。 。この現実に対処するために近年進歩がありましたが、それらは十分に早く来ていますか？ネットワークとネットワーク生まれのサービスの両方が急速に進化している現在、この質問には答えが必要です。

また、ソフトウェアプロバイダーが必ずしも解決に役立っているとは限らないという問題もあります。彼らがそれを認めるなら。多くのベンダーは、一部の読者が精通している可能性のある「複雑さの仮定」の議論の背後に隠れています。ここで、彼らは、次世代のBSSは、市場投入までの時間を短縮するという点でコストがかかり、制約があるように見えるかもしれませんが、業界自体のサービス変更の速度を考えると、特に新しいサービスがこれまで以上に複雑になる可能性がある場合、そのような現実は避けられないと主張します前任者よりも。

しかし、よく調べてみると、複雑さの議論は、赤いニシンのようにすぐに明らかになります。一部の新しいモバイルCSPサービスは、解決が必要なパートナーチェーンや報酬が必要な当事者などの点で確かに複雑ですが、大部分は、単純な、または無駄のないITアプローチのみを必要とする単純なパラダイムに基づいています。皮肉なことに（サービスの進歩を考えると）、交換が必要な従来のBSSシステムよりも単純なものが設計されました。

では、CSPが直面する問題は、レガシーに代わるものは何か、そしてレガシーに到達するために何をすべきかということです。ある学派によると、従来の機能の一部をBSSスタックの新しい場所に再配布することで、レガシーインフラストラクチャを不安定にすることなく、新しいサービスを迅速に有効化して収益化することができます。この種の「サービス制御」は、ITの変更に一般的に関連するリスクを軽減し、プロセスの市場投入までの時間を短縮することで、オペレーターに利益をもたらすことができます。

ポイントを説明するために、特定のシナリオを見てみましょう。今日、ますます多くのサービスがバンドルに基づいており、そのような場合、評価は、使用がバンドルされたオファーを「横切る」時点でのみ発生する必要があります。これにより、バンドルとレーティングが分割される可能性があり、両方がBSS内で独立したモジュールになり、市場の力に応じてそれぞれを個別に最適化できます。

このユースケースでは、バンドルのカウントは高額な請求ドメインに含まれる必要はなく、データ管理アプリケーション内で処理できます。ここでの価値には、複雑さの軽減、ストレージの削減、およびダウンストリームの価格設定/評価/請求アプリケーションの負荷の軽減が含まれます。これは、使用記録の大部分が前処理ステップで処理され、オフロード機能になるためです。

このようなさまざまなアーキテクチャを検討する必要がありますか？はいと主張します。一つには、ITアーキテクチャの簡素化とコモディティ化は一般的に避けられません。単一の複雑なソフトウェアシステムへの依存度を下げる必要性と同様に、コスト削減は現在も今後も主要な推進力となります。

各モジュールは独立しており、個別に商品化できるため、市場の力がモジュラーアーキテクチャのコストを押し下げます。一般的なサービスに関連する使用記録の大部分が単純な評価にすぎないという現実を考えると、論理は明白です。請求/ OCSアプリケーションの外部でカウントすることは、無駄がなく、費用効果が高い場合があります。データ管理および処理プラットフォームは、他のアプリケーションとは異なり、本質的に柔軟性があるため、調整が簡単かつ迅速であり、新しいサービスを制御パスに配置したときに有効にすることができます。

議論の力は、ますます多くのオペレーターがレガシーボックスの外で考えている理由を説明しています。この現実はグローバルです。ヨーロッパからアジア、北米に至る事業者は、すでに新しいアプローチを展開しています。

さらに、CRMおよび製品カタログは、価値のある顧客のすべてのデータを保持するため、主要なコンポーネントになる必要があります。サービスプロバイダーはほぼ確実にこれらのシステムへの依存度を高め、システムの交換を困難にします。このような状況では、他のモジュール間の制御と情報の流れを管理するオーケストレーションモジュールが重要です。ネットワーク層の他の場所（変更のコストが高い場所）ではなく、ここで行われた構成の変更は、十分に理にかなっています。

OSS / BSS OPEXとCAPEXが固定されている一方で、ネットワークのコストが着実に減少しているため、総コストベースの割合がこれまでになく大きくなっている場合は、変更が不可欠です。したがって、イネーブリングスタック内のイノベーションは避けられません。

著者は、EvolveingSystemsのマーケティング担当副社長であるKeithBrodyです。