‍Pouvez-vousvous permettre de réécrire votre application Windows ?

Êtes-vous un ISV Windows souffrant de l'envie d'un SaaS web-natif? Envisagez-vous de réécrire votre (vos) application(s) Windows® existante(s ) afin de rejoindre les jeunes branchés qui proposent des applications "modernes" ? Pensez-vous que vos clients préféreraient utiliser une application web-native ?

Pas si vite !

Si vous avez envisagé de réécrire votre application Windows, une autre option s'offre à vous.

Tout d'abord, si votre application a, disons, 25 ans, une réécriture signifie que vous allez tourner le dos à 25 ans de code et de corrections de bogues et à des centaines de fonctionnalités, affinées et améliorées en fonction des commentaires de vos clients et acheteurs, avec des dizaines de dépendances (probablement plus, mais soyons prudents), un flux de travail éprouvé et des clients fidèles.

Si cela ne vous effraie pas, voici 12 autres raisons de conserver votre application Windows.

Défis liés à la réécriture des applications Windows

Personnel: vous devrez probablement recruter une nouvelle équipe de développement, passer un contrat avec une société de conseil ou former votre personnel actuel à la création d'une application native web, tout en prenant en charge et en améliorant votre application Windows actuelle. Pourquoi ? La plupart des développeurs d'applications Windows n'ont pas d'expertise ou d'expérience approfondie dans les langages de programmation et les approches de conception UX nécessaires à la création d'applications web.

Ressources : La réécriture d'une application Windows en tant qu'application web nécessite un investissement important en temps, en argent et en ressources qualifiées. Les contraintes budgétaires et la disponibilité des ressources peuvent constituer des défis, et le délai de mise sur le marché d'une nouvelle application peut atteindre dix ans pour les applications Windows complexes et riches en fonctionnalités.

Parité des fonctionnalités : Il est pratiquement impossible de s'assurer que la nouvelle application web native possède les mêmes fonctionnalités qu'une application Windows établie. Vous devrez réimplémenter les fonctionnalités spécifiques à Windows et trouver des solutions équivalentes basées sur le web qui n'existent peut-être pas. Malheureusement, vous ne serez probablement pas en mesure de recréer des fonctionnalités cruciales et appréciées qui répondent aux attentes des clients.

Adaptation UI/UX : L'adaptation de l'interface et de l'expérience utilisateur d'un environnement de bureau à un environnement web peut s'avérer délicate. Vous devrez tenir compte des différences en matière de conception réactive, de navigation et d'interaction avec l'utilisateur.

Performance: Les applications web sont soumises à la latence du réseau, aux limitations du navigateur et aux capacités variables des appareils. Les clients habitués aux performances d'une application Windows native trouveront que les applications web ne sont pas aussi performantes, en particulier les utilisateurs travaillant à distance.

Compatibilité des navigateurs : Assurer la compatibilité entre les navigateurs est une tâche délicate et difficile, car chaque navigateur web a ses propres particularités et ses propres problèmes de conformité aux normes.

Migration des données : La migration des données de l'application Windows vers l'application native web tout en maintenant l'intégrité et la cohérence des données est incroyablement complexe. Vous devrez probablement convertir les formats de données, ce qui expose vos données à un risque de perte ou de corruption.

Sécurité : Les applications web sont exposées à diverses menaces de sécurité, telles que le cross-site scripting (XSS), le cross-site request forgery (CSRF), l'injection SQL, les redirections et les transferts non validés, etc. En outre, vous devrez intégrer votre application web à votre fournisseur d'identité ou mettre en œuvre OAuth, SAML ou d'autres protocoles d'authentification pour permettre l'authentification unique et l'authentification multifactorielle.

Dépendances héritées : Si votre application Windows repose sur des technologies ou des dépendances héritées qui ne sont pas facilement transférables sur le web, vous devrez trouver une solution alternative ou investir dans un développement personnalisé, ce qui augmentera les coûts et gonflera les délais de mise sur le marché.

Intégration avec des systèmes/matériels externes : si votre application Windows interagit avec des systèmes ou du matériel externes, tels que des capteurs, des imprimantes ou d'autres périphériques, il est difficile de garantir une intégration transparente avec ces composants dans un environnement web.

Tests et assurance qualité : La gestion et la maintenance des suites de tests pour une application web-native demandent beaucoup de ressources.

Formation et adoption par les utilisateurs : La transition des utilisateurs d'une application Windows vers une application native web nécessite une formation et une documentation pour faciliter le changement. Les clients qui sont satisfaits des caractéristiques et des fonctionnalités de l'application existante seront très réticents à faire le changement.

{{CTAEMBED_IDENTIFIER}}

Que pouvez-vous faire pour relever les défis du marché ?

J'ai récemment discuté avec un ISV très respecté, leader sur le marché, qui avait évalué le calendrier et les coûts nécessaires à la réécriture de son application Windows phare en réponse à l'arrivée de quelques nouvelles applications web sur son marché. Une nouvelle équipe de développement d'applications web natives aurait besoin d'au moins cinq ans pour mettre au point une application web dotée d'une fraction seulement des fonctionnalités de l'application phare. Dans l'intervalle, l'ISV devrait conserver l'équipe de développement existante pour assurer la maintenance et l'amélioration de l'application Windows.

En fait, il faudrait doubler le nombre de développeurs pendant cinq ans pour obtenir une application moderne offrant moins de la moitié des fonctionnalités de l'application existante. Alors que l'équipe de direction était en train d'absorber ce constat accablant, l'équipe de gestion des produits est intervenue en indiquant que les clients appréciaient la richesse fonctionnelle de l'application existante et étaient réticents à tout changement.

Comme le dit le proverbe, "si ce n'est pas cassé, pourquoi le réparer ?".

Après une analyse plus approfondie, l'équipe de direction s'est rendu compte que le problème principal de l'application phare n'était pas l'application, mais la manière dont elle était fournie, c'est-à-dire sur sa propre infrastructure en utilisant Citrix. Cette infrastructure était coûteuse. Elle était complexe à gérer. Elle était lente. Elle n'était pas conviviale.

L'ISV a décidé de passer de l'utilisation de Citrix sur son infrastructure à l'utilisation de GO-Global sur un nuage public. Tout d'abord, ses coûts opérationnels ont été immédiatement réduits. Plus important encore, ils ont constaté que GO-Global améliorait profondément l'expérience de leurs clients, avec des connexions faciles, des performances rapides et des fonctionnalités telles que la reconnexion de session, qui permet aux utilisateurs subissant une panne de réseau inattendue de revenir à leur session GO-Global dans l'état exact où ils l'ont laissée après s'être authentifiés à l'aide de la procédure de connexion normale.

Un autre avantage a été la possibilité de mettre en œuvre l'authentification unique et l'authentification à deux facteurs avec beaucoup moins de complexité et de coûts qu'avec Citrix.

Si vous souhaitez rendre votre application indépendante de la plateforme ou passer à un modèle SaaS, c'est tout à fait possible - sans réécriture - en utilisant GO-Global pour fournir votre application Windows à partir de n'importe quel nuage à des clients situés n'importe où.

GO-Global a été conçu pour publier des applications Windows à partir de n'importe quel nuage, de manière simple, facile et rentable. Et, lorsqu'il est déployé sur n'importe quel service en nuage, GO-Global tire parti de l'infrastructure existante de ce service en nuage et de ses fonctions de sécurité et d'évolutivité pour offrir une fonctionnalité élevée avec moins de complexité et de coûts.

Éviter une réécriture de l'application signifie que vous.. :

• Conservez les fonctionnalités riches que vos clients apprécient et sur lesquelles ils comptent.
• Éliminer le risque de corruption des données qui peut survenir lors de la conversion des formats de données
• Préserver l'expérience utilisateur que vos clients connaissent déjà
• Éviter de reconfigurer l'intégration de l'application avec des composants externes
• Annuler la nécessité d'explorer des solutions alternatives aux dépendances existantes
• Évitez de forcer vos clients à adopter une nouvelle application (alors que l'ancienne fonctionnait très bien).

Pour demander une démonstration, cliquez ici; pour un essai gratuit de 30 jours de GO-Global, cliquez ici.