Har du vokst ut av Microsoft RDS?

Hvordan en Windows ISV fant en bedre måte

• En Windows®-ISV hadde vokst ut av Microsoft® Remote Desktop Services (RDS) og trengte en ny løsning for ekstern tilgang for å akselerere selskapets vekst og lønnsomhet.
• Selskapet anerkjente at GO-Global® hadde viktige funksjoner som ville gi kostnadsbesparelser, bedre skalerbarhet og reduksjoner i kundeserviceanrop sammenlignet med RDS.
• Windows ISV-en håndterte overgangen til GO-Global ved å engasjere alle interne interessenter for å sikre teknisk og forretningsmessig støtte før implementeringen og drive en svært vellykket utrulling.
• Lær om stegene selskapet tok for å bygge og implementere en ny infrastruktur for applikasjonslevering – der det eneste kundene la merke til var at applikasjonen plutselig ble «veldig, veldig rask».

Å finne en kostnadseffektiv og skalerbar løsning for applikasjonslevering er en kritisk avgjørelse for Windows ISV-er.

For én Windows-ISV ble det uholdbart å stole på Microsoft RDS etter hvert som selskapet vokste. Selskapet trengte en løsning som kunne imøtekomme en voksende brukerbase med nye markedsbehov – men uten å ofre ytelse eller tømme bankkontoen. 

Selskapet evaluerte mange applikasjonsleveringsløsninger for å erstatte RDS, men fant til slutt ut at GO-Global var den perfekte løsningen. Les videre for å lære mer om selskapets beslutning om å konvertere til GO-Global og trinnene som ble tatt for å sikre en vellykket overgang. 

Selskapet vokser ut av sin appleveringsplattform

For over ti år siden bestemte denne Windows-ISV-en seg for å gå over til en SaaS-modell for levering av applikasjoner. For å muliggjøre ekstern tilgang brukte selskapet Microsoft Windows Server® Remote Desktop Services (RDS) for å gi kundene ekstern tilgang til programvaren. På den tiden var det få teknologier tilgjengelig for å gjøre jobben, og RDS så ut til å ha funksjonene som var best egnet til å møte markedets behov og forventninger.

Et tiår senere opplevde selskapet betydelige lisens-, tekniske og forretningsmessige utfordringer på grunn av den lenge gamle avgjørelsen.

Det første problemet var lisensiering. Selskapet bruker en modell for samtidig brukerlisensiering, mens Microsoft bruker en modell for navngitte brukerlisensiering . Etter hvert som Windows ISV vokste, økte lisensieringsforskjellen selskapets driftskostnader til det punktet hvor selskapet betalte Microsoft for tre navngitte brukerlisenser for hver samtidige lisens selskapet solgte.

Parallelt opplevde selskapet en økning i kundeservicehenvendelser knyttet til tilkoblingsstabilitet og applikasjonsytelse forårsaket av måten Microsoft RDS håndterer klienttilkoblinger på.

Tilkoblingsstabilitet og applikasjonsytelse var imidlertid ikke de viktigste supportproblemene. Denne tvilsomme æren skyldtes en begrensning i Windows' innebygde funksjoner som ikke tillot kunder å tilbakestille sine egne passord. Selskapets kundeserviceteam brukte 40 000 timer per år utelukkende på tilbakestilling av passord.

Den siste dråpen var Windows' manglende støtte for flerfaktorautentisering (MFA) , som raskt ble et must for et økende antall kunder for å overholde bransjeforskrifter knyttet til regnskapsdataene deres. 

Etter et tiår med standardisering av Microsoft Remote Desktop Services for applikasjonslevering, økte selskapets utfordringer med RDS til det punktet hvor organisasjonen innså at RDS hemmet vekst i stedet for å hjelpe selskapet med å vokse.

De måtte finne en løsning for applikasjonslevering som belønnet deres harde arbeid og engasjement overfor kundene sine.

{{CTAEMBED_IDENTIFIER}}

Bygge en ny liste over krav til løsninger

Windows ISV innså at RDS- begrensninger aktivt hindret vekst og påvirket evnen til å gi en positiv kundeopplevelse. 

Hva ønsket så selskapet seg av en ny løsning for applikasjonslevering? Her er ønskelisten i prioritert rekkefølge:

1. En flott brukeropplevelse, inkludert rask applikasjonsytelse og minimal nedetid
2. Mulighet for kunder til å tilbakestille sine egne passord
3. MFA-kapasitet
4. Økonomisk bruk av dataressurser
5. Samtidig brukerlisensiering

Hvis selskapet kunne finne en løsning som gjorde alt på listen, kunne det:

1. Gi kundene en god brukeropplevelse – og ring færre supportanrop
2. La kunder tilbakestille sine egne passord – og eliminer praktisk talt supportanrop for tilbakestilling av passord
3. Svar på det nye markedets behov for samsvar med regelverk knyttet til sikring av regnskapsdata
4. Forbedre avkastningen på investeringen (ROI) på IT-infrastrukturen deres og reduser kjedelige IT-oppgaver
5. Samkjøre lisensmodeller for å redusere driftskostnader

Jakten på en ny løsning for applikasjonslevering startet med at ISV-ens infrastrukturansvarlige startet et Google-søk og fant GO-Global.

Under vurdering: GO-Global

Da infrastrukturforvalteren besøkte GO-Globals nettsted for første gang, begynte han å tenke at han kanskje hadde funnet løsningen sin. Han så umiddelbart at GO-Globals modell for parallell lisensiering var nøyaktig i tråd med deres lisensieringsmodell.

Én ting på ønskelisten er krysset av.

Så så han at GO-Global tilbød mesterlig utdanning .

To punkter på ønskelisten er krysset av.

Infrastrukturforvalteren bestemte seg for å laste ned GO-Globals 30-dagers gratis prøveversjon for å ta en nærmere titt. Etter en innledende gjennomgang så han at GO-Global AppController® var utviklet for å gi sluttbrukere en bedre opplevelse på mobile enheter – noe RDS ikke gjør.

I tillegg bruker GO-Global RapidX Protocol (RXP), en proprietær protokoll med lav båndbredde, for tilkobling over serielle linjer, i stedet for Remote Desktop Protocol (RDP) . RXP er adaptiv, bruker flere lag med komprimering og er optimalisert for å sikre lavest mulig båndbreddeutnyttelse – noe som vil forbedre applikasjonshastigheten og redusere antall kundeserviceanrop.

Tre punkter på ønskelisten er krysset av.

Infrastrukturansvarlig gikk videre til å teste GO-Global Admin Console. Han så at den reagerte raskt og lot ham se nøyaktig hvor klienter var koblet til og hvilken appserver de var koblet til, noe som gjorde administrasjon av eksisterende økter mye enklere og raskere enn Microsoft RDS. Totalt sett ga den en mye bedre administrativ opplevelse for selskapets systemingeniører. Det så ut til at GO-Global kunne forbedre brukernes og IT-administratorenes opplevelse.

Det meste av et annet punkt på ønskelisten var avkrysset, pluss fordeler han ikke visste var mulige!

På dette tidspunktet innså infrastrukturforvalteren at det var nok bevis til å indikere at GO-Global kanskje kunne løse selskapets problemer med RDS. Men nå måtte han bevise saken sin sterkt nok til å rettferdiggjøre de tekniske og driftsmessige endringene som kreves for å bytte til GO-Global.

Bevis på konsept

Infrastrukturforvalteren bestemte seg for å gå videre med et konseptutprøvingsprosjekt (POC) for å se hvor mange punkter på bedriftens ønskeliste GO-Global kunne ta tak i. Han visste av erfaring at for at konseptutprøvingen skulle lykkes, måtte han inkludere toppledelsen og teamene for applikasjonsutvikling, kvalitetssikring, infrastruktur og cybersikkerhet. 

Hvorfor? 

Endring er vanskelig. Å bytte fra Microsoft RDS til GO-Global ville endre applikasjonen, infrastrukturen, prosessen – alt! Men å erstatte RDS med GO-Global kunne også løse mange problemer. Hvis det utvidede teamet så hvordan kundeopplevelsen – og deres opplevelse – ville bli bedre ved å bytte til GO-Global, ville de forplikte seg til prosjektet vel vitende om at innsatsen var vel verdt tiden deres.

Og han ønsket også at GO-Global skulle være involvert for å hjelpe ISV-teamet med å akselerere POC-en og teste GO-Globals forpliktelse overfor kundene sine.

Prosjektet med prosjektvurdering startet med å rekruttere en intern prosjektleder for å administrere kommunikasjon og aktiviteter for å holde prosjektvurderingen i rute – og for å objektivt spore GO-Globals evne til å fullføre punktene på ønskelisten. Deretter samlet han en prioritert og detaljert ønskeliste fra hvert team, der hvert team forpliktet seg til personell og timer for å utføre oppgavene som var nødvendige for å gjennomføre prosjektvurderingen.

Flere måneder etter at POC-en ble startet, ble det under et statusmøte klart at en overgang til GO-Global ville være langt mindre smertefull enn først antatt. Etter at hvert team hadde rapportert sin status, sjekket prosjektlederen resultatene mot listen over utestående problemer, og bemerket at GO-Global hadde løst disse problemene – og faktisk skulle jobbe for dem.

Infrastrukturforvalteren, assistert av det utvidede POC-teamet, begynte å planlegge implementeringen.

Implementering av GO-Global

POC-en gjorde det mulig for ISV-en å starte utviklingen og testingen av en prototype betraktelig. Før implementeringen ønsket infrastrukturforvalteren også å introdusere den GO-Global-drevne applikasjonen for ISV-ens kundevendte team – kundeservice, produktopplæring og salg – slik at de kunne gi tilbakemeldinger og deretter forberede seg på å støtte utrullingen fra et kundeperspektiv mens de tekniske teamene ferdigstilte den oppdaterte applikasjonen og klargjorde den fysiske og programvarebaserte infrastrukturen. 

Etter at møtene var fullført, tilbakemeldinger var innlemmet i planen og kundevendte materialer var utarbeidet, bestemte selskapet seg for å implementere i etapper for å begrense risikoen.

Fase én: Onboarding av nye kunder

I den første fasen introduserte teamet nye nettkunder direkte til GO-Global-miljøet for å få tilbakemeldinger fra brukerne uten kontekst av tidligere erfaringer med tilbakestilling av passord, treg applikasjonsytelse og tapte økter. Denne tilnærmingen tillot også selskapet å implementere robust MFA fra starten av, noe som forbedret sikkerheten, møtte markedsbehov og effektiviserte brukeropplevelsen.

Kundeserviceteamet kontaktet disse nye brukerne for å få tilbakemeldinger om deres introduksjon og første erfaringer med programvaren – og fikk positive tilbakemeldinger, noe som hjalp dem med å lage opplæringsmateriell og vanlige spørsmål for migrering av eksisterende kunder.

Etter flere uker med gjennomgående gode kundeopplevelser, gikk selskapet over til å starte alle nye kunder på GO-Global-plattformen som standard.

Fase to: Innfasing av eksisterende kunder

Etter at det nye systemet håndterte nye brukere, begynte ISV-en å migrere eksisterende brukere til GO-Global. Denne fasen ble omhyggelig utført – migrering av grupper på fem kunder, innhenting av tilbakemeldinger, deretter fem kunder til, osv. Denne tilnærmingen tillot supportteamet å teste det nyutviklede opplæringsmateriellet og iterere opplæring og prosesser for å minimere forstyrrelser for eksisterende brukere.

Tilbakemeldingen fra én kunde imponerte migreringsteamet. «Jeg er ikke sikker på hva dere gjorde, men applikasjonshastigheten ble veldig, veldig rask.» 

Gradvis økte selskapet antallet kunder som migrerte etter hvert som deres komfort og tillit til systemet vokste. I den siste fasen migrerte infrastrukturteamet hele servere samtidig.

Fase tre: Full implementering

Litt over seks måneder etter implementeringsstart hadde selskapet migrert hele brukerbasen av kundekontoer til GO-Global. Deres metodiske og fasede tilnærming sikret en smidig overgang for både selskapet og kundene.

Resultater: Redusert samtalevolum, mer oppetid

Gjennom hele prosessen ble selskapet positivt overrasket over GO-Global-teamets engasjement for og deltakelse i POC, utvikling og implementering av GO-Global-plattformen. Selskapet ble også positivt overrasket over GO-Globals iboende forståelse av sine behov som en ISV – en egenskap de ikke har møtt hos noen annen leverandør.

Var det verdt det? Beslutningen om å gå over til GO-Global ga betydelige fordeler for ISV-en, og den overgikk de opprinnelige forventningene, forbedret kundenes brukeropplevelse betydelig, effektiviserte selskapets drift og forbedret bunnlinjen.

En av de mest umiddelbare og effektive forbedringene var den dramatiske reduksjonen i kundeserviceanrop. Spesifikt, Forespørsler om tilbakestilling av passord ble redusert med 98 %, noe som eliminerte tusenvis av timer som tidligere ble brukt årlig på å tilbakestille passord. Frakobling av supportanrop ble redusert med 72 %. Oppetiden var 99,999 %.

Med GO-Global hadde kundeservicerepresentanter tid og kapasitet til å håndtere mer komplekse kundehenvendelser og gi mer verdiskapende støtte, i motsetning til å bare tilbakestille kundens passord eller beklage en avbrutt økt. 

Takket være GO-Globals modell for parallell lisensiering kunne selskapet forbedre bunnlinjen betraktelig. I tillegg sparte GO-Global infrastrukturteamet tid og penger ved å gjøre det mulig for dem å støtte 20 % flere brukere per appserver uten ekstra ressurser. Infrastrukturansvarlig så også at IT-administrasjonsoppgaver som oppdateringer, applikasjonsdistribusjon og Windows-lisensadministrasjon krevde mindre tid og oppmerksomhet på grunn av GO-Globals evne til å skalere opp kontra RDS' tendens til å skalere ut.

Frigjør bedriftens potensial med en bedre løsning for applikasjonslevering

Denne Windows ISV-ens reise demonstrerer den transformative effekten av å velge riktig applikasjonsleveringsløsning. Ved å prioritere kundenes opplevelse, skalerbarhet, kostnadseffektivitet og forbedret sikkerhet, fant selskapet en partner i GO-Global som ga dem muligheten til å levere en eksepsjonell kundeopplevelse og støttet veksten deres. 

De imponerende resultatene fra denne Windows ISV-en understreker de konkrete fordelene ved å gjøre overgangen. Hvis bedriften din står overfor lignende utfordringer med applikasjonslevering og ønsker en mer robust og effektiv løsning for applikasjonslevering, bør du vurdere GO-Global. Det kan være det strategiske trekket som frigjør bedriftens fulle potensial.

Hemmer applikasjonsleveringsteknologien din veksten din? Gjør GO-Global til ditt foretrukne valg. For å lære mer, be om en demo her eller last ned en gratis 30-dagers prøveversjon .