‍KönnenSie es sich leisten, Ihre Windows-Anwendung neu zu schreiben?

Sind Sie ein Windows-ISV, der unter dem Neid auf web-native SaaS leidet? Erwägen Sie eine Neufassung Ihrer bestehenden Windows®-Anwendung(en ), damit Sie zu den coolen Kids gehören, die "moderne" Anwendungen anbieten? Glauben Sie, dass Ihre Kunden eine web-native Anwendung bevorzugen würden?

Nicht so schnell!

Wenn Sie darüber nachgedacht haben, Ihre Windows-Anwendung neu zu schreiben, gibt es eine weitere Möglichkeit.

Erstens: Wenn Ihre Anwendung, sagen wir, 25 Jahre alt ist, bedeutet eine Überarbeitung, dass Sie sich von 25 Jahren Code und Fehlerkorrekturen und Hunderten von Funktionen verabschieden müssen, die auf der Grundlage von Beiträgen Ihrer Kunden und Käufer verfeinert und verbessert wurden, mit Dutzenden von Abhängigkeiten (wahrscheinlich mehr, aber seien wir konservativ), einem bewährten Arbeitsablauf und treuen Kunden.

Wenn Sie das nicht stört, finden Sie hier 12 weitere Gründe, Ihre Windows-Anwendung beizubehalten.

Herausforderungen bei der Neuschreibung von Windows-Anwendungen

Personal: Wahrscheinlich müssen Sie ein neues Entwicklungsteam einstellen, ein Beratungsunternehmen beauftragen oder Ihre derzeitigen Mitarbeiter umschulen, um eine web-native Anwendung zu erstellen - und gleichzeitig Ihre aktuelle Windows-Anwendung unterstützen und verbessern. Und warum? Die meisten Entwickler von Windows-Anwendungen verfügen nicht über Fachwissen oder umfassende Erfahrung mit den Programmiersprachen und UX-Designansätzen, die für die Entwicklung von Webanwendungen erforderlich sind.

Ressourcen: Das Umschreiben einer Windows-Anwendung in eine Webanwendung erfordert eine erhebliche Investition an Zeit, Geld und qualifizierten Ressourcen. Budgetbeschränkungen und die Verfügbarkeit von Ressourcen können eine Herausforderung sein, und die Zeit bis zur Markteinführung einer neuen Anwendung kann bei komplexen, funktionsreichen Windows-Anwendungen bis zu zehn Jahre betragen.

Funktionalitätsparität: Es ist so gut wie unmöglich, sicherzustellen, dass die neue web-native Anwendung die gleiche Funktionalität wie eine etablierte Windows-Anwendung hat. Sie müssen Windows-spezifische Funktionen neu implementieren und gleichwertige webbasierte Lösungen finden, die möglicherweise nicht existieren. Leider werden Sie wahrscheinlich nicht in der Lage sein, wichtige und beliebte Funktionen, die den Erwartungen der Kunden entsprechen, neu zu implementieren.

UI/UX-Anpassung: Die Anpassung der Benutzeroberfläche und des Benutzererlebnisses von einer Desktop-Umgebung an eine Web-Umgebung kann sich als schwierig erweisen. Sie müssen das responsive Design, die Navigation und die Unterschiede in der Benutzerinteraktion berücksichtigen.

Leistung: Webanwendungen unterliegen Netzwerklatenz, Browserbeschränkungen und unterschiedlichen Gerätefähigkeiten. Kunden, die an die Leistung einer nativen Windows-Anwendung gewöhnt sind, werden feststellen, dass Webanwendungen nicht so gut funktionieren, vor allem wenn sie von unterwegs aus arbeiten.

Browser-Kompatibilität: Die Sicherstellung der Cross-Browser-Kompatibilität ist umständlich und schwierig, da jeder Webbrowser seine eigenen Macken und Probleme mit der Einhaltung von Standards hat.

Datenmigration: Die Migration von Daten aus der Windows-Anwendung in die web-native Anwendung unter Wahrung der Datenintegrität und -konsistenz ist unglaublich komplex. Wahrscheinlich müssen Sie Datenformate konvertieren, wodurch Ihre Daten dem Risiko des Verlusts oder der Beschädigung ausgesetzt sind.

Sicherheit: Webanwendungen sind verschiedenen Sicherheitsbedrohungen ausgesetzt, z. B. Cross-Site Scripting (XSS), Cross-Site Request Forgery (CSRF), SQL-Injection, nicht validierte Um- und Weiterleitungen usw. Außerdem müssen Sie Ihre Webanwendung mit Ihrem Identitätsanbieter integrieren oder OAuth, SAML oder andere Authentifizierungsprotokolle implementieren, um Single Sign-on und Multifaktor-Authentifizierung zu ermöglichen.

Bestehende Abhängigkeiten: Wenn Ihre Windows-Anwendung auf Legacy-Technologien oder Abhängigkeiten beruht, die sich nicht ohne Weiteres ins Web portieren lassen, müssen Sie eine alternative Lösung finden oder in eine kundenspezifische Entwicklung investieren, was weitere Kosten verursacht und die Markteinführungszeit verlängert.

Integration mit externen Systemen/Hardware: Wenn Ihre Windows-Anwendung mit externen Systemen oder Hardware wie Sensoren, Druckern oder anderen Peripheriegeräten interagiert, ist es schwierig, eine nahtlose Integration mit diesen Komponenten in einer Webumgebung zu gewährleisten.

Testen und QA: Die Verwaltung und Pflege von Testsuiten für eine web-native Anwendung ist ressourcenintensiv.

Benutzerschulung und -anpassung: Die Umstellung der Benutzer von einer Windows-Anwendung auf eine web-native Anwendung erfordert Schulung und Dokumentation, um die Umstellung zu erleichtern. Kunden, die mit den Merkmalen und Funktionen der bestehenden Anwendung zufrieden sind, werden den Wechsel nur sehr zögerlich vollziehen.

{{CTAEMBED_IDENTIFIER}}

Was können Sie tun, um den Herausforderungen des Marktes zu begegnen?

Kürzlich sprach ich mit einem angesehenen, marktführenden ISV, der den Zeitplan und die Kosten für die Neuschreibung seiner wichtigsten Windows-Anwendung als Reaktion auf einige neue Webanwendungen, die auf den Markt drängen, ermittelt hatte. Ein neues Entwicklungsteam für webnative Anwendungen würde mindestens 5 Jahre benötigen, um eine Webanwendung zu entwickeln, die nur einen Bruchteil der Funktionalität der Hauptanwendung aufweist. In der Zwischenzeit müsste der ISV das bestehende Entwicklungsteam weiter beschäftigen, um die Windows-Anwendung zu pflegen und zu verbessern.

Im Grunde genommen würde sich die Zahl der Entwickler in den nächsten fünf Jahren verdoppeln, um eine moderne Anwendung zu entwickeln, die weniger als die Hälfte der Funktionalität der bereits vorhandenen Anwendung bietet. Während das Managementteam diese niederschmetternde Erkenntnis verarbeitete, meldete sich das Produktmanagementteam mit Untersuchungen zu Wort, die zeigten, dass die Kunden die reichhaltigen Funktionen der bestehenden Anwendung liebten und nur ungern wechseln wollten.

Wie das Sprichwort sagt: "Wenn es nicht kaputt ist, warum es reparieren?"

Nach weiteren Analysen erkannte das Managementteam, dass das Hauptproblem mit der Flaggschiff-App nicht die App war, sondern die Art und Weise, wie sie bereitgestellt wurde, d. h. auf ihrer eigenen Infrastruktur mit Citrix. Das war teuer. Sie war komplex zu verwalten. Sie war langsam. Sie war nicht benutzerfreundlich.

Der ISV beschloss, von Citrix auf seiner Infrastruktur auf GO-Global in einer öffentlichen Cloud umzusteigen. Zunächst wurden die Betriebskosten sofort gesenkt. Noch wichtiger ist, dass GO-Global die Erfahrung seiner Kunden deutlich verbessert hat, mit einfachen Anmeldungen, schneller Leistung und Funktionen wie Session Reconnection, die es Benutzern bei einem unerwarteten Netzwerkausfall ermöglicht, zu ihrer GO-Global-Sitzung zurückzukehren, und zwar genau in dem Zustand, in dem sie sie nach der Authentifizierung über das normale Anmeldeverfahren verlassen haben.

Ein weiterer Vorteil war die Möglichkeit, Single Sign-On und Zwei-Faktor-Authentifizierung mit weit weniger Komplexität und Kosten als mit Citrix zu implementieren.

Wenn Sie Ihre Anwendung plattformunabhängig machen oder auf ein SaaS-Modell umstellen möchten, ist dies absolut möglich - und zwar ohne Neuprogrammierung -, indem Sie GO-Global verwenden, um Ihre Windows-Anwendung über eine beliebige Cloud für Kunden an jedem beliebigen Standort bereitzustellen.

GO-Global wurde speziell für die einfache, unkomplizierte und kostengünstige Veröffentlichung von Windows-Anwendungen über eine beliebige Cloud entwickelt. Bei der Bereitstellung in einem beliebigen Cloud-Service nutzt GO-Global die vorhandene Infrastruktur sowie die Sicherheits- und Skalierbarkeitsfunktionen dieses Cloud-Service, um hohe Funktionalität bei geringerer Komplexität und geringeren Kosten zu bieten.

Eine Neufassung der Anwendung zu vermeiden bedeutet, dass Sie:

• Beibehaltung der umfangreichen Funktionen, die Ihre Kunden lieben und auf die sie sich verlassen
• Eliminierung des Risikos der Datenbeschädigung, das bei der Konvertierung von Datenformaten möglich ist
• Bewahren Sie das Benutzererlebnis, das Ihre Kunden bereits kennen
• Vermeiden Sie die Neukonfiguration der Integration der Anwendung mit externen Komponenten
• Aufhebung der Notwendigkeit, alternative Lösungen für bestehende Abhängigkeiten zu prüfen
• Vermeiden Sie es, Ihre Kunden zu zwingen, eine neue Anwendung zu übernehmen (wenn die alte gut funktioniert hat)

Um eine Demo anzufordern, klicken Sie hierund für eine kostenlose 30-Tage-Testversion von GO-Global klicken Sie hier.