8 cose che abbiamo sbagliato (e come hanno reso ONLYOFFICE migliore)

Sedici anni sono un lungo periodo per costruire un software, e se dobbiamo dirla tutta, non abbiamo fatto tutto giusto al primo colpo.

Nell’ambito della nostra serie del 16° anniversario, vogliamo condividere qualcosa di un po’ diverso. Non una lista di vittorie, ma un elenco degli errori commessi lungo il cammino e come ciascuno di essi ci abbia spinto a costruire un prodotto migliore. Perché ecco la verità: ONLYOFFICE è stato costruito da zero, internamente, da un team che imparava man mano che andava avanti. Ogni passo falso ci ha insegnato qualcosa che ora si è trasformato in qualcosa di buono per i nostri oltre 21 milioni di utenti.

1. Iniziare con un’esperienza di editing basata su plugin

Nei primi giorni, intorno al 2010, la nostra prima esperienza di editing documenti funzionava su OpenOffice. Per modificare un documento, dovevi scaricare un plugin, aprire il file e salvarlo di nuovo sul portale successivamente.

Funzionava, in un certo senso, ma il caricamento richiedeva un’eternità, i risultati erano imprevedibili e sembrava più un lavoro di ripiego che un vero prodotto. Ogni utente aveva bisogno di software aggiuntivo sulla propria macchina solo per iniziare.

Cosa abbiamo imparato: Un’ottima esperienza di editing deve avvenire direttamente nel browser, senza passaggi macchinosi nel mezzo. Questa realizzazione ha impostato la direzione per tutto ciò che è venuto dopo.

2. Costruire gli editor con CKEditor e rendering DOM

Successivamente, abbiamo provato a costruire i nostri editor utilizzando CKEditor e rendering DOM, incluso per l’editor di fogli di calcolo. Il problema? Ogni browser rende le cose in modo diverso. Quello che vedevi sullo schermo non era sempre ciò che ottenevi quando stampavi. File di grandi dimensioni rallentavano tutto e i limiti di memoria rendevano il lavoro serio quasi impossibile.

Cosa abbiamo imparato: Avevamo bisogno di un controllo completo su come i documenti vengono visualizzati e stampati, attraverso ogni browser e dispositivo. Questo ci ha spinto a diventare i primi a costruire editor online utilizzando l’elemento HTML5 Canvas, fornendo agli utenti risultati coerenti e affidabili indipendentemente da dove lavorano.

3. Calcolare le formule dei fogli di calcolo sul server

Ecco un altro errore. Nei nostri primi editor di fogli di calcolo, calcolavamo le formule sul server e mostravamo solo i risultati al browser dell’utente. Sulla carta sembrava efficiente, ma in pratica questo creava ritardi e limitava quanto potesse essere interattiva l’esperienza.

Cosa abbiamo imparato: Gli utenti si aspettano un feedback immediato quando lavorano con i numeri. Spostare i calcoli più vicino alle esigenze dell’utente ha reso l’editor più veloce e molto più reattivo, esattamente ciò di cui le persone hanno bisogno per il lavoro quotidiano.

4. Usare .NET e C# sul server

Questo è stato uno dei punti di svolta più significativi per noi. All’inizio avevamo scelto un setup basato su .NET e C# per i nostri editor semplicemente perché non avevamo ancora abbastanza esperienza per sapere cosa avrebbe funzionato meglio.

È diventato subito chiaro che questo approccio non era adatto. Non funzionava su Linux, le prestazioni erano lente anche su Windows e gestire molte connessioni simultanee era difficile.

Così abbiamo preso una decisione audace e abbiamo riscritto il server in Node.js. All’epoca, era ancora una tecnologia molto nuova e sperimentale, e non tutti pensavano fosse la scelta giusta. Ma le nostre ricerche e prove dicevano il contrario. Alla fine, abbiamo ricostruito l’intero server da zero.

Cosa abbiamo imparato: A volte la decisione più coraggiosa è ricominciare da capo. Ricostruire il server ha dato a ONLYOFFICE la velocità, la stabilità e la flessibilità cross-platform di cui si fidano oggi i nostri utenti. Altrettanto importante, quell’esperienza ci ha aiutato a prendere decisioni architettoniche migliori in seguito quando abbiamo costruito DocSpace, così da poter evitare di ripetere gli stessi errori.

5. Scommettere sui nostri formati DOCXF e OFORM

Per gestire i moduli compilabili, abbiamo introdotto i nostri formati nel 2022: DOCXF e OFORM. L’idea aveva senso all’epoca, ma cambiare le abitudini delle persone è difficile. Chiedere agli utenti di adottare formati sconosciuti ha creato attriti dove volevamo semplicità.

Così abbiamo fatto il passaggio al PDF, un formato che tutti conoscono e di cui si fidano già.

Cosa abbiamo imparato: Incontrare gli utenti dove si trovano già è meglio che chiedere di adattarsi a noi. Ora puoi creare e compilare moduli PDF con strumenti che sembrano immediatamente familiari.

6. Lanciare senza un’app mobile nativa

Per un po’, ONLYOFFICE non aveva app mobili native. Avevamo un design reattivo, certo, ma non era sufficiente. La gente voleva un’esperienza reale, progettata per gli smartphone e i tablet.

Cosa abbiamo imparato: Il design adattivo è un inizio, ma una vera app nativa è ciò che le persone desiderano effettivamente in movimento. Oggi puoi usare le nostre app gratuite per iOS e Android per lavorare su documenti ovunque, in qualsiasi momento.

7. Non costruire un’API pubblica fin dall’inizio

Non abbiamo offerto un’API pubblica subito. Guardando indietro, è stata un’opportunità persa. Un’API facile da usare rende semplice per chiunque connettere ONLYOFFICE agli strumenti che già utilizzano, e le integrazioni svolgono un ruolo enorme nel nostro ecosistema.

Cosa abbiamo imparato: L’apertura invita alla crescita. Una volta che abbiamo costruito un’API chiara e accessibile, sviluppatori e piattaforme hanno potuto integrare ONLYOFFICE con facilità. Continuiamo a espanderla e a renderla più conveniente con ogni rilascio.

8. Non pianificare le integrazioni abbastanza presto

La nostra penultima lezione è strettamente legata all’ultima. Per consentire ad altre applicazioni di collegarsi al tuo prodotto e ampliare ciò che può fare, è necessario pianificare queste capacità di “piattaforma” in anticipo. Nei nostri primi anni, non sempre lo abbiamo fatto.

Cosa abbiamo imparato: Costruire in anticipo per l’integrazione fin dal primo giorno risparmia enormi sforzi in seguito. È esattamente la mentalità che portiamo a ONLYOFFICE DocSpace oggi, progettandolo per connettersi senza problemi con gli strumenti di cui i team si fidano già.

Cosa ci hanno insegnato tutti questi errori

Guardando indietro, emerge un chiaro schema. Ognuno di questi passi falsi proviene dallo stesso luogo: un team che costruisce tutto da zero, senza scorciatoie e senza un manuale di qualcun altro da seguire.

Ecco cosa ci hanno dato quegli anni di prove ed errori:

• il coraggio di ricostruire quando qualcosa non è abbastanza buono;
• un impegno per l’esperienza browser-first che i nostri utenti amano;
• un approccio aperto e friendly per gli sviluppatori che alimenta oltre 40 integrazioni;
• un’abitudine ad ascoltare e adattarsi a ciò di cui le persone hanno effettivamente bisogno.

Non ci siamo arrivati essendo perfetti. Ci siamo arrivati essendo disposti a imparare.

Il viaggio continua

Sedici anni e oltre 21 milioni di utenti dopo, siamo orgogliosi di quanto è arrivato lontano ONLYOFFICE, e di quanto possiamo essere onesti riguardo alle difficoltà lungo la strada. Ogni errore ci ha reso migliori, e ogni correzione ci ha avvicinato al prodotto che i nostri utenti meritano. Questa spinta a continuare a migliorare non si è fermata nemmeno un po’.

Vuoi vedere dove ci ha portato tutto questo percorso? Scopri la serie completa sul 16° anniversario di ONLYOFFICE e scopri le tappe, le decisioni e i momenti che hanno plasmato chi siamo oggi.