8 Dinge, die wir falsch gemacht haben (und wie sie ONLYOFFICE besser gemacht haben)

Sechzehn Jahre sind eine lange Zeit, um Software zu entwickeln. Und um ehrlich zu sein, haben wir nicht alles beim ersten Versuch richtig gemacht.

Im Rahmen unserer Reihe zum 16-jährigen Jubiläum möchten wir etwas etwas anderes mit Ihnen teilen: keine Liste unserer Erfolge, sondern eine Aufstellung der Fehler, die uns auf unserem Weg unterlaufen sind – und wie uns jeder einzelne davon angespornt hat, ein besseres Produkt zu entwickeln. Denn die Wahrheit ist: ONLYOFFICE wurde von Grund auf intern von einem Team entwickelt, das im Prozess selbst dazugelernt hat. Aus jedem Fehltritt haben wir etwas gelernt, wovon heute unsere mehr als 21 Millionen Nutzer profitieren.

1. Einstieg mit einem Plugin-basierten Bearbeitungserlebnis

In den frühen Tagen, circa 2010, lief unsere erste Dokumentenbearbeitungserfahrung auf OpenOffice. Um ein Dokument zu bearbeiten, musste man ein Plugin herunterladen, die Datei öffnen und sie anschließend wieder im Portal speichern.

Es funktionierte. Irgendwie. Aber das Laden dauerte ewig, die Ergebnisse waren unvorhersehbar, und es fühlte sich mehr nach einer Notlösung als nach einem richtigen Produkt an. Jeder Benutzer benötigte zusätzliche Software auf seinem Rechner, um überhaupt anfangen zu können.

Was wir gelernt haben: Eine großartige Bearbeitungserfahrung muss direkt im Browser stattfinden, ohne umständliche Zwischenschritte. Diese Erkenntnis gab den Kurs für alles, was danach kam, vor.

2. Die Editoren mit CKEditor und DOM-Rendering bauen

Als nächstes haben wir versucht, unsere Editoren mit CKEditor und DOM-Rendering zu erstellen, auch für den Tabellenkalkulationseditor. Das Problem? Jeder Browser rendert Dinge unterschiedlich. Was Sie auf dem Bildschirm sahen, war nicht immer das, was Sie beim Drucken erhielten. Große Dateien verlangsamten alles und die Speicherkapazitäten machten ernsthafte Arbeiten fast unmöglich.

Was wir gelernt haben: Wir benötigten die volle Kontrolle darüber, wie Dokumente in jedem Browser und auf jedem Gerät angezeigt und gedruckt werden. Dies brachte uns dazu, die ersten Online-Editoren zu entwickeln, die das HTML5 Canvas-Element verwendeten, um den Nutzern konsistente, zuverlässige Ergebnisse zu bieten, egal wo sie arbeiteten.

3. Berechnung von Formeln in Kalkulationstabellen auf dem Server

Hier ist noch ein weiteres Beispiel. In unserem frühen Tabellenkalkulationseditor berechneten wir die Formeln auf dem Server und zeigten die Ergebnisse nur im Browser des Nutzers an. Auf dem Papier klang das effizient. In der Praxis führte es jedoch zu Verzögerungen und schränkte die Interaktivität des Erlebnisses ein.

Was wir gelernt haben: Nutzer erwarten sofortiges Feedback, wenn sie mit Zahlen arbeiten. Die Berechnungen näher zum Nutzer zu verschieben, machte den Editor schneller und weitaus reaktionsschneller – genau das, was die Leute für die tägliche Arbeit benötigen.

4. Verwendung von .NET und C# auf dem Server

Dies war einer der größten Wendepunkte für uns. In den frühen Tagen wählten wir .NET  und C# für unsere Editoren, einfach weil wir nicht genug Erfahrung hatten, um zu wissen, was am besten funktionieren würde.

Es wurde schnell klar, dass dieser Ansatz nicht die richtige Wahl war. Es lief nicht auf Linux, die Leistung war selbst unter Windows langsam, und die Handhabung vieler gleichzeitiger Verbindungen war schwierig.

Also trafen wir eine mutige Entscheidung und schrieben den Server in Node.js neu. Zu diesem Zeitpunkt war es noch eine sehr neue und experimentelle Technologie, und nicht jeder glaubte, dass es der richtige Schritt war. Aber unsere eigenen Recherchen und Tests sagten etwas anderes. Am Ende haben wir den gesamten Server von Grund auf neu entwickelt.

Was wir gelernt haben: Manchmal ist die mutigste Entscheidung, neu zu beginnen. Das Wiederaufbauen des Servers gab ONLYOFFICE die Geschwindigkeit, Stabilität und plattformübergreifende Flexibilität, auf die unsere Nutzer heute angewiesen sind. Nicht weniger wichtig ist, dass uns diese Erfahrung half, später bei der Entwicklung von DocSpace bessere architektonische Entscheidungen zu treffen, um die gleichen Fehler zu vermeiden.

