OTT Platformu Geçiş Kılavuzu: Kesintiye Neden Olmayan Veri ve Faturalandırma Geçişi

Şunu değiştirmek: OTT platformu nadiren sadece bir teknoloji kararıdır. Platformunuzda aboneler, ödeme kayıtları, içerik, izlenme verileri, abonelikler, uygulamalar, URL’ler ve iş kuralları bulunur; bunlar öylece devre dışı bırakılıp sıfırdan yeniden oluşturulamaz.

İşte bu yüzden güçlü bir OTT geçiş stratejisi focuses on continuity, not just data transfer.

Hedef oldukça net: İzleyiciler izlemeye devam ederken, aboneler hesaplarını kaybetmeden ve tekrarlayan faturalandırma mümkün olduğunca az kesintiye uğrayarak işleri yeni platforma taşımak.

Bu nedenle, başarılı bir geçiş süreci, yalnızca bir veritabanının dışa aktarılmasından ibaret değildir. Veri eşleştirme, içerik doğrulama, faturalandırma planlaması, paralel testler, kontrollü geçiş ve devreye alma sonrası izleme gibi aşamaları da gerektirir.

Bir OTT hizmetinde genellikle birkaç birbirine bağlı sistemler.

Tipik bir veri taşıma işlemi şunları içerebilir:

• Video ve ses dosyaları

• İçerik meta verileri

• Afişler ve sanat eserleri

• Kategoriler ve koleksiyonlar

• Kullanıcı hesapları

• Abonelik planları

• Satın alma geçmişi

• Ödeme bilgileri

• Görüntüleme geçmişi

• Cihazlar

• Uygulamalar

• Alan Adları ve URL'ler

• DRM ve erişim kuralları

• Analitik

• E-posta ve bildirim iş akışları

İşin zor yanı, bu sistemlerin birbirine bağlı olmasıdır.

Bir abonenin, bir ödeme ağ geçidine bağlı aktif bir aylık paketi, izleme geçmişi, birden fazla kayıtlı cihazı ve belirli bir içerik paketine erişimi olabilir.

Abonelik mantığını doğru bir şekilde değiştirmeden aboneyi taşımak, bir video dosyasını taşımaktan çok daha büyük bir soruna yol açabilir.

İşte bu nedenle göç, bir iş sürekliliği projesi, sadece teknik bir ihracat/ithalat işlemi değil.

Daha güvenli bir yaklaşım, eski ve yeni platformların aynı üretim rolü için hemen rekabet etmesini önlemektir.

Bunun yerine, aşamalı bir geçiş uygulayın:

Denetim → Haritalama → Taşıma → Test → Senkronizasyon → Geçiş → Doğrulama

Yeni ortam hazırlanıp test edilirken eski platform hâlâ çalışır durumda.

Bu, müşterilerin taşınması tamamlandıktan sonra ancak o zaman büyük bir sorunun ortaya çıkma riskini azaltır.

Göç sürecindeki ilk hata, dışa aktarımla başlamaktır.

Öncelikle bir envanter çıkarın.

Mevcut platformda bulunan öğeleri belgelendirin ve bunları dört gruba ayırın:

Bu denetim, aksi takdirde gözden kaçabilecek bağımlılıkları tespit eder.

Örneğin, bir içerik kütüphanesi eksiksiz görünse de altyazılar, küçük resimler, bölüm ilişkileri veya bölgesel erişilebilirlik kuralları eksik olabilir.

Aynı durum aboneler için de geçerlidir. Bir kullanıcı veritabanı, müşterinin platformla olan ticari ilişkisinin mutlaka eksiksiz bir yansıması değildir.

Farklı OTT platformları, farklı veritabanı yapıları ve adlandırma kuralları kullanır.

Bir platformda bir alanın adı “subscription_status” olabilirken, başka bir platformda “plan”, “yenileme tarihi” ve “ödeme durumu” alanlarının bir kombinasyonu kullanılabilir.

Verileri içe aktarmadan önce bir eşleme belgesi oluşturun.

Her önemli alan için şunları tanımlayın:

• Kaynak alanı

• Hedef alanı

• Veri türü

• Dönüştürme gerekli

• Doğrulama kuralı

• Eksik verilerle ilgili davranış

Bu, göç ekibi için bir referans noktası haline gelir.

Ayrıca, görsel kontrollere güvenmek yerine kaynak ve hedef kayıtları sistematik bir şekilde karşılaştırabildiğiniz için test işlemini de çok daha kolay hale getirir.

Faturalandırma konusuna özel bir önem verilmelidir.

Bir akış hizmeti sağlayıcısı, yanlışlıkla aşağıdakileri yapma lüksüne sahip değildir:

