Manufaktur industri
Industri Internet of Things | bahan industri | Pemeliharaan dan Perbaikan Peralatan | Pemrograman industri |
home  MfgRobots >> Manufaktur industri >  >> Industrial Internet of Things >> Teknologi Internet of Things

Penagihan IoT:Ketika warisan bukanlah jawabannya

Keith Brody dari Sistem yang Berkembang

Setiap percakapan tentang perangkat lunak perusahaan dan fungsi targetnya (dalam hal ini penagihan) selalu hadir dalam salah satu dari dua rasa, teori, dan praktik. Dengan penurunan pendapatan dari layanan telekomunikasi tradisional (misalnya, lihat gangguan aliran pendapatan SMS oleh WhatsApp ), penyedia layanan komunikasi (CSP) semakin bergantung pada kemampuan untuk bergerak cepat melampaui teori untuk mengaktifkan dan memonetisasi layanan dan paket layanan baru dengan cepat dan hemat biaya.

Seberapa sering Anda mendengar CEO telekomunikasi mengatakan bahwa frustrasi nomor satu mereka adalah waktu yang lambat untuk memasarkan layanan baru yang dapat meningkatkan daya saing mereka? Atau bertanya-tanya bagaimana cara terbaik memanfaatkan peluang digital?

Teorinya bagus tapi ada masalah besar. Sistem Pendukung Bisnis Lama (BSS) untuk CSP tetap mahal, tidak fleksibel, monolitik, dan memakan waktu untuk berubah, kata Keith Brody, VP pemasaran di Evolving Systems . Meskipun ada kemajuan dalam beberapa tahun terakhir untuk mengatasi kenyataan ini, apakah mereka datang cukup cepat? Pada saat evolusi pesat baik dalam jaringan maupun layanan yang lahir dari jaringan, pertanyaan ini menuntut jawaban.

Dan itu adalah salah satu masalah yang tidak selalu dibantu oleh penyedia perangkat lunak untuk dipecahkan. Jika mereka mengakuinya sama sekali. Banyak vendor bersembunyi di balik argumen "asumsi kompleksitas" yang mungkin familiar bagi beberapa pembaca. Di sini, mereka mengklaim bahwa sementara BSS generasi berikutnya mungkin tampak mahal dan terbatas dalam hal memberikan waktu yang cepat ke pasar, kenyataan seperti itu tidak dapat dihindari mengingat kecepatan perubahan layanan di industri itu sendiri, terutama di mana layanan baru dapat menjadi lebih kompleks. dari pendahulunya.

Namun, pada pemeriksaan yang cermat, argumen kompleksitas dengan cepat terungkap sebagai ikan haring merah. Sementara beberapa layanan CSP seluler yang muncul memang kompleks dalam hal hal-hal seperti rantai mitra yang perlu diselesaikan dan pihak-pihak yang perlu dibayar, sebagian besar didasarkan pada paradigma langsung yang hanya memerlukan pendekatan TI yang sederhana atau ramping; ironisnya (mengingat kemajuan dalam layanan), yang seringkali lebih sederhana daripada sistem BSS lama yang perlu diganti yang dirancang.

Pertanyaannya, kemudian, yang dihadapi CSP adalah apa alternatif dari warisan dan apa yang harus dilakukan untuk mencapainya? Satu aliran pemikiran mengatakan bahwa dengan mendistribusikan kembali beberapa fungsi tradisional ke lokasi baru di tumpukan BSS, layanan baru dapat dengan cepat diaktifkan dan dimonetisasi tanpa mengganggu kestabilan infrastruktur lama. "Kontrol layanan" semacam ini dapat menguntungkan operator dengan mengurangi risiko yang umumnya terkait dengan perubahan TI dan mengurangi waktu ke pasar dalam prosesnya.

Untuk mengilustrasikan intinya, mari kita lihat skenario tertentu. Semakin banyak layanan saat ini didasarkan pada bundel, dan dalam kasus seperti itu, peringkat hanya perlu terjadi pada titik ketika penggunaan "melintasi" penawaran yang dibundel. Hal ini berpotensi menyebabkan perpecahan antara bundling dan rating di mana keduanya dapat menjadi modul independen dalam BSS dan masing-masing dapat dioptimalkan secara terpisah sesuai dengan kekuatan pasar.

Dalam Kasus Penggunaan ini, menghitung bundel tidak harus termasuk dalam domain penagihan yang mahal, melainkan dapat ditangani dalam aplikasi manajemen data. Nilai di sini mencakup pengurangan kompleksitas, pengurangan penyimpanan, dan pengurangan beban pada aplikasi harga/rating/penagihan hilir karena sebagian besar catatan penggunaan akan ditangani dalam langkah pra-pemrosesan, sehingga menjadi fungsi pembongkaran.

Haruskah arsitektur yang berbeda seperti ini dipertimbangkan? Saya akan berdebat ya. Untuk satu hal, penyederhanaan dan komoditisasi arsitektur TI umumnya tidak dapat dihindari. Pengurangan biaya adalah dan akan terus menjadi pendorong utama, seperti kebutuhan untuk mengurangi ketergantungan pada sistem perangkat lunak tunggal yang kompleks.

Kekuatan pasar menurunkan biaya dalam arsitektur modular, karena setiap modul independen dan dapat dikomoditaskan secara individual. Mengingat kenyataan bahwa sebagian besar catatan penggunaan yang terkait dengan layanan umum memerlukan sedikit lebih dari sekadar peringkat, logikanya jelas. Menghitung di luar aplikasi penagihan/OCS dapat menjadi LEAN dan hemat biaya. Manajemen Data dan platform pemrosesan, tidak seperti aplikasi lain, secara inheren fleksibel dan oleh karena itu mudah dan cepat untuk menyesuaikan dan mampu mengaktifkan layanan baru ketika ditempatkan di jalur kontrol.

Kekuatan argumen menjelaskan mengapa semakin banyak operator yang berpikir di luar kotak warisan. Realitas ini bersifat global; operator dari Eropa hingga Asia hingga Amerika Utara telah menerapkan pendekatan baru.

Selanjutnya, CRM dan Katalog Produk harus menjadi komponen kunci karena mereka menyimpan semua data yang berharga bagi pelanggan. Penyedia layanan hampir pasti akan semakin bergantung pada sistem ini, membuatnya sulit untuk diganti. Dalam konteks seperti itu, modul orkestrasi yang mengelola kontrol dan aliran informasi antara modul lain sangat penting. Perubahan konfigurasi yang dibuat di sini daripada di tempat lain di lapisan jaringan (di mana perubahan lebih mahal) sangat masuk akal.

Dimana biaya untuk jaringan terus menurun sementara OSS/BSS OPEX dan CAPEX tetap dan dengan demikian membentuk persentase yang lebih besar dari total basis biaya mereka, perubahan sangat penting. Inovasi dalam tumpukan yang memungkinkan, dengan demikian, tak terelakkan.

Penulisnya adalah Keith Brody, VP pemasaran di Evolving Systems.


Teknologi Internet of Things

  1. Jalan menuju keamanan IoT industri
  2. Pembaruan perangkat lunak di IoT:pengantar SOTA
  3. Tetap patuh pada data di IoT
  4. Mencetak IoT
  5. Layanan konektivitas sesuai permintaan memenuhi kebutuhan aplikasi IoT
  6. Janji pendapatan IoT yang tidak pernah diuangkan
  7. Demokratisasi IoT
  8. Memaksimalkan nilai data IoT
  9. Aplikasi teratas yang memastikan pertumbuhan untuk pasar layanan terkelola IoT
  10. IoT di Cloud:Azure vs AWS