Har du råd til å omskrive Windows-applikasjonen din?

Er du en Windows-ISV som lider av misunnelse av web-native SaaS ? Vurderer du å omskrive dine eksisterende Windows®-applikasjoner slik at du kan bli med de kule gutta som leverer «moderne» applikasjoner? Tror du at kundene dine foretrekker å bruke en web-native applikasjon?

Ikke så fort!

Hvis du har vurdert å omskrive Windows-applikasjonen din, finnes det et annet alternativ.

For det første, hvis appen din er, for eksempel, 25 år gammel, betyr en omskriving at du snur ryggen til 25 år med kode og feilrettinger og hundrevis av funksjoner, finslipt og forbedret basert på innspill fra kunder og kjøpere, med dusinvis av avhengigheter (sannsynligvis flere, men la oss være konservative), en velprøvd arbeidsflyt og lojale kunder.

Hvis det ikke forstyrrer deg, er det 12 flere grunner til å beholde Windows-applikasjonen din.

Utfordringer med omskriving av Windows-applikasjoner

Personell : Du må sannsynligvis ansette et nytt utviklingsteam, inngå kontrakt med et konsulentfirma eller omskolere dine nåværende ansatte til å bygge en web-native app – samtidig som du støtter og forbedrer din nåværende Windows-app. Hvorfor? De fleste Windows-applikasjonsutviklere har ikke ekspertise eller omfattende erfaring med programmeringsspråkene og UX-designtilnærmingene som kreves for å bygge webapper.

Ressurser: Å omskrive et Windows-program til en webapp krever en betydelig investering av tid, penger og dyktige ressurser. Budsjettbegrensninger og ressurstilgjengelighet kan være utfordringer, og tiden til markedet med en ny app kan være så lang som ti år for komplekse, funksjonsrike Windows-applikasjoner.

Funksjonalitetsparitet: Det er nærmest umulig å sikre at den nye web-native applikasjonen har samme funksjonalitet som en etablert Windows-applikasjon. Du må implementere funksjoner som er spesifikke for Windows på nytt og finne tilsvarende nettbaserte løsninger som kanskje ikke finnes. Dessverre vil du sannsynligvis ikke kunne gjenskape viktige, populære funksjoner som oppfyller eksisterende kundeforventninger.

UI/UX-tilpasning: Det kan være vanskelig å tilpasse brukergrensesnittet og brukeropplevelsen fra et skrivebordsmiljø til et nettmiljø. Du må vurdere forskjeller i responsivt design, navigasjon og brukerinteraksjon.

Ytelse : Nettapper er utsatt for nettverksforsinkelse, nettleserbegrensninger og varierende enhetsfunksjoner. Kunder som er vant til ytelsen til en innebygd Windows-app, vil oppleve at nettapper ikke yter like bra, spesielt ikke for brukere som jobber eksternt.

Nettleserkompatibilitet: Det er vanskelig og vanskelig å sikre kompatibilitet mellom nettlesere fordi hver nettleser har sine egne særegenheter og problemer med samsvar med standarder.

Datamigrering: Det er utrolig komplekst å migrere data fra Windows-applikasjonen til den webbaserte appen samtidig som dataintegritet og konsistens opprettholdes. Du må sannsynligvis konvertere dataformater, noe som setter dataene dine i fare for tap eller korrupsjon.

Sikkerhet: Nettapplikasjoner er utsatt for ulike sikkerhetstrusler, som cross-site scripting (XSS), cross-site request forgery (CSRF), SQL-injeksjon, uvaliderte omdirigeringer og videresendinger, osv. I tillegg må du integrere nettappen din med identitetsleverandøren din eller implementere OAuth, SAML eller andre autentiseringsprotokoller for å aktivere enkel pålogging og flerfaktorautentisering .

Eldre avhengigheter: Hvis Windows-applikasjonen din er avhengig av eldre teknologier eller avhengigheter som ikke enkelt kan porteres til nettet, må du finne en alternativ løsning eller investere i tilpasset utvikling, noe som vil øke kostnadene og øke tiden det tar å lansere markedet.

Integrasjon med eksterne systemer/maskinvare: Hvis Windows-applikasjonen din samhandler med eksterne systemer eller maskinvare, som sensorer, skrivere eller andre eksterne enheter, er det vanskelig å sikre sømløs integrasjon med disse komponentene i et webmiljø.

Testing og kvalitetssikring: Det er ressurskrevende å administrere og vedlikeholde testpakker for en web-native applikasjon.

Brukeropplæring og implementering: Overføring av brukere fra et Windows-program til et webbasert program krever opplæring og dokumentasjon for å legge til rette for endringen. Kunder som er fornøyde med funksjonene og funksjonaliteten i det eksisterende programmet, vil være svært motvillige til å gjøre overgangen.

{{CTAEMBED_IDENTIFIER}}

Hva kan du gjøre for å møte markedsutfordringene?

Jeg snakket nylig med en velrenommert, markedsledende ISV som hadde kartlagt tidslinjen og kostnadene som kreves for å omskrive flaggskip-Windows-applikasjonen sin som svar på et par nye webapper som kom inn på markedet. Et nytt web-native apputviklingsteam ville trenge minst fem år for å utvikle en webapp med bare en brøkdel av funksjonaliteten i flaggskipapplikasjonen. I mellomtiden ville ISV-en måtte beholde det eksisterende utviklingsteamet for å vedlikeholde og forbedre Windows-applikasjonen.

I hovedsak måtte de doble antallet utviklere i løpet av fem år for å få en moderne app med mindre enn halvparten av funksjonaliteten til appen de allerede hadde. Mens ledergruppen tok til seg den knusende erkjennelsen, bidro produktledelsesteamet deres med forskning som viste at kundene deres elsket den eksisterende applikasjonens rike funksjonalitet og var motvillige til å endre seg.

Som ordtaket sier: «Hvis det ikke er ødelagt, hvorfor reparere det?»

Etter mer analyse innså ledergruppen at kjerneproblemet med flaggskipappen ikke var selve appen, men hvordan de leverte den, dvs. på sin egen infrastruktur ved hjelp av Citrix. Den var dyr. Den var kompleks å administrere. Den var treg. Den var ikke brukervennlig.

ISV-en bestemte seg for å gå over fra å bruke Citrix på infrastrukturen sin til å bruke GO-Global på en offentlig sky. For det første ble driftskostnadene deres umiddelbart redusert. Enda viktigere var det at de oppdaget at GO-Global forbedret kundenes opplevelse betraktelig, med enkle pålogginger, rask ytelse og funksjoner som Session Reconnection, som lar brukere som opplever et uventet nettverksbrudd gå tilbake til GO-Global-økten sin i nøyaktig samme tilstand som de forlot den etter autentisering med vanlig påloggingsprosedyre.

En annen fordel var muligheten til å implementere enkel pålogging og tofaktorautentisering med langt mindre kompleksitet og kostnader enn med Citrix.

Hvis du ønsker å gjøre applikasjonen din plattformuavhengig, eller ønsker å gå over til en SaaS-modell, er det absolutt mulig – uten omskriving – å bruke GO-Global til å levere Windows-applikasjonen din fra hvilken som helst sky til kunder hvor som helst.

GO-Global ble spesialbygd for å publisere Windows-applikasjoner fra enhver sky – enkelt, greit og kostnadseffektivt. Og når GO-Global distribueres på en hvilken som helst skytjeneste, utnytter det skytjenestens eksisterende infrastruktur og sikkerhets- og skalerbarhetsfunksjoner for å levere høy funksjonalitet med mindre kompleksitet og kostnader.

Å unngå omskriving av søknaden betyr at du:

• Behold den omfattende funksjonaliteten som kundene dine elsker og stoler på
• Eliminer risikoen for datakorrupsjon som er mulig ved konvertering av dataformater
• Bevar brukeropplevelsen kundene dine allerede forstår
• Unngå å omkonfigurere appens integrasjon med eksterne komponenter
• Avbryt behovet for å utforske alternative løsninger for eksisterende eldre avhengigheter
• Unngå å tvinge kundene dine til å ta i bruk en ny app (når den gamle fungerte utmerket)

For å be om en demo, klikk her ; for en gratis 30-dagers prøveversjon av GO-Global, klikk her .