Handleiding voor de migratie van OTT-platforms: overstap naar een nieuw gegevens- en factureringssysteem zonder downtime

Je OTT-platform is zelden louter een technologische beslissing. Uw platform bevat abonnees, betalingsgegevens, content, kijkgegevens, abonnementen, apps, URL’s en bedrijfsregels die niet zomaar kunnen worden uitgeschakeld en helemaal opnieuw kunnen worden opgebouwd.

Daarom is een sterke OTT-migratiestrategie legt de nadruk op continuïteit, en niet alleen op gegevensoverdracht.

Het doel is duidelijk: het bedrijf naar het nieuwe platform overzetten terwijl kijkers gewoon kunnen blijven kijken, abonnees hun accounts behouden en de automatische incasso’s met zo min mogelijk verstoring blijven functioneren.

Voor een succesvolle migratie is dus meer nodig dan alleen het exporteren van een database. Er is behoefte aan datamapping, validatie van de inhoud, factureringsplanning, parallelle tests, een gecontroleerde overgang en monitoring na de lancering.

Een OTT-dienst heeft meestal meerdere onderling gekoppelde systemen.

Een typische migratie kan het volgende omvatten:

• Video- en audiobestanden

• Metagegevens van de inhoud

• Posters en kunstwerken

• Categorieën en collecties

• Gebruikersaccounts

• Abonnementsformules

• Aankoopgeschiedenis

• Betalingsgegevens

• Bekijkgeschiedenis

• Apparaten

• Apps

• Domeinen en URL's

• DRM en toegangsregels

• Analytics

• Workflows voor e-mail en meldingen

Het lastige is dat deze systemen met elkaar verbonden zijn.

Een abonnee kan een actief maandelijks abonnement hebben dat is gekoppeld aan een betalingsgateway, een kijkgeschiedenis, meerdere geregistreerde apparaten en toegang tot een specifiek inhoudspakket.

Het verplaatsen van de abonnee zonder de abonnementslogica correct mee te verplaatsen, kan een veel groter probleem veroorzaken dan het verplaatsen van een videobestand.

Daarom moet migratie worden beschouwd als een project voor bedrijfscontinuïteit, en niet louter een technische export-/importoperatie.

Een veiligere aanpak is om te voorkomen dat het oude en het nieuwe platform meteen met elkaar gaan concurreren om dezelfde productierol.

Gebruik in plaats daarvan een gefaseerde migratie:

Controle → In kaart brengen → Migreren → Testen → Synchroniseren → Overschakelen → Controleren

Het oude platform blijft in gebruik terwijl de nieuwe omgeving wordt voorbereid en getest.

Hierdoor wordt het risico verkleind dat er pas een ernstig probleem aan het licht komt nadat de klanten al zijn overgezet.

De eerste fout bij een migratie is om met de export te beginnen.

Begin met een inventarisatie.

Breng in kaart wat er op het huidige platform aanwezig is en verdeel dit in vier groepen:

Deze controle brengt afhankelijkheden aan het licht die anders wellicht over het hoofd zouden worden gezien.

Een inhoudsbibliotheek kan er bijvoorbeeld compleet uitzien, terwijl er ondertitels, miniatuurafbeeldingen, relaties tussen afleveringen of regionale beschikbaarheidsregels ontbreken.

Hetzelfde geldt voor abonnees. Een gebruikersdatabase geeft niet noodzakelijkerwijs een volledig beeld van de zakelijke relatie van de klant met het platform.

Verschillende OTT-platforms maken gebruik van verschillende databasestructuren en naamgevingsconventies.

Het ene platform noemt een veld misschien ‘subscription_status’, terwijl een ander platform een combinatie gebruikt van ‘plan’, ‘verlengingsdatum’ en ‘betalingsstatus’.

Maak een toewijzingsdocument aan voordat u gegevens importeert.

Definieer voor elk belangrijk veld het volgende:

• Bronveld

• Veld ‘Bestemming’

• Gegevenstype

• Transformatie vereist

• Validatieregel

• Gedrag bij ontbrekende gegevens

Dit wordt het uitgangspunt voor het migratieteam.

Het maakt het testen ook veel eenvoudiger, omdat je de bron- en doelrecords systematisch kunt vergelijken in plaats van alleen op visuele controles te vertrouwen.

De facturering verdient bijzondere aandacht.

Een streamingbedrijf kan het zich niet veroorloven om per ongeluk:

• Actieve abonnementen opzeggen

• Klanten twee keer laten betalen

• Geldige toegang intrekken

• Verlies van verlengingsdata

• Onjuiste toewijzingen aan plannen aanmaken

• Kennisgevingen over tussentijdse betalingen

In het migratieplan moet daarom een onderscheid worden gemaakt tussen klantidentiteit, abonnementsstatus, en betalingsgegevens.

Er kunnen ook beperkingen gelden voor betalingsgegevens, afhankelijk van de betalingsprovider en de manier waarop betaalmethoden worden getokeniseerd. In veel gevallen mogen gevoelige betalingsgegevens niet zomaar als gewone databaserecords worden geëxporteerd.

Bepaal vóór de migratie precies wat kan worden overgedragen, wat bij de betalingsprovider moet blijven en waarvoor klanten mogelijk opnieuw toestemming moeten geven.

De veiligste doelstelling is:

Een abonnee die vóór de migratie actief was, moet ook na de migratie de juiste rechten behouden.

Vodlix biedt abonnementsbeheer, geautomatiseerde facturering, verschillende betalingsgateways, pakketten en abonnementen, en functies voor facturatiebeheer.

Het migreren van content is meer dan alleen het verplaatsen van videobestanden.

Een film kan het volgende bevatten:

Video → Poster → Metagegevens → Genre → Ondertiteling → Audio → Abonnements pakket → Beschikbaarheidsregels

Een tv-aflevering kan een nog nauwere band hebben met de serie, het seizoen, het beeldmateriaal, de informatie over de cast en de volgorde waarin de afleveringen worden uitgezonden.

Daarom moet de inhoud na de migratie worden gecontroleerd.

Controleer:

• Videoweergave

• Metadata

• Kunstwerk

• Categorieën

• Relaties tussen series en afleveringen

• Ondertitels

• Audiotracks

• Zichtbaarheid van de inhoud

• Geografische beperkingen

• Toegang via abonnement

Vodlix ondersteunt het uploaden en transcoderen van video's, VOD-beheer, meertalige inhoud, ondertitels en bijschriften, DRM, inhoudsbeheer, en aanverwante OTT-functies.

Voer de productieomschakeling nooit direct na de eerste migratie uit.

Voer in plaats daarvan een testmigratie uit.

Kies een representatieve steekproef die het volgende bevat:

• Actieve abonnees

• Opgezegde abonnees

• Proefgebruikers

• Verschillende abonnementsformules

• Aangeschafte inhoud

• Meerdere apparaten

• Verschillende soorten inhoud

• Verschillende geografische beperkingen

Test vervolgens het volledige klanttraject.

Bijvoorbeeld:

Inloggen → Inhoud zoeken → Afspelen starten → Rechten controleren → Bekijken → Abonnement upgraden → Abonnement verlengen

Het doel is om te controleren of het gemigreerde platform vanuit het perspectief van de klant correct functioneert, en niet alleen of de records aanwezig zijn.

De definitieve overgang moet plaatsvinden binnen een vastgesteld tijdsbestek.

Voordat u het productieverkeer omzet:

1. Belangrijke wijzigingen in de inhoud en prijzen opschorten.

2. Leg de meest recente wijzigingen van het bronplatform vast.

3. Synchroniseer nieuwe abonnees en wijzigingen in abonnementen.

4. Controleer de factureringsstatus.

5. Controleer of de inhoud beschikbaar is.

6. Test cruciale klanttrajecten.

7. Schakel tussen verkeer en productietoegang.

8. Houd de nieuwe omgeving nauwlettend in de gaten.

Het belangrijkste uitgangspunt is om de tijd tussen de laatste synchronisatie en de omschakeling naar productie zo kort mogelijk te houden.

Hoe langer die periode duurt, hoe groter de kans dat de bron- en bestemmingsgegevens van elkaar gaan afwijken.

De migratie is nog niet voltooid wanneer het nieuwe platform in gebruik wordt genomen.

Vooral de eerste dagen na de lancering zijn belangrijk.

Monitor:

• Succespercentages bij het inloggen

• Toegang via abonnement

• Betaling geslaagd

• Het afspelen begint

• Videofouten

• Bufferen

• De app loopt vast

• Supporttickets

• Opzeggingen door abonnees

• API-fouten

• Beschikbaarheid van de inhoud

• Omzet- en transactiegegevens

Vergelijk de belangrijkste kengetallen in de periode vóór de migratie.

Een technisch geslaagde migratie kan nog steeds een zakelijke mislukking zijn als klanten plotseling betalingsproblemen ondervinden of geen toegang meer hebben tot de inhoud.

Zelfs goed geplande migraties kunnen mislukken wanneer teams zich te veel richten op de technische overdracht.

Alles in één keer verplaatsen

Een eenmalige grootschalige migratie zonder begeleiding bemoeilijkt het oplossen van problemen.

Factureringsafhankelijkheden negeren

Abonneegegevens zonder correcte abonnements- en betalingsgegevens worden niet als een geslaagde migratie beschouwd.

Alleen het beheerderspaneel testen

De klantervaring is belangrijker dan de vraag of een database-import de melding ‘geslaagd’ weergeeft.

Apps vergeten

Een websitemigratie lost niet automatisch het probleem op vereisten voor mobiele en tv-applicaties.

Te vroeg overschakelen

Ga niet zomaar over op de nieuwe werkwijze alleen omdat de gegevens zijn geïmporteerd. Controleer eerst of de bedrijfsprocessen kloppen.

Geen terugvalplan opstellen

Als er zich na de lancering een ernstig probleem voordoet, moet het team precies weten wat er dan moet gebeuren.

Voor bedrijven die overstappen van een bestaande OTT-oplossing biedt Vodlix specialistische migratiediensten waaronder platform-, inhouds-, klant- en betalingsgegevens.

Vodlix ondersteunt migraties vanaf onder meer het Brightcove-platform, Uscreen, Muvi, Dacast, VPlayed, Accedo en maatwerkoplossingen. Het migratieproces omvat de daadwerkelijke migratie en het testen, gevolgd door uitgebreide ondersteuning bij de ingebruikname.

Het platform ondersteunt ook scenario’s voor gedeeltelijke migratie, waardoor bedrijven geselecteerde onderdelen kunnen verplaatsen in plaats van alles in één keer te moeten vervangen.

Dit is van belang omdat een OTT-migratie niet altijd een volledige heropbouw hoeft te zijn.

Een bedrijf kan genoodzaakt zijn om te migreren:

• Het volledige OTT-platform

• Inhoud en metagegevens

• Gegevens van abonnees

• Informatie over betalingen en abonnementen

• Apps voor mobiele apparaten en tv

• Of bepaalde onderdelen, waarbij delen van de bestaande opstelling behouden blijven

Vodlix ondersteunt ook white-label OTT-distributie, abonnementsbeheer, meerdere betalingsgateways, facturering, VOD, livestreaming, apps, DRM en andere onderdelen die nodig zijn om een complete streamingdienst te exploiteren.

Het succes van een OTT-migratie wordt niet afgemeten aan de snelheid waarmee gegevens van het ene platform naar het andere worden overgebracht.

Dit wordt afgemeten aan de vraag of het bedrijf tijdens de overgang naar behoren blijft functioneren.

De sterkste OTT-migratiestrategie beschermt bovenal drie dingen: toegang voor klanten, continuïteit van de inkomsten en gegevensintegriteit.

Dat houdt in dat het bestaande platform moet worden gecontroleerd, de gegevens zorgvuldig in kaart moeten worden gebracht, factureringsaspecten moeten worden gescheiden, de inhoud moet worden gevalideerd, realistische tests moeten worden uitgevoerd, een gecontroleerde overgang moet plaatsvinden en de bedrijfsvoering na de lancering moet worden gemonitord.

Voor OTT-bedrijven die hun huidige platform is te klein geworden, de juiste migratiepartner kan een groot deel van de technische last wegnemen en tegelijkertijd de verstoring tot een minimum beperken.

Vodlix biedt volledige migratieondersteuning voor streamingplatforms, inclusief de migratie van content, klanten en betalingsgegevens, aangevuld met tests en ondersteuning na de lancering.

Klaar om uw OTT-platform te verhuizen zonder uw bedrijfsvoering te verstoren? Ontdek de overstap naar Vodlix en plan je overstap samen met het Vodlix-team.