Sviluppo di app per audiolibri: leggere e ascoltare come un unico prodotto

Lo sviluppo di app per audiolibri cambia natura nel momento in cui lo stesso libro deve poter essere letto anche sullo schermo. Smette di essere un’app con un pulsante audio. Diventa due prodotti, testo e audio, che devono concordare su una cosa: dove si trova la persona nel libro. UnderBooks, una piattaforma di lettura e ascolto sviluppata da Logics7, è costruita attorno a quell’unico punto condiviso.

Questa nota ne espone la logica di prodotto: di che cosa ha bisogno ciascuna modalità, come funziona il passaggio dall’una all’altra e quali decisioni vanno prese prima che qualcuno scriva codice. Non afferma nulla su pubblico o dimensione del catalogo.

UnderBooks è una piattaforma per libri in due modalità: lettura sullo schermo e ascolto, con la possibilità di passare dall’una all’altra senza perdere il segno. È pensata per smartphone, tablet e desktop. Tiene i progressi sincronizzati tra dispositivi, consente l’accesso offline ai titoli scaricati e suggerisce che cosa leggere o ascoltare dopo, in base a ciò che la persona ha già scelto.

Nei termini usati dalla maggior parte dei brief per lo sviluppo di app per audiolibri, è un’app per ebook e audiolibri, non un’app per audiolibri con un lettore attaccato. Questa distinzione orienta ogni decisione che segue.

Leggere e ascoltare sembrano una sola funzione e sono due prodotti diversi. Il testo richiede tipografia, ricerca, annotazioni e rendering veloce. L’audio richiede streaming, buffering, riproduzione in background e una posizione che sopravviva a una telefonata. Quello che segue è la logica di ciascuna modalità in qualsiasi prodotto di questo tipo. Non è un elenco delle funzioni di UnderBooks.

Lettura: EPUB, tipografia, offline

Lo sviluppo di un’app di lettura per ebook parte dal formato. Lo standard aperto per gli ebook è EPUB, oggi alla sua terza versione principale, EPUB 3. Un lettore EPUB deve reimpaginare il testo per ogni schermo, dallo smartphone alla finestra del desktop. Qui la tipografia non è decorazione: lunghezza della riga, dimensione del carattere, margini e contrasto decidono se una persona legge per un’ora o chiude l’app. Ricerca e annotazioni, compresi evidenziazioni, note e segnalibri, devono restare agganciate al passo giusto quando il testo si reimpagina. Accesso offline significa che il libro, i suoi font e le annotazioni del lettore sono sul dispositivo prima che la connessione cada.

Ascolto: streaming, capitoli, velocità, riproduzione in background

Lo streaming di audiolibri è un problema di distribuzione prima che di player. Le registrazioni lunghe vengono di solito servite a segmenti tramite una CDN, così la riproduzione parte in fretta e fa buffering in anticipo su una connessione debole. Gli ascoltatori considerano navigazione per capitoli, velocità di riproduzione, segnalibri e timer di spegnimento il minimo di qualsiasi app per audiolibri. La riproduzione in background è dove si vede l’ingegneria mobile: il sistema operativo può mettere in pausa o fermare l’audio in qualsiasi momento, e iOS e Android hanno regole diverse. La posizione deve sopravvivere a una telefonata, allo schermo bloccato e alla perdita del segnale.

La logica che unisce le due modalità è un unico punto del libro condiviso da entrambe. Farlo bene è la differenza tra un’app con un pulsante audio e un prodotto in cui le persone cambiano davvero modalità. In UnderBooks una persona può passare dal testo all’audio, o da un dispositivo all’altro, e continuare dallo stesso punto.

La parte difficile è invisibile. Una posizione nel testo è un punto del libro; una posizione nell’audio è un istante di una registrazione. Sincronizzare lettura e ascolto significa mappare l’una sull’altra per ogni titolo, e regge solo quando testo e registrazione sono la stessa edizione. Nello sviluppo di app per audiolibri questa mappatura fa parte del lavoro sul catalogo, non è un’impostazione del player.

La lettura a doppia modalità non è più un’idea di nicchia. Amazon offre da anni Whispersync for Voice: chi legge passa dall’ebook Kindle alla sua versione audio su Audible senza perdere il punto. Chi pensa di creare un’app come Audible dovrebbe aspettarsi che i lettori chiedano la stessa continuità.

Per una piattaforma di contenuti la logica di prodotto comincia fuori dal codice, e lo sviluppo di app per audiolibri non fa eccezione. Le domande che seguono sono decisioni di prodotto, non di ingegneria, e vanno chiuse prima del primo sprint. È questo che significa in pratica «nessuno sviluppo senza logica di prodotto».

Catalogo e diritti

Diritti e catalogo vengono prima: che cosa si può offrire, dove, a quali condizioni e come lo si traccia. Le licenze sui contenuti per il testo e per l’audio vengono spesso negoziate separatamente, con titolari dei diritti ed editori diversi, quindi un titolo può esistere in una modalità e non nell’altra. I metadati del catalogo devono registrare quale edizione, territorio e formato copre ogni licenza. Se si valuta la narrazione con IA o il text-to-speech, se una licenza lo consenta è una domanda per il titolare dei diritti e per un avvocato. Il DRM per ebook e audiolibri discende da queste condizioni: è un requisito di licenza espresso in codice.

La distribuzione dell’audio appartiene alla stessa conversazione. Registrazioni lunghe, in streaming e scaricate, rendono lo storage e il traffico CDN un costo ricorrente che il modello di prezzo deve sostenere.

Economia del formato e retention

Poi viene l’economia del formato: abbonamento, acquisto a singolo titolo o un mix, e la retention che ciascuno richiede. Un abbonamento rende solo finché le persone continuano a leggere o ascoltare, quindi la retention di un’app di lettura è il modello di business, non una metrica accanto a esso. Crediti e vendite a singolo titolo dipendono dall’acquisto successivo, e gli acquisti in-app tramite gli store mobili aggiungono commissioni e regole proprie. La continuità tra modalità e i suggerimenti basati su ciò che una persona ha già scelto sono meccanismi di retention, non extra.

L’accessibilità chiude la lista. Per alcune persone ascoltare non è una comodità, ma l’unico modo di accedere. Un prodotto che tratta l’audio come un’aggiunta delude loro per primi.

La stessa struttura serve qualsiasi prodotto di contenuti o media, non solo lo sviluppo di app per audiolibri: piattaforme di formazione con testo e audio, biblioteche di conoscenza aziendali, app media in abbonamento, contenuti per bambini con controllo familiare. Logics7 li costruisce con l’ingegneria di livello mobile che porta dai giochi e dai sistemi real-time (riproduzione in background, tolleranza all’offline, sincronizzazione) e li gestisce dopo il lancio.

Per un nuovo prodotto, il percorso è una Product Partnership: verifichiamo mercato, utente pagante e logica di monetizzazione prima di parlare di sviluppo. Per un prodotto di lettura o audio live, con utenti, la cui crescita si è fermata, una Existing Product Review è il modo in cui Logics7 decide se acquisire una quota. Entrambi i percorsi si chiudono con una decisione al Leadership Gate, descritta in come funziona il nostro processo.

Se state lavorando a un prodotto di contenuti o media, partite dal percorso giusto.