• Etkin abonelikleri iptal et

• Müşterilerden iki kez ücret almak

• Geçerli erişimi kaldır

• Yenileme tarihlerini kaybetmek

• Yanlış plan atamaları oluşturma

• Ödeme bildirimlerini durdur

Bu nedenle, göç planında aşağıdakiler arasında ayrım yapılmalıdır: müşteri kimliği, abonelik durumuve ödeme bilgileri.

Ödeme verileri, ödeme sağlayıcısına ve ödeme yöntemlerinin nasıl tokenleştirildiğine bağlı olarak kısıtlamalara tabi olabilir. Çoğu durumda, hassas ödeme kimlik bilgileri sıradan veritabanı kayıtları olarak basitçe dışa aktarılmamalıdır.

Geçişten önce, nelerin aktarılabileceğini, nelerin ödeme sağlayıcısında kalması gerektiğini ve müşterilerin neleri yeniden yetkilendirmeleri gerekebileceğini kesin olarak belirleyin.

En güvenli hedef şudur:

Geçiş öncesinde aktif olan bir abonenin, geçiş sonrasında da hakları doğru şekilde korunmalıdır.

Vodlix, abonelik yönetimi, otomatik faturalandırma, birden fazla ödeme ağ geçidi, paketler ve abonelikler ile faturalandırma yönetimi özellikleri.

İçerik taşıma işlemi, sadece video dosyalarını taşımaktan ibaret değildir.

Bir filmde şunlar bulunabilir:

Video → Afiş → Meta Veriler → Tür → Altyazı → Ses → Abonelik Paketi → Erişilebilirlik Kuralları

Bir TV bölümü, dizisi, sezonu, görsel tasarımları, oyuncu kadrosu bilgileri ve yayın sırası ile daha da derin bir ilişki içinde olabilir.

Bu nedenle, taşıma işlemi tamamlandıktan sonra içerik doğrulanmalıdır.

Kontrol edin:

• Video oynatma

• Meta veriler

• Sanat eseri

• Kategoriler

• Dizi ve bölüm arasındaki ilişkiler

• Altyazılar

• Ses parçaları

• İçerik görünürlüğü

• Coğrafi kısıtlamalar

• Abonelik erişimi

Vodlix, video yükleme ve kod dönüştürme, VOD yönetimi, çok dilli içerik, altyazı ve kapksiyonlar, DRM, içerik yönetimive ilgili OTT işlevleri.

İlk geçişin hemen ardından üretim ortamına geçiş yapmayın.

Bunun yerine, deneme amaçlı bir taşıma işlemi gerçekleştirin.

Aşağıdakileri içeren temsili bir örnek seçin:

• Aktif aboneler

• Aboneliği iptal edilenler

• Deneme sürümü kullanıcıları

• Farklı abonelik planları

• Satın alınan içerik

• Birden fazla cihaz

• Farklı içerik türleri

• Farklı coğrafi kısıtlamalar

Ardından, müşteri yolculuğunun tamamını test edin.

Örneğin:

Giriş yap → İçerik bul → Oynatmaya başla → İzleme hakkını kontrol et → İzle → Planı yükselt → Aboneliği yenile

Buradaki amaç, sadece kayıtların mevcut olduğunu doğrulamak değil, taşınan platformun müşterinin bakış açısından doğru şekilde çalıştığını teyit etmektir.

Nihai geçiş, kontrollü bir zaman aralığı içinde gerçekleştirilmelidir.

Üretim trafiğini geçirmeden önce:

1. Önemli içerik ve fiyat değişikliklerini askıya alın.

2. Kaynak platformdaki en son değişiklikleri alın.

3. Yeni aboneleri ve abonelik güncellemelerini senkronize edin.

4. Fatura durumunu kontrol edin.

5. İçeriğin mevcut olup olmadığını doğrulayın.

6. Önemli müşteri yolculuklarını test edin.

7. Trafiği veya üretim erişimini değiştirin.

8. Yeni ortamı yakından takip edin.

Önemli olan ilke, son senkronizasyon ile üretim sistemine geçiş arasındaki süreyi en aza indirmektir.

Bu süre ne kadar uzarsa, kaynak ve hedef veriler arasında farklılık ortaya çıkma olasılığı o kadar artar.

Yeni platformun devreye girmesiyle birlikte geçiş süreci sona ermez.

Piyasaya sürülmesinden sonraki ilk günler özellikle önemlidir.

Monitör:

• Giriş başarı oranları

• Abonelik erişimi

• Ödeme başarıyla gerçekleştirildi

• Oynatma başlıyor

• Video hataları

• Önbellekleme

• Uygulama çöküyor

• Destek talepleri

