8 erreurs que nous avons commises (et comment elles ont amélioré ONLYOFFICE)

Seize ans, c’est long lorsqu’on construit un logiciel. Et, pour être honnêtes, nous n’avons pas tout réussi du premier coup.

Dans le cadre de notre série consacrée au 16ᵉ anniversaire, nous voulions partager quelque chose d’un peu différent. Non pas une liste de réussites, mais quelques-unes des erreurs que nous avons commises au fil des années et la manière dont chacune d’elles nous a aidés à créer un meilleur produit. Car voici une chose que nous avons apprise : ONLYOFFICE a été conçu de zéro, en interne, par une équipe qui a appris en avançant. Chaque mauvais choix nous a enseigné quelque chose qui profite aujourd’hui à plus de 21 millions d’utilisateurs.

1. Commencer avec une expérience d’édition basée sur des plugins

Au tout début, vers 2010, notre première expérience d’édition de documents reposait sur OpenOffice. Pour modifier un document, il fallait télécharger un plugin, ouvrir le fichier, puis l’enregistrer de nouveau sur le portail.

Cela fonctionnait. Plus ou moins. Mais le chargement était interminable, les résultats parfois imprévisibles et l’ensemble ressemblait davantage à une solution de contournement qu’à un véritable produit. Chaque utilisateur devait installer un logiciel supplémentaire sur sa machine avant même de pouvoir commencer.

Ce que nous avons appris : une excellente expérience d’édition doit se dérouler directement dans le navigateur, sans étapes intermédiaires inutiles. Cette prise de conscience a guidé toutes les décisions qui ont suivi.

2. Construire les éditeurs avec CKEditor et le rendu DOM

Nous avons ensuite essayé de construire nos éditeurs à l’aide de CKEditor et du rendu DOM, y compris pour l’éditeur de feuilles de calcul. Le problème ? Chaque navigateur affichait les éléments différemment. Ce que vous voyiez à l’écran ne correspondait pas toujours au résultat obtenu à l’impression. Les fichiers volumineux ralentissaient l’ensemble, et les limites de mémoire rendaient le travail sur des documents complexes presque impossible.

Ce que nous avons appris : nous avions besoin d’un contrôle total sur l’affichage et l’impression des documents, quel que soit le navigateur ou l’appareil utilisé. Cette constatation nous a conduits à devenir les premiers à développer des éditeurs en ligne reposant sur l’élément HTML5 Canvas, afin d’offrir des résultats cohérents et fiables, quel que soit l’environnement de travail.

3. Calculer les formules des feuilles de calcul sur le serveur

Voici un autre exemple. Dans notre premier éditeur de feuilles de calcul, nous calculions les formules sur le serveur et n’affichions que les résultats dans le navigateur de l’utilisateur. Sur le papier, cela semblait efficace. En pratique, cela entraînait des délais et limitait l’interactivité de l’expérience.

Ce que nous avons appris : les utilisateurs s’attendent à un retour instantané lorsqu’ils travaillent avec des données chiffrées. En rapprochant les calculs de l’utilisateur, nous avons rendu l’éditeur plus rapide et beaucoup plus réactif, exactement ce dont les gens ont besoin au quotidien.

4. Utiliser .NET et C# côté serveur

C’était l’un des tournants les plus importants de notre histoire. À nos débuts, nous avions choisi une architecture basée sur .NET et C# pour nos éditeurs, tout simplement parce que nous n’avions pas encore suffisamment d’expérience pour savoir quelle serait la meilleure approche.

Il est rapidement devenu évident que cette solution n’était pas adaptée à nos besoins. Elle ne fonctionnait pas sous Linux, les performances restaient limitées même sous Windows et la gestion d’un grand nombre de connexions simultanées était difficile.

Nous avons alors pris une décision audacieuse : réécrire le serveur en Node.js. À l’époque, cette technologie était encore très récente et expérimentale, et beaucoup doutaient qu’il s’agisse du bon choix. Pourtant, nos recherches et nos tests nous indiquaient le contraire. Finalement, nous avons reconstruit l’ensemble du serveur à partir de zéro.

Ce que nous avons appris : parfois, la décision la plus courageuse consiste à repartir de zéro. La réécriture du serveur a apporté à ONLYOFFICE la rapidité, la stabilité et la flexibilité multiplateforme sur lesquelles nos utilisateurs comptent aujourd’hui. Plus important encore, cette expérience nous a aidés à faire de meilleurs choix architecturaux par la suite, notamment lors du développement de DocSpace, afin de ne pas reproduire les mêmes erreurs.