5. Auf unsere eigenen Formate DOCXF und OFORM setzen

Um ausfüllbare Formulare zu verarbeiten, führten wir 2022 unsere eigenen Formate ein: DOCXF und OFORM. Die Idee war damals sinnvoll, aber es ist schwer, die Gewohnheiten der Menschen zu ändern. Die Nutzer zu bitten, unbekannte Formate zu übernehmen, fügte Reibung hinzu, wo wir Einfachheit wünschten.

Also machten wir den Wechsel zu PDF, einem Format, das jeder bereits kennt und dem er vertraut.

Was wir gelernt haben: Den Nutzern dort zu begegnen, wo sie bereits sind, ist besser, als sie zu bitten, sich an uns anzupassen. Jetzt können Sie PDF-Formulare mit Werkzeugen erstellen und ausfüllen, die sofort vertraut wirken.

6. Ohne native mobile App starten

Ein gewisses Zeit lang hatte ONLYOFFICE keine nativen mobilen Apps. Wir hatten ein responsives Design, das war sicher, aber das war nicht genug. Die Menschen wollten eine echte, speziell entwickelte Erfahrung auf ihren Handys und Tablets.

Was wir gelernt haben: Ein adaptives Design ist ein Anfang, aber eine echte native App ist das, was die Menschen tatsächlich unterwegs wollen. Heute können Sie unsere kostenlosen Apps für iOS und Android verwenden, um überall und jederzeit an Dokumenten zu arbeiten.

7. Von Anfang an keine öffentliche API bereitstellen

Wir haben nicht sofort eine öffentliche API angeboten. Rückblickend war das eine verpasste Gelegenheit. Eine benutzerfreundliche API erleichtert es jedem, ONLYOFFICE mit den Tools zu verbinden, die sie bereits verwenden, und Integrationen spielen eine große Rolle in unserem Ökosystem.

Was wir gelernt haben: Offenheit fördert das Wachstum. Sobald wir eine klare, zugängliche API erstellt hatten, konnten Entwickler und Plattformen ONLYOFFICE problemlos integrieren. Wir erweitern sie weiterhin und machen sie mit jeder Veröffentlichung komfortabler.

8. Integrationen nicht früh genug planen

Unsere letzte Lektion ist eng mit der vorherigen verbunden. Damit andere Anwendungen in Ihr Produkt einsteigen und erweitern können, was es leisten kann, müssen Sie diese „Plattform“-Funktionen im Voraus planen. In unseren frühen Jahren haben wir das nicht immer getan.

Was wir gelernt haben: Von Anfang an auf Integration zu bauen, spart später enormen Aufwand. Das ist genau die Denkweise, die wir heute bei ONLYOFFICE DocSpace einbringen, und die es ermöglicht, reibungslos mit den Werkzeugen zu verbinden, auf die die Teams bereits angewiesen sind.

Was uns all diese Fehler beigebracht haben

Rückblickend zeigt sich ein klares Muster. Jeder dieser Fehltritte kam vom selben Ort: einem Team, das alles von Grund auf neu entwickelte, ohne Abkürzungen und ohne das Spielbuch anderer zu folgen.

Hier ist, was uns diese Jahre voller Versuch und Irrtum gegeben haben:

• der Mut, neu zu bauen, wenn etwas nicht gut genug war;
• ein Engagement für die browserbasierte Erfahrung, die unsere Nutzer lieben;
• einen offenen, entwicklerfreundlichen Ansatz, der über 40 Integrationen ermöglicht;
• eine Gewohnheit zuzuhören und sich an das anzupassen, was die Menschen tatsächlich brauchen.

Wir sind nicht dort hingekommen, indem wir perfekt waren. Wir sind dort hingekommen, indem wir bereit waren zu lernen.

Die Reise geht weiter

Sechzehn Jahre und über 21 Millionen Nutzer später sind wir stolz auf den Weg, den ONLYOFFICE zurückgelegt hat, und ehrlich über die Stolpersteine auf dem Weg. Jeder Fehler hat uns besser gemacht, und jede Lösung brachte uns näher an das Produkt, das unsere Nutzer verdienen. Dieser Antrieb, uns weiter zu verbessern, hat nicht nachgelassen.

Möchten Sie sehen, wohin all das Lernen geführt hat? Erkunden Sie die gesamte ONLYOFFICE 16-jährigen Jubiläumsreihe und entdecken Sie die Meilensteine, Entscheidungen und Momente, die uns zu dem gemacht haben, was wir heute sind.