• Abonelik iptalleri

• API hataları

• İçeriğin erişilebilirliği

• Gelir ve işlem kayıtları

Önemli göstergeleri karşılaştırın göç öncesindeki dönemle.

Teknik açıdan başarılı bir geçiş, müşteriler aniden ödeme sorunları yaşarsa veya içeriğe erişimlerini kaybederse yine de ticari bir başarısızlık olarak değerlendirilebilir.

Ekipler teknik aktarıma aşırı derecede odaklandıklarında, iyi planlanmış geçişler bile başarısızlıkla sonuçlanabilir.

Her şeyi tek seferde taşımak

Rehberin olmadığı tek bir büyük ölçekli göç, sorun gidermeyi zorlaştırır.

Faturalandırma bağımlılıklarını göz ardı etme

Doğru abonelik ve ödeme ilişkileri bulunmayan abone kayıtları, başarılı bir aktarım sayılmaz.

Yalnızca yönetici panelini test etme

Bir veritabanı içe aktarımının “başarılı” olarak görünmesi meselesinden daha önemli olan şey, müşteri deneyimidir.

Uygulamaları unutmak

Bir web sitesi taşıma işlemi, sorunu otomatik olarak çözmez mobil ve TV uygulamaları için gereksinimler.

Çok erken geçiş yapmak

Sırf veriler içe aktarıldı diye hemen kesintiye geçmeyin. Öncelikle iş akışlarını doğrulayın.

Geri alma planı hazırlamamak

Başlatma işleminden sonra kritik bir sorun ortaya çıkarsa, ekip bundan sonra ne olacağını tam olarak bilmelidir.

Mevcut bir OTT çözümünden geçiş yapan işletmeler için Vodlix şunları sunmaktadır: özel göç hizmetleri platform, içerik, müşteri ve ödeme verilerini kapsayan.

Vodlix, Brightcove gibi platformlardan yapılan geçişleri desteklemektedir, Uscreen, Muvi, Dacast, VPlayed, Accedo ve özel çözümler. Geçiş süreci, nihai geçiş ve test aşamalarını ve ardından uzun süreli devreye alma desteğini içermektedir.

Platform ayrıca kısmi geçiş senaryolarını da desteklemektedir; bu sayede işletmeler, her şeyi tek seferde değiştirmek zorunda kalmadan seçtikleri bileşenleri taşıyabilirler.

Bu önemli bir husustur, çünkü OTT’ye geçiş her zaman sistemin tamamen yeniden kurulmasını gerektirmez.

Bir işletmenin şu durumlarda veri taşıma işlemi yapması gerekebilir:

• OTT platformunun tamamı

• İçerik ve meta veriler

• Abone verileri

• Ödeme ve abonelik bilgileri

• Mobil ve TV uygulamaları

• Ya da mevcut kurulumun bazı kısımlarını koruyarak belirli bileşenleri seçmek

Vodlix ayrıca şunları da destekler: beyaz etiketli OTT dağıtımı, abonelik yönetimi, çoklu ödeme ağ geçitleri, faturalandırma, VOD, canlı yayın, uygulamalar, DRM ve eksiksiz bir yayın hizmetini işletmek için gerekli diğer bileşenler.

Başarılı bir OTT geçişi, verilerin bir platformdan diğerine ne kadar hızlı aktarıldığıyla ölçülmez.

Bu, işletmenin geçiş süreci boyunca faaliyetlerini düzgün bir şekilde sürdürüp sürdürmediğine göre değerlendirilir.

En güçlüsü OTT geçiş stratejisi her şeyden önce üç şeyi korur: müşteri erişimi, gelir sürekliliği ve veri bütünlüğü.

Bu, mevcut platformun denetlenmesini, verilerin titizlikle haritalandırılmasını, faturalandırma hususlarının ayrıştırılmasını, içeriğin doğrulanmasını, gerçekçi testlerin yapılmasını, kontrollü bir geçişin gerçekleştirilmesini ve lansman sonrasında iş süreçlerinin izlenmesini gerektirir.

Aşağıdaki özelliklere sahip OTT işletmeleri için mevcut platformlarının kapasitesini aşmış, doğru göç ortağı, teknik yükün büyük bir kısmını ortadan kaldırırken, iş kesintilerini de en aza indirebilir.

Vodlix, akış platformları için içerik, müşteri ve ödeme geçişlerini de içeren uçtan uca geçiş desteği sunar; buna test ve lansman sonrası destek de dahildir.

İşlerinizi aksatmadan OTT platformunuzu taşıymaya hazır mısınız? Vodlix’e geçişi keşfedin ve Vodlix ekibiyle birlikte geçiş sürecinizi planlayın.