Wann sollten Sie Ihre Anwendung neu schreiben und wann veröffentlichen?

Wenn Sie Windows-Software entwickeln, kennen Sie den Druck wahrscheinlich. Ihre Kunden erwarten Browserzugriff, Single Sign-On und die gewohnte Aktualität, die sie von allen anderen Tools kennen. Ihre Anwendung erfüllt zwar ihren Zweck, wurde aber nicht für das Web entwickelt. Daher stehen die meisten unabhängigen Softwareanbieter (ISVs) vor der gleichen Entscheidung: Entweder die gesamte Anwendung als webnative App neu entwickeln oder einen schnelleren Weg in die Cloud finden. Diese Entscheidung – Neuentwicklung oder Veröffentlichung der Anwendung – steht im Mittelpunkt fast jeder Diskussion über die Modernisierung von Windows-Anwendungen im Jahr 2026.

Man geht oft intuitiv davon aus, dass Modernisierung bedeutet, alten Code durch neuen zu ersetzen. Tatsächlich geht es aber um Entscheidungen darüber, wie Ihre Anwendung bereitgestellt, aufgerufen und gewartet wird – nicht nur darum, wie sie geschrieben wurde. Die richtige Wahl kann Ihnen jahrelange Arbeit ersparen. Die falsche Wahl kann Ihre Roadmap und Ihren Kundenstamm gefährden.

Was eine Überarbeitung tatsächlich beinhaltet

Eine komplette Neuentwicklung bedeutet, dass Sie Ihre Anwendung von Grund auf für das Web neu erstellen . Das betrifft jeden Workflow, jede Integration und jede Codezeile, auf die Ihre Kunden angewiesen sind. Gelingt dies, erhalten Sie eine wirklich webnative Codebasis. Bei einer solchen Neuentwicklung zählt sie zu den größten Projekten, die ein Softwarehersteller (ISV) realisieren kann.

Vor der endgültigen Entscheidung ist es hilfreich, sich einen Überblick über den gesamten Umfang der erforderlichen Überarbeitung zu verschaffen:

• Personal: Sie benötigen ein Entwicklungsteam, das über die Fähigkeiten verfügt, die App in einem angemessenen Zeitrahmen neu zu erstellen und gleichzeitig den Betrieb des bestehenden Produkts aufrechtzuerhalten.
• Funktionsgleichheit: Es ist äußerst schwierig, eine etablierte Windows-Anwendung Funktion für Funktion nachzubilden, und manche beliebten Funktionen haben möglicherweise kein Web-Äquivalent.
• Markteinführungszeit: Bei komplexen, funktionsreichen Produkten kann eine vollständige Überarbeitung Jahre dauern, bis sie die Kunden erreicht.
• Integrationen und Hardware: Drucker, Scanner, Sensoren und andere Peripheriegeräte, die auf dem Desktop reibungslos funktionieren, lassen sich in einem Browser nur schwer nachbilden.
• Nutzerakzeptanz: Kunden, die mit der aktuellen App zufrieden sind, zögern oft, eine neue Benutzeroberfläche zu erlernen.

Was die Veröffentlichung von Anwendungen tatsächlich beinhaltet

Die Veröffentlichung von Anwendungen verfolgt den umgekehrten Ansatz. Anstatt die Anwendung neu zu erstellen, wird sie auf einem Windows-Server gehostet und ihre Benutzeroberfläche an jeden beliebigen Browser oder jedes beliebige Gerät übermittelt . Die Anwendung läuft auf dem Server und verhält sich so, als wäre sie lokal installiert, die Benutzer greifen jedoch über einen Weblink darauf zu, ohne dass eine lokale Installation erforderlich ist.

Da der Code unverändert bleibt, hat die Veröffentlichung der Anwendung keinerlei Auswirkungen auf Ihre Workflows oder Integrationen. Ihr Team kann weiterhin Funktionen für das gewohnte Produkt bereitstellen, während die Nutzer die gewünschte browserbasierte, SaaS-ähnliche Benutzererfahrung erhalten.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Wann eine Überarbeitung sinnvoll ist

Eine Überarbeitung ist nicht immer die falsche Antwort. Es gibt Fälle, in denen ein Neubau die richtige langfristige Investition ist:

• Ihre Kernarchitektur ist tatsächlich veraltet und kann nicht mehr gewartet oder gesichert werden.
• Ihre Differenzierung hängt von Fähigkeiten ab, die nur eine native Web- oder Mobilarchitektur bieten kann.
• Sie verfügen über das Budget, die technischen Kapazitäten und die nötige Zeit, um ein mehrjähriges Projekt ohne Verzögerung Ihres Fahrplans durchzuführen.
• Sie planen, die Funktion des Produkts grundlegend zu verändern, nicht nur die Art und Weise der Auslieferung.

Wenn keine dieser Beschreibungen auf Ihre Situation zutrifft, könnte eine Überarbeitung ein Auslieferungsproblem bei einem Entwicklungsprojekt lösen.

Wann die Veröffentlichung von Anwendungen der intelligentere Weg ist

Für die meisten Windows-Softwarehersteller besteht der Modernisierungsdruck in Wirklichkeit darin, liefern zu müssen. Die Veröffentlichung ist in der Regel die bessere Option, wenn:

• Ihre Anwendung funktioniert einwandfrei und Ihre Kunden schätzen sie in ihrer jetzigen Form.
• Die eigentliche Anfrage betrifft den Browserzugriff und die Möglichkeit zum Arbeiten aus der Ferne, nicht einen anderen Funktionsumfang.
• Sie wollen den Markt in Wochen erreichen, nicht in Jahren.
• Sie müssen die Integrationen mit Druckern, Peripheriegeräten oder externen Systemen beibehalten.
• Sie würden Ihre Entwicklungszeit lieber in das Produkt investieren als in eine Plattformmigration.

Entscheidung zwischen Neuentwicklung und Anwendungsveröffentlichung

Wie trifft man also die richtige Wahl? Die Entscheidung zwischen einer Neuentwicklung und der Veröffentlichung der Anwendung lässt sich leichter treffen, wenn man einige Fragen der Reihe nach beantwortet:

1. Was ist das Ziel? Geht es um eine verbesserte Nutzererfahrung, führt eine Veröffentlichung wahrscheinlich schneller zum Ziel. Handelt es sich hingegen um ein grundlegend anderes Produkt, ist eine Überarbeitung möglicherweise angebracht.
2. Was kostet das Warten? Schätzen Sie ab, wie lange eine Überarbeitung realistischerweise dauern würde, und fragen Sie sich dann, welche Kosten durch diese Verzögerung in Form von entgangenen Aufträgen und Kundenabwanderung entstehen.
3. Was geht verloren? Erstellen Sie eine Liste der Windows-spezifischen Funktionen und Integrationen, die durch eine Neuentwicklung gefährdet wären.
4. Was können Sie jetzt liefern? Eine Publishing-Schicht ermöglicht es Kunden, sofort auf die Cloud zuzugreifen und verschafft Ihnen so Zeit, um weitergehende Modernisierungen nach Ihrem eigenen Zeitplan zu planen .

Für viele Anbieter lautet die ehrliche Antwort, dass die Veröffentlichung das unmittelbare Problem löst, und eine Überarbeitung, falls sie überhaupt nötig wird, kann warten, bis sie wirklich gerechtfertigt ist.

Wo Ihre veröffentlichte Anwendung ausgeführt wird

Sobald Sie sich für die Veröffentlichung anstatt für eine Neuentwicklung entschieden haben, stellt sich die Frage, wo die Anwendung tatsächlich ausgeführt wird. Mit GO-Global können Sie Ihre bestehende Windows-Anwendung ohne Codeänderungen von einem Server in einer beliebigen öffentlichen, privaten oder hybriden Cloud auf jedem Browser oder Gerät veröffentlichen. Für Anbieter, die diese Infrastruktur nicht selbst verwalten möchten, übernimmt ISVHost, die Hosting-Plattform von GraphOn für ISVs, Serverbetrieb, Skalierung und Bereitstellung, sodass sich Ihr Team auf die Anwendung selbst konzentrieren kann.

Den Weg wählen, der das schützt, was funktioniert

Die Modernisierung von Windows-Anwendungen muss nicht bedeuten, dass Sie Ihre gesamte Strategie auf eine komplette Neuentwicklung umstellen müssen. In den meisten Fällen ist der schnellste Weg zu einer modernen, cloudbasierten Benutzererfahrung, Ihre bestehende Anwendung zu veröffentlichen und eine Neuentwicklung nur in seltenen Fällen vorzunehmen, in denen sie wirklich notwendig ist. Es geht nicht um „Neuentwicklung oder gar nichts“, sondern darum, den Ansatz zu wählen, der Ihren Kunden das bietet, was sie sich wünschen, und dabei das Risiko für bestehende Systeme minimiert. Sind Sie ein Windows-Softwarehersteller und interessieren sich für die Bereitstellung cloudbasierter Anwendungen? Kontaktieren Sie uns , um zu erfahren, wie GO-Global Ihnen helfen kann, den Softwarezugriff für Ihre Endbenutzer zu optimieren. Oder laden Sie eine kostenlose Testversion herunter und testen Sie es selbst.