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.
Waarom de overstap naar een OTT-platform ingewikkelder is dan het lijkt
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.
Het OTT-migratiemodel zonder downtime
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.
Stap 1: Controleer alles voordat je ook maar iets verplaatst
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:
Migratiegebied | Wat je moet controleren |
Inhoud | Video's, audio, ondertitels, posters, metadata |
Gebruikers | Accounts, profielen, apparaten, kijkgeschiedenis |
Handel | Abonnementen, aankopen, facturen |
Platform | Apps, domeinen, API's, integraties, analyses |
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.
Stap 2: Breng de gegevens in kaart voordat je ze importeert
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.
Stap 3: Beschouw de facturering als een afzonderlijk migratieproject
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.
Stap 4: Inhoud migreren zonder dat de relaties verloren gaan
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.
Stap 5: Voer een parallelle testfase uit
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.
Stap 6: Plan de definitieve overgang
De definitieve overgang moet plaatsvinden binnen een vastgesteld tijdsbestek.
Voordat u het productieverkeer omzet:
Belangrijke wijzigingen in de inhoud en prijzen opschorten.
Leg de meest recente wijzigingen van het bronplatform vast.
Synchroniseer nieuwe abonnees en wijzigingen in abonnementen.
Controleer de factureringsstatus.
Controleer of de inhoud beschikbaar is.
Test cruciale klanttrajecten.
Schakel tussen verkeer en productietoegang.
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.
Wat moet er na de migratie worden gecontroleerd?
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.
Veelgemaakte fouten bij de overstap naar OTT
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.
Hoe Vodlix de migratie naar een OTT-platform vereenvoudigt
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.
Belangrijkste conclusie
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.
Veel Gestelde Vragen
Wat is een OTT-migratiestrategie?
Een OTT-migratiestrategie is een gestructureerd plan voor de overgang van een bestaande streamingdienst – inclusief content, abonnees, abonnementen, facturering, applicaties en bijbehorende gegevens – naar een ander OTT-platform.
Kan een OTT-platform worden gemigreerd zonder dat er downtime ontstaat?
Ja. Door middel van gefaseerde migratie, parallelle tests, stapsgewijze synchronisatie en een gecontroleerde overgang kunnen bedrijven de downtime voor klanten aanzienlijk beperken of zelfs helemaal voorkomen.
Welke gegevens moeten vanaf een OTT-platform worden gemigreerd?
Afhankelijk van het project kan dit onder meer video-inhoud, metagegevens, illustraties, gebruikers, abonnementen, aankoopgegevens, kijkgeschiedenis, apparaten, apps en bedrijfsregels omvatten.
Hoe verloopt de migratie van de facturering voor OTT-platforms?
Bij de migratie van de facturering moet zorgvuldig worden omgegaan met de abonnementsstatus, abonnementen, verlengingsdata, betalingsrelaties en de vereisten van de betalingsprovider. Gevoelige betalingsgegevens moeten mogelijk bij de oorspronkelijke betalingsprovider blijven.
Moeten abonnees na de migratie een nieuw account aanmaken?
Niet per se. Bij een goed geplande migratie kan de accountinformatie van klanten worden overgezet, zodat gebruikers hun accounts op het nieuwe platform kunnen blijven gebruiken.
Hoe lang duurt de migratie naar een OTT-platform?
De doorlooptijd hangt af van de complexiteit van het platform, de hoeveelheid gegevens, de applicaties, de factureringssystemen, de integraties en de testvereisten. Vodlix geeft aan dat zijn migratieprojecten doorgaans ongeveer vier tot acht weken in beslag nemen, afhankelijk van de complexiteit.
Kan ik alleen mijn OTT-apps migreren?
Ja. Een gedeeltelijke migratie kan een goede oplossing zijn wanneer een bedrijf delen van zijn bestaande infrastructuur wil behouden en tegelijkertijd bepaalde onderdelen wil verplaatsen.
Wat moet er worden getest na de OTT-migratie?
Toegang tot testaccounts, abonnementen, facturering, het afspelen van content, metadata, apps, DRM, geografische beperkingen, analyses en cruciale klanttrajecten.
Hoe voorkom ik dat abonneegegevens verloren gaan tijdens de migratie?
Maak gebruik van een vastgelegd proces voor gegevensmapping, back-ups, validatieregels, testmigraties, afstemming en een laatste synchronisatie vóór de overgang naar de productieomgeving.
Kan Vodlix een bestaand OTT-platform migreren?
Ja. Vodlix biedt migratiediensten aan voor bestaande OTT-platforms en geeft aan dat het inhoud, klantgegevens en betalingsgegevens kan migreren, inclusief afsluitende tests en ondersteuning na de lancering.