5. Miser sur nos propres formats DOCXF et OFORM

Pour gérer les formulaires remplissables, nous avons introduit nos propres formats, DOCXF et OFORM, en 2022. L’idée semblait logique à l’époque, mais il est difficile de changer les habitudes des utilisateurs. Leur demander d’adopter des formats inconnus ajoutait de la friction là où nous cherchions justement à simplifier les choses.

Nous avons donc décidé de nous tourner vers le PDF, un format que tout le monde connaît et auquel tout le monde fait confiance.

Ce que nous avons appris : il vaut mieux rejoindre les utilisateurs là où ils se trouvent déjà que leur demander de s’adapter à nous. Aujourd’hui, vous pouvez créer et remplir des formulaires PDF à l’aide d’outils immédiatement familiers.

6. Lancer sans application mobile native

Pendant un certain temps, ONLYOFFICE ne proposait pas d’applications mobiles natives. Nous avions bien une interface adaptative, mais cela ne suffisait pas. Les utilisateurs voulaient une véritable expérience conçue spécialement pour leurs téléphones et leurs tablettes.

Ce que nous avons appris : un design adaptatif est un bon point de départ, mais rien ne remplace une véritable application native lorsque l’on travaille en déplacement. Aujourd’hui, vous pouvez utiliser nos applications gratuites pour iOS et Android afin de travailler sur vos documents partout et à tout moment.

7. Ne pas construire une API publique dès le début

Nous n’avons pas proposé d’API publique immédiatement. Avec le recul, c’était une occasion manquée. Une API bien conçue facilite l’intégration d’ONLYOFFICE aux outils que les utilisateurs utilisent déjà, et les intégrations jouent un rôle essentiel dans notre écosystème.

Ce que nous avons appris : l’ouverture favorise la croissance. Dès que nous avons mis à disposition une API claire et accessible, les développeurs et les plateformes ont pu intégrer ONLYOFFICE beaucoup plus facilement. Depuis, nous continuons à l’enrichir et à la rendre plus pratique à chaque nouvelle version.

8. Ne pas planifier les intégrations suffisamment tôt

Notre dernière leçon est étroitement liée à la précédente. Pour permettre à d’autres applications de se connecter à votre produit et d’étendre ses possibilités, il faut penser aux capacités de « plateforme » dès le départ. Au cours de nos premières années, nous ne l’avons pas toujours fait.

Ce que nous avons appris : concevoir un produit en pensant à l’intégration dès le premier jour permet d’économiser énormément d’efforts par la suite. C’est précisément l’état d’esprit qui guide aujourd’hui le développement d’ONLYOFFICE DocSpace, conçu pour se connecter facilement aux outils sur lesquels les équipes s’appuient déjà.

Ce que toutes ces erreurs nous ont appris

En regardant en arrière, un constat s’impose : toutes ces erreurs ont une origine commune. Elles sont le résultat d’une équipe qui a tout construit à partir de zéro, sans raccourcis ni modèle à suivre.

Voici ce que ces années d’essais et d’erreurs nous ont donné :

• le courage de repartir de zéro lorsque quelque chose n’était pas à la hauteur ;
• un engagement fort envers une expérience d’édition dans le navigateur, appréciée par nos utilisateurs ;
• une approche ouverte et pensée pour les développeurs, qui alimente aujourd’hui plus de 40 intégrations ;
• l’habitude d’écouter, d’apprendre et de nous adapter aux besoins réels des utilisateurs.

Nous n’y sommes pas parvenus en étant parfaits. Nous y sommes parvenus en étant prêts à apprendre.

L’aventure continue

Seize ans et plus de 21 millions d’utilisateurs plus tard, nous sommes fiers du chemin parcouru par ONLYOFFICE et lucides quant aux défis rencontrés en cours de route. Chaque erreur nous a permis de progresser, et chaque correction nous a rapprochés du produit que nos utilisateurs méritent. Cette volonté de nous améliorer en permanence reste intacte.

Vous voulez découvrir où tous ces apprentissages nous ont menés ? Explorez l’ensemble de la série consacrée au 16ᵉ anniversaire d’ONLYOFFICE et revenez sur les jalons, les décisions et les moments qui ont façonné ce que nous sommes aujourd’hui.