‍Hardu råd att skriva om din Windows-applikation?

Är du en Windows ISV som lider av avundsjuka på webb-native SaaS? Funderar du på att skriva om din befintliga Windows®-applikation(er) så att du kan ansluta dig till de coola barnen som levererar "moderna" applikationer? Tror du att dina kunder skulle föredra att använda en webb-native applikation?

Inte så fort!

Om du har funderat på att skriva om din Windows-applikation finns det ett annat alternativ.

För det första, om din app är, säg, 25 år gammal, innebär en omskrivning att du vänder ryggen åt 25 års kod och buggfixar och hundratals funktioner, finslipade och förbättrade baserat på input från dina kunder och köpare, med dussintals beroenden (förmodligen fler, men låt oss vara konservativa), ett beprövat arbetsflöde och lojala kunder.

Om det inte skrämmer dig, här är ytterligare 12 skäl att behålla din Windows-applikation.

Utmaningar med omskrivning av Windows-applikationer

Personal: Du kommer förmodligen att behöva anställa ett nytt utvecklingsteam, anlita ett konsultföretag eller omskola din nuvarande personal för att bygga en webbapp - samtidigt som du stöder och förbättrar din nuvarande Windows-app. Varför är det så? De flesta utvecklare av Windows-applikationer har ingen expertis eller omfattande erfarenhet av de programmeringsspråk och UX-designmetoder som krävs för att bygga webbappar.

Resurser: Att skriva om en Windows-applikation till en webbapp kräver en betydande investering av tid, pengar och kvalificerade resurser. Budgetbegränsningar och resurstillgång kan vara en utmaning, och tiden till marknaden med en ny app kan vara så lång som tio år för komplexa, funktionsrika Windows-applikationer.

Funktionalitetsparitet: Att se till att den nya webbaserade applikationen har samma funktionalitet som en etablerad Windows-applikation är i stort sett omöjligt. Du kommer att behöva återimplementera funktioner som är specifika för Windows och hitta motsvarande webbaserade lösningar som kanske inte finns. Tyvärr kommer du förmodligen inte att kunna återskapa viktiga och omtyckta funktioner som uppfyller befintliga kunders förväntningar.

Anpassning av UI/UX: Det kan vara svårt att anpassa användargränssnittet och användarupplevelsen från en desktopmiljö till en webbmiljö. Du måste ta hänsyn till skillnader i responsiv design, navigering och användarinteraktion.

Prestanda: Webbappar påverkas av nätverksfördröjningar, webbläsarbegränsningar och varierande enhetsfunktioner. Kunder som är vana vid prestanda i en inbyggd Windows-app kommer att upptäcka att webbappar inte fungerar lika bra, särskilt de användare som arbetar på distans.

Kompatibilitet mellan webbläsare: Att säkerställa kompatibilitet mellan webbläsare är krångligt och besvärligt eftersom varje webbläsare har sina egna egenheter och problem med att följa standarder.

Migrering av data: Att migrera data från Windows-applikationen till den webbaserade appen och samtidigt upprätthålla dataintegritet och -konsistens är oerhört komplext. Du kommer förmodligen att behöva konvertera dataformat, vilket innebär att dina data riskerar att gå förlorade eller bli korrupta.

Säkerhet: Webbapplikationer utsätts för olika säkerhetshot, t.ex. cross-site scripting (XSS), cross-site request forgery (CSRF), SQL-injektion, ogiltigförklarade omdirigeringar och vidarebefordringar osv. Dessutom måste du integrera din webbapp med din identitetsleverantör eller implementera OAuth, SAML eller andra autentiseringsprotokoll för att möjliggöra Single Sign-on och multifaktorautentisering.

Beroenden av äldre teknik: Om din Windows-applikation är beroende av äldre teknik eller beroenden som inte enkelt kan överföras till webben måste du hitta en alternativ lösning eller investera i anpassad utveckling, vilket innebär högre kostnader och längre tid till marknaden.

Integration med externa system/hårdvara: Om din Windows-applikation interagerar med externa system eller hårdvara, t.ex. sensorer, skrivare eller annan kringutrustning, är det svårt att säkerställa en sömlös integration med dessa komponenter i en webbmiljö.

Testning och kvalitetssäkring: Att hantera och underhålla testsviter för en webbapplikation är resurskrävande.

Utbildning av användare och införande: Att överföra användare från en Windows-applikation till en webbapplikation kräver utbildning och dokumentation för att underlätta förändringen. Kunder som är nöjda med egenskaperna och funktionerna i den befintliga applikationen kommer att vara mycket ovilliga att byta.

{{CTAEMBED_IDENTIFIERARE}}

Vad kan du göra för att möta marknadens utmaningar?

Jag talade nyligen med en välrenommerad, marknadsledande ISV som hade beräknat tidslinjen och kostnaderna för att skriva om sin flaggskeppsapplikation för Windows som svar på ett par nya webbappar som kom in på marknaden. Ett nytt utvecklingsteam för webbapplikationer skulle behöva minst 5 år för att utveckla en webbapplikation med bara en bråkdel av funktionaliteten i flaggskeppsapplikationen. Under tiden skulle ISV behöva behålla det befintliga utvecklingsteamet för att underhålla och förbättra Windows-applikationen.

I princip skulle de behöva fördubbla antalet utvecklare under fem år för att få en modern app med mindre än hälften så mycket funktionalitet som den app de redan hade. Medan ledningsgruppen tog in den förkrossande insikten, kom produktledningen med forskningsresultat som visade att kunderna älskade den befintliga applikationens omfattande funktionalitet och var ovilliga att byta.

Som ordspråket säger: "Om det inte är trasigt, varför fixa det?"

Efter mer analys insåg ledningsgruppen att kärnproblemet med flaggskeppsappen inte var appen, utan hur de levererade den, dvs. på sin egen infrastruktur med hjälp av Citrix. Det var dyrt. Det var komplicerat att hantera. Det var långsamt. Den var inte användarvänlig.

ISV beslutade att gå över från att använda Citrix i sin infrastruktur till att använda GO-Global i ett offentligt moln. För det första minskade deras driftskostnader omedelbart. Ännu viktigare var att de upptäckte att GO-Global förbättrade kundernas upplevelse avsevärt, med enkla inloggningar, snabb prestanda och funktioner som Session Reconnection, som gör det möjligt för användare som upplever ett oväntat nätverksavbrott att återgå till sin GO-Global-session i exakt samma skick som de lämnade den efter att ha autentiserat sig med hjälp av den normala inloggningsproceduren.

En annan fördel var möjligheten att implementera Single Sign-On och tvåfaktorsautentisering med mycket mindre komplexitet och kostnad än med Citrix.

Om du vill göra din applikation plattformsoberoende eller vill gå över till en SaaS-modell är det absolut möjligt - utan omskrivning - genom att använda GO-Global för att leverera din Windows-applikation från vilket moln som helst till kunder som finns var som helst.

GO-Global är specialbyggd för att publicera Windows-applikationer från vilket moln som helst - enkelt, smidigt och kostnadseffektivt. Och när GO-Global distribueras på en molntjänst utnyttjar GO-Global molntjänstens befintliga infrastruktur och säkerhets- och skalbarhetsfunktioner för att leverera hög funktionalitet med mindre komplexitet och kostnad.

Att undvika att skriva om en ansökan innebär att du:

• Behåll den rika funktionalitet som dina kunder älskar och förlitar sig på
• Eliminera risken för datakorruption som kan uppstå vid konvertering av dataformat
• Bevara den användarupplevelse som dina kunder redan förstår
• Undvik att konfigurera om appens integration med externa komponenter
• Avbryta behovet av att utforska alternativa lösningar på befintliga äldre beroenden
• Undvik att tvinga dina kunder att använda en ny app (när den gamla fungerade utmärkt)

För att begära en demo, klicka härFör en gratis 30-dagars GO-Global-version, klicka här.