Slik fremtidssikrer du Windows-programvarevirksomheten din

Enhver Windows-ISV støter på den samme bekymringen før eller siden: produktet er fortsatt utmerket i det det gjør, og kundene fornyer fortsatt, men markedet fortsetter å bevege seg mot nettleserbasert abonnementsprogramvare. Spørsmålet slutter å være om applikasjonen din er god, og blir om den fortsatt vil passe til hvordan kundene ønsker å kjøpe og bruke programvare om tre år. Det er egentlig hva det betyr å fremtidssikre Windows-programvare, og sørge for at bedriften din kan fortsette å selge og levere et produkt kundene forventer uten å satse selskapet på en gjenoppbygging.

Instinktet er å behandle dette som en enkeltstående, kostbar avgjørelse. Det er det ikke. Fremtidssikring er en serie mindre grep, og de fleste av dem beskytter koden du allerede har i stedet for å kaste den bort.

Hva fremtidssikring egentlig betyr

Fremtidssikring blir forvekslet med omskriving, og de to er ikke det samme. Windows-modernisering, utført riktig, handler om opplevelsen kundene dine får og måten teamet ditt opererer bak den, ikke om hvor mye av koden din som er web-native.

En fremtidsrettet Windows-programvarebedrift har en tendens til å dele noen trekk:

• Kunder kommer til applikasjonen via en nettleser, ikke en manuell installasjon.
• Prisene har blitt, eller kan bli, flyttet til en abonnementsmodell.
• Oppdateringer er sentraliserte, slik at hver kunde kjører den gjeldende versjonen.
• Moderne sikkerhet som flerfaktorautentisering og enkel pålogging er på plass.
• Leveringsmodellen skaleres til nye kunder uten å legge til flere medarbeidere for hver enkelt.

Ingen av disse krever at applikasjonen gjenoppbygges fra bunnen av. De er leverings-, tilgangs- og driftsvalg som legges oppå produktet du allerede selger.

Hvorfor omskrivingen er feil standard

Når leverandører hører «fremtidssikker», hopper mange rett til å gjenoppbygge produktet som en webapplikasjon. På papiret høres det ut som det klare svaret: gjenoppbygg det på en moderne måte og aldri se deg tilbake. I praksis betyr det å omskrive Windows-applikasjonen din å gjenskape årevis med forretningslogikk, kanttilfeller og integrasjoner som kundene dine er avhengige av, samtidig som du opprettholder det gamle produktet for alle som ikke har byttet.

Kostnaden er sjelden bare ingeniørregningen. Det er funksjonene du ikke leverer, årene før den nye versjonen matcher den gamle, og den reelle risikoen for at prosjektet stopper opp halvveis. Før du forplikter deg, er det verdt å være ærlig om hvorvidt bedriften din kan håndtere det , fordi mange team ikke kan det, og et moderniseringsarbeid som aldri fullføres, setter deg i en verre situasjon enn da du startet.

Det er også kundesiden ved en omskriving, som er lett å undervurdere. En gjenoppbygging av et nett er i praksis en ny applikasjon, og du må overbevise din eksisterende kundebase om å migrere til den. Kunder som er komfortable med den nåværende funksjonaliteten, som kjenner arbeidsflytene og har bygget sine egne prosesser rundt dem, motsetter seg ofte å lære om programvare som allerede fungerer for dem. Du kan ende opp med å opprettholde to produkter på ubestemt tid, ett for kundene som flyttet og ett for kundene som nektet.

En eldre ISV blir ikke fremtidssikker ved å satse på en flerårig gjenoppbygging. Den blir fremtidssikker ved å lukke gapet mellom hva den leverer i dag og hva kundene forventer, så raskt og billig som mulig.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Slik fremtidssikrer du Windows-programvare uten omskriving

Hvis en fullstendig ombygging ikke er mulig for de fleste leverandører, hva ser den realistiske veien ut? Disse tiltakene, tatt i rekkefølge, dekker det meste av hva kundene mener når de ber om et moderne produkt:

1. Legg til nettleserbasert tilgang. Lever den eksisterende applikasjonen via en nettleser, slik at kundene får en SaaS-lignende opplevelse uten lokal installasjon og uten omarbeiding på tvers av nettlesere.
2. Gå over til abonnementspriser. Bytt fakturering fra evigvarende lisenser til en gjentakende modell som samsvarer med hvordan kjøpere nå forventer å betale.
3. Sentraliser oppdateringer. Press én enkelt oppdatering sentralt i stedet for å koordinere installasjoner på tvers av alle kundemiljøer.
4. Legg til moderne sikkerhet på flere nivåer. Legg til flerfaktorautentisering og enkel pålogging for å møte det bedriftskjøpere nå anser som «table stakes».
5. Fiks hvor applikasjonen kjører. Bestem om du drifter den selv, bruker en generisk skyleverandør eller jobber med en vert bygget for ISV-er , fordi det valget styrer kostnader, ytelse og hvor enkelt du betjener mange kunder samtidig.

Håndtert på denne måten skjer overgangen til en SaaS-modell i etapper du kan budsjettere for, snarere enn som ett prosjekt der selskapet er avhengig av ordningen.

Der GO-Global passer inn

Dette er akkurat det problemet GO-Global er bygget for å løse. Den publiserer din eksisterende Windows-applikasjon til enhver enhet med en nettleser, slik at kundene får vertsbasert, nettleserbasert tilgang uten kodeendring og uten kompatibilitet på tvers av nettlesere. I praksis tar den deg flere steg mot en fremtidssikker Windows-programvarevirksomhet uten å berøre kodebasen teamet ditt har brukt år på å forbedre. Kundene dine beholder applikasjonen de allerede kjenner, bare tilgjengelig via en nettleser, slik at det ikke er noe nytt de må lære på nytt og ingen migrering å selge dem videre.

Hosting er den andre halvdelen av bildet, fordi hvor en publisert applikasjon kjører påvirker kostnader, ytelse og hvor godt du leverer til mange kunder samtidig. Mange leverandører kobler GO-Global med ISVHost, et fullstendig administrert hostingalternativ bygget rundt behovene til ISV-er i stedet for generiske skybaserte arbeidsbelastninger. Sammen lar de deg overføre Windows-appen din til skyen og overlevere infrastrukturen teamet ditt aldri egentlig var i drift for å kjøre, så fokuset går tilbake til å bygge programvare.

Paringen deles pent. GO-Global er tilgangslaget som publiserer applikasjonen din til nettleseren, og ISVHost er den administrerte skyen som kjører både applikasjonen og GO-Global under den, og bruker GO-Global som tilgangslag i stedet for RDS eller RDP. Fullt administrert betyr at delene som aldri egentlig var produktet ditt, blir overlevert:

• Sikkerhet, oppdateringer og Windows-oppdateringer håndteres proaktivt.
• Enkel pålogging og tilpassede integrasjoner, konfigurert for deg.
• Rom for å utvide kundebasen uten å måtte legge til flere infrastrukturmedarbeidere for å holde tritt.

Lisensiering følger samme logikk. ISVHost prises basert på samtidig bruk i stedet for navngitte kontoer, så du betaler for brukerne som faktisk er logget inn, og prisen per bruker synker etter hvert som brukerbasen vokser. Det holder infrastrukturkostnadene dine oppdatert på reell bruk i stedet for størrelsen på kontolisten din.

Start med der du er

Fremtidssikring handler mindre om å nå en endelig, fullstendig moderne sluttfase og mer om å vite hva du skal gjøre neste gang. For de fleste Windows-programvarebedrifter er det viktigste trinnet å levere det nåværende produktet via en nettleser, sikkert og sentralt, som er tilgjengelig nå og mye billigere enn en omskriving. Sett hvor du er i dag, velg neste trinn, og veien videre slutter å se ut som en klippe og begynner å se ut som et sett med håndterbare trinn.

Er du en Windows-programvareleverandør som utforsker levering av skybaserte applikasjoner? Kontakt oss for å finne ut hvordan GO-Global kan hjelpe deg med å effektivisere programvaretilgang for sluttbrukerne dine. Eller last ned en gratis prøveversjon for å teste det selv.