Costo sviluppo app OTT: la ripartizione per piattaforma 2026

Punti chiave in 60 secondi

1. Un prodotto OTT non è un'unica app. È un portafoglio di app su mobile, web, smart TV e set-top box, ciascuna con un linguaggio, un percorso di certificazione e un profilo di costo diversi.
2. Il divario tra la piattaforma più economica (il web) e quella più vincolata (Roku) può arrivare a un rapporto di tre a uno solo sulla manodopera, prima ancora dei tempi di certificazione.
3. Gli strumenti cross-platform sono migliorati, ma ogni percorso basato su framework dipende dalla scelta di un fornitore di continuare a supportarlo. Amazon ha appena dimostrato quanto velocemente questa certezza possa svanire.
4. Il nativo ripaga l'investimento nel livello media. Per lo sport live, l'ultimo 10% di comportamento equivalente al nativo è esattamente il 10% che conta.
5. Inizia elencando le piattaforme che il tuo pubblico usa davvero, poi valuta il costo di ciascuna separatamente.

Il board ha approvato un budget per “l’app”. Al singolare.

Ero in sala qualche settimana dopo, quando il direttore tecnico ha spiegato cosa significasse davvero “l’app”: iOS, Android, web, Samsung, LG, Fire TV, Roku, e una versione per Apple TV che qualcuno del commerciale aveva già promesso a uno sponsor. Otto piattaforme. Quattro linguaggi di programmazione diversi. Tre processi di certificazione separati, con tre code separate.

Nessuno aveva mentito al board. La domanda era stata semplicemente posta al singolare, e una risposta al singolare era arrivata di conseguenza: un unico numero, per un’unica app, come se un prodotto streaming fosse una cosa sola e non un insieme di cose. Il vero costo di sviluppo di un’app OTT era in realtà otto numeri, e nessuno li aveva chiesti separatamente. Il budget era sbagliato di un multiplo.

Il budget era sbagliato di un multiplo.

Tre domande contano più del totale: quanto costa ciascuna piattaforma, di quali hai davvero bisogno quest’anno, e chi controlla il livello in cui il video live funziona oppure ti mette in imbarazzo.

La ripartizione dei costi delle piattaforme OTT che i board sbagliano sempre

La maggior parte delle organizzazioni parte da un unico numero per “il front-end”. Quel numero è quasi sempre sbagliato (non del 20%, ma di un fattore tre o quattro) perché nessuno ha scomposto la domanda per piattaforma.

Un prodotto OTT non è un’unica app. È un portafoglio di app su mobile, web, smart TV e set-top box, ciascuna con un linguaggio diverso, un percorso di certificazione diverso e un profilo di costo diverso. Il divario nel costo di sviluppo delle piattaforme OTT tra la piattaforma più economica (il web) e quella più vincolata (Roku) può arrivare a un rapporto di tre a uno solo sulla manodopera, prima ancora di considerare i tempi di certificazione.

Capire il costo di sviluppo di un’app OTT parte da una domanda: per quali piattaforme stai sviluppando? Ecco cosa determina realmente il costo, piattaforma per piattaforma:

Oltre allo sviluppo in sé, contano altri due numeri. La manutenzione costa il 15–20% del costo di sviluppo ogni anno. E lo sviluppo iniziale rappresenta tipicamente solo circa il 30% della spesa del primo anno, una volta contati infrastruttura, DRM e trasferimento dati. Il front-end è la parte visibile del conto, non tutto il conto.

Inizia elencando le piattaforme che il tuo pubblico usa davvero, poi valuta il costo di ciascuna separatamente.

Perché la stessa app costa tre volte di più su una piattaforma rispetto a un’altra

Perché è la piattaforma a decidere il linguaggio, e due di loro lo decidono male.

Sei sistemi operativi per la TV, ma solo tre modelli di programmazione. Samsung, LG e Hisense eseguono app web HTML5. Android TV e il vecchio Fire OS usano Kotlin con ExoPlayer. Roku usa BrightScript, un linguaggio proprietario che Roku ha inventato negli anni 2000, su un framework UI a scene-graph che nessun’altra piattaforma utilizza. Raggruppate in questo modo, sei piattaforme richiedono tre o quattro implementazioni del player anziché sei, ed è questa la singola informazione più utile per chiunque stia pianificando questo budget.

Roku è la piattaforma su cui le stime sbagliano più spesso (ne abbiamo parlato separatamente in come sviluppare app TV migliori su Roku, ma la questione dei costi parte da qui). Non esiste un percorso Kotlin, non esiste un percorso JavaScript, non c’è una via di fuga tramite framework: o BrightScript, o niente. La certificazione richiede da quattro a otto settimane e viene testata su hardware che include l’entry-level Express, che gira su un singolo core sotto il GHz con 256MB di RAM. Un’interfaccia fluida su un Roku Ultra ma che perde frame su un Express viene respinta. Non è un’app difficile. È un’app difficile in modo diverso, e richiede persone che ne abbiano già distribuita una in passato.

Non esiste un percorso Kotlin, non esiste un percorso JavaScript, non c’è una via di fuga tramite framework: o BrightScript, o niente.

Non possiamo semplicemente svilupparla una volta e distribuirla ovunque?

In parte. Nell’ottobre 2025 Amazon ha dimostrato esattamente quanto possa costare questa scommessa quando va male.

Fire TV era un fork di Android, quindi un’app Fire TV era semplicemente un’app Android con una scheda diversa sullo store. Poi Amazon ha iniziato a sostituire Fire OS con Vega OS, un sistema basato su Linux costruito su React Native e tecnologie web. Un APK Android non funziona su questo dispositivo. Nel gennaio 2026 Amazon aveva confermato che tutti i futuri Fire TV Stick sarebbero stati distribuiti con Vega, il che significa che ogni broadcaster che vuole essere presente sul nuovo hardware Amazon ha ora un’app completamente nuova da sviluppare.

Nota l’ironia, perché è istruttiva: il framework “cross-platform” è ora lo stack nativo obbligatorio su una piattaforma. Avevamo segnalato questo cambiamento (insieme ai canali FAST e all’economia dei livelli pubblicitari) nel nostro articolo sui trend OTT per il 2026. Questo è l’argomento centrale contro chi scommette una strategia su una singola astrazione. Gli strumenti cross-platform sono migliorati. I team React Native riportano un riutilizzo del codice del 60–80% tra i target TV, Samsung supporta Flutter tramite flutter-tizen, LG sta costruendo un SDK Flutter per webOS. Ma ognuno di questi percorsi dipende dalla scelta di un fornitore di continuare a supportarlo, e Amazon ha appena dimostrato quanto velocemente questa certezza possa svanire.

Quando la piattaforma cambia, una codebase nativa significa riscrivere una sola piattaforma. Una dipendenza da un framework significa aspettare che qualcun altro si aggiorni, e tu non controlli né quando questo accadrà né se accadrà mai.

Dove il nativo ripaga l’investimento

Nel livello media. Per lo sport live, quello è l’intero prodotto.

Le schermate di navigazione e le griglie non sono il punto dove l’astrazione fa male. È la riproduzione. Ogni requisito critico dello sport live si trova a una o due chiamate API di distanza dal player nativo della piattaforma: latenza minima sul live edge, DRM basato su hardware per i diritti premium, tracce audio multiple per le lingue del commento, trick play su una finestra DVR scorrevole, e bitrate adattivo che regge quando 400.000 persone si collegano negli stessi novanta secondi.

Il nativo ti dà accesso diretto ad AVPlayer, ExoPlayer e AVPlay: lo stesso stack che usiamo per costruire esperienze di streaming sportivo. Un livello cross-platform ti offre invece un wrapper attorno a questi player, e i wrapper restano indietro rispetto alla piattaforma di uno o due cicli di rilascio. Quel divario è invisibile su un catalogo di serie drammatiche ed è spietato al fischio d’inizio. La regola empirica dell’ingegneria (l’ultimo 10% di comportamento equivalente al nativo è quello che costa di più) descrive esattamente quel 10% da cui dipende lo sport live.

L’ultimo 10% di comportamento equivalente al nativo è quello che costa di più, e descrive esattamente quel 10% da cui dipende lo sport live.

Quale piattaforma di streaming sviluppare per prima?

Inizia da dove si trova già il tuo watch-time. Poi aggiungi la piattaforma che il tuo team commerciale ha già promesso. In questo ordine.

La distribuzione regionale conta più di qualsiasi raccomandazione generale. Negli Stati Uniti, Roku detiene circa il 28% delle TV in uso e il Tizen di Samsung circa il 23%. A livello globale, Android TV e Google TV guidano con il 35–40%, con Tizen intorno al 19–23% e Roku vicino al 10%. In Europa prevalgono Samsung e LG nel salotto, con Android TV significativo sui set-top box degli operatori.

La sequenza giusta dipende dal tuo pubblico, dal tuo modello di contenuti e da dove si trovano già i tuoi impegni commerciali. Abbiamo aiutato broadcaster, federazioni sportive e piattaforme D2C a definirla, e la risposta è diversa ogni volta. Ma quello che non farei è acquistare tutte e otto le piattaforme nel primo anno. Sviluppa bene tre piattaforme, raccogli dati di utilizzo reali, e lascia che siano questi a dirti quale debba essere la quarta. Qualunque terna tu scelga, quanto velocemente riesci a rilasciare la prossima funzionalità su tutte conta quasi quanto le tre piattaforme che hai scelto.

Valuta la tua posizione sul budget della piattaforma

Quanto costa la manutenzione di un’app OTT nel secondo anno?

Circa il 15–20% del costo di sviluppo ogni anno, più la lunga coda di certificazioni e frammentazione dei firmware che nessuno inserisce nel business case.

Ogni anno modello aggiunge varianti di firmware. Il Tizen di Samsung si comporta in modo diverso tra le varie linee di prodotto; i dispositivi LG webOS più datati implementano una revisione HLS del 2014, il che significa distribuire un player JavaScript invece di affidarsi alla riproduzione nativa. Roku richiede nuove certificazioni. Apple e Google cambiano i requisiti degli store. Una matrice di test che copre solo i televisori di punta di quest’anno non sta testando il tuo pubblico. Sta testando solo la fetta di pubblico che ha comprato una TV di recente.

È in questa lunga coda che molte organizzazioni scoprono di aver bisogno di un partner di sviluppo, non solo di un fornitore che consegna e se ne va. Il front-end è un prodotto, e richiede la stessa cura continua dei contenuti che veicola. Anche impostare correttamente la strategia di monetizzazione conta altrettanto: SVOD, AVOD o ibrida, ogni modello cambia ciò che il front-end deve supportare.

Quando il cross-platform è la scelta giusta?

Quando il tuo catalogo è VOD long-form, la tua differenziazione è nei contenuti più che nel prodotto, e la velocità di lancio sul mercato conta più delle prestazioni di riproduzione.

Preferisco dirlo chiaramente piuttosto che fingere che il nativo sia sempre la scelta giusta. Se stai distribuendo una semplice libreria on-demand su otto piattaforme con un budget limitato, un framework con un riutilizzo del 60–80% è un compromesso ragionevole. Il riutilizzo dello stack web tra Samsung, LG e Hisense è efficiente: queste tre piattaforme condividono un modello di programmazione, che tu usi un framework oppure no.

Ma se detieni diritti live, se latenza, DRM e multi-audio sono requisiti contrattuali e non semplici optional, e se il prodotto deve differenziarsi e non solo funzionare, finirai comunque per scrivere codice nativo nel livello di riproduzione. Meglio pianificarlo in anticipo che scoprirlo allo stadio di sabato.

Il numero da presentare al tuo board

Il vero costo di sviluppo di un’app OTT è il costo per piattaforma, moltiplicato per le piattaforme che controllerai ancora tra tre anni.

Il broadcaster dell’apertura ha infine ottenuto l’approvazione di una cifra realistica. Ciò che ha cambiato la conversazione è stato sostituire una parola con un elenco, e chiedersi quali voci di quell’elenco il loro pubblico avrebbe davvero notato questa stagione.

Se stai costruendo quell’elenco proprio adesso, o hai davanti un budget approvato al singolare, dovremmo parlarne. Puoi anche scoprire come una piattaforma OTT white-label cambi l’equazione build-vs-buy per alcune di quelle piattaforme, e se un fornitore white-label possiede già parte del tuo stack, ecco come capire se la tua roadmap appartiene ancora a te. Saremo anche a IBC Amsterdam questo settembre, Stand 5.F51, ed è esattamente la conversazione che abbiamo con ogni broadcaster e federazione che si ferma al nostro stand.

Domande frequenti

Quanto costa sviluppare un'app OTT per una singola piattaforma?

Il costo di sviluppo di un'app OTT per una singola piattaforma dipende da quale piattaforma stai sviluppando. Un player web è la piattaforma più economica; un'app Roku sviluppata in BrightScript su hardware di fascia bassa, con un ciclo di certificazione di 4–8 settimane, è la più costosa. Il divario può arrivare a un rapporto di tre a uno solo sulla manodopera di sviluppo, prima ancora di considerare le licenze DRM, l'infrastruttura e i costi di certificazione. Se ti stai chiedendo quanto costi sviluppare una piattaforma OTT, la risposta è: chiediti invece quanto costa ciascuna piattaforma, e di quali tre hai bisogno per prime.

Perché sviluppare per Roku costa molto di più rispetto ad altre piattaforme TV?

BrightScript. È un linguaggio proprietario che funziona solo su Roku, su un framework UI a scene-graph che nessun'altra piattaforma utilizza. Non c'è un percorso JavaScript, non c'è un percorso Kotlin, non c'è una via di fuga cross-platform. La certificazione testa l'app su hardware che include l'entry-level Express, con un processore sotto il GHz e 256MB di RAM, quindi l'ottimizzazione delle prestazioni è obbligatoria. La combinazione di un linguaggio unico, hardware limitato e una coda di certificazione di 4–8 settimane rende Roku la piattaforma TV connessa più costosa da sviluppare e mantenere.

Conviene sviluppare un'app OTT nativa o usare un framework cross-platform?

Dipende dal tuo modello di contenuti. Se distribuisci VOD long-form e la velocità di lancio sul mercato è la priorità, un framework cross-platform con un riutilizzo del codice del 60–80% è un compromesso ragionevole. Se detieni diritti sportivi live, dove riproduzione a bassa latenza, DRM hardware, multi-audio e bitrate adattivo sotto picchi di carico simultaneo sono requisiti contrattuali, finirai comunque per scrivere codice nativo nel livello di riproduzione. La domanda è se lo pianifichi in anticipo o lo scopri il giorno della partita.

Cosa è successo con Amazon Fire TV e Vega OS?

Amazon ha iniziato a sostituire Fire OS (un fork di Android) con Vega OS, un sistema basato su Linux costruito su React Native e tecnologie web. Un APK Android non funziona su Vega. Nel gennaio 2026 Amazon ha confermato che tutti i futuri Fire TV Stick sarebbero stati distribuiti con Vega, il che significa che ogni broadcaster che vuole essere presente sul nuovo hardware Amazon ha ora un'app completamente nuova da sviluppare, anche se aveva già un'app Fire TV funzionante sul vecchio sistema basato su Android.

Su quante piattaforme OTT conviene lanciarsi nel primo anno?

Tre, sviluppate bene e con la giusta strumentazione di misurazione. Lancia dove si trova già il tuo watch-time, aggiungi la piattaforma che il tuo team commerciale ha promesso, poi lascia che i dati di utilizzo reali ti dicano quale debba essere la quarta. Acquistare tutte e otto le piattaforme nel primo anno diluisce troppo il budget e il QA, e di solito significa che nessuna di esse funziona abbastanza bene da trattenere gli abbonati per l'intera prima stagione.

Quanto costa un'app di streaming?

Il costo di sviluppo di un'app di streaming dipende da cosa intendi per "un'app". Se intendi un unico player basato sul web, quella è la piattaforma più economica da sviluppare. Se intendi un prodotto di streaming multipiattaforma completo (iOS, Android, web, smart TV, set-top box), il totale è tipicamente da tre a cinque volte superiore a quanto la maggior parte dei team preventiva per una singola piattaforma. Infrastruttura, licenze DRM, distribuzione dei contenuti e manutenzione continua aggiungono ulteriori costi oltre allo sviluppo del front-end. Il punto di partenza più utile è elencare le piattaforme che il tuo pubblico usa davvero e valutare il costo di ciascuna separatamente.

Quanto costa sviluppare un'app per smart TV rispetto al mobile?

Lo sviluppo di app per smart TV (Samsung Tizen, LG webOS, Android TV, Roku) costa tipicamente di più per piattaforma rispetto al mobile (iOS o Android). Le ragioni sono la frammentazione per anno modello, gli SDK proprietari (BrightScript su Roku, AVPlay su Samsung) e i tempi di certificazione che possono aggiungere da quattro a otto settimane per ogni rilascio. Un design system condiviso tra iOS e Android abbassa il costo del secondo sviluppo mobile, ma ogni piattaforma TV è di fatto uno sviluppo separato, con un proprio linguaggio, una propria matrice di test e un proprio processo di invio.