Har du vuxit ur Microsoft RDS?

Hur en Windows-ISV hittade ett bättre sätt

• En Windows® ISV hade vuxit ur Microsoft® Remote Desktop Services (RDS) och behövde en ny fjärråtkomstlösning för att påskynda företagets tillväxt och lönsamhet.
• Företaget insåg att GO-Global® hade viktiga funktioner som skulle ge kostnadsbesparingar, bättre skalbarhet och färre kundtjänstsamtal jämfört med RDS.
• Windows ISV hanterade sin övergång till GO-Global genom att engagera alla interna intressenter för att säkerställa teknisk och affärsmässig acceptans före implementeringen och driva en mycket framgångsrik utrullning.
• Läs om hur företaget byggde upp och implementerade en ny infrastruktur för leverans av applikationer - där det enda kunderna märkte var att applikationen plötsligt blev "riktigt, riktigt snabb".

Att hitta en kostnadseffektiv och skalbar lösning för applikationsleverans är ett kritiskt beslut för Windows ISV:er.

För en Windows-ISV blev det ohållbart att förlita sig på Microsoft RDS när företaget växte. Företaget behövde en lösning som kunde tillgodose en växande användarbas med nya marknadsbehov - men utan att offra prestanda eller spränga banken. 

Företaget utvärderade många applikationsleveranslösningar för att ersätta RDS, men kom fram till att GO-Global var den perfekta lösningen. Läs vidare för att lära dig mer om företagets beslut att konvertera till GO-Global och de steg som togs för att säkerställa en framgångsrik övergång. 

Företaget växer ur sin plattform för appleverans

För över tio år sedan bestämde sig denna Windows ISV för att gå över till en SaaS-modell för leverans av applikationer. För att möjliggöra fjärråtkomst använde företaget Microsoft Windows Server® Remote Desktop Services (RDS) för att göra det möjligt för kunderna att få fjärråtkomst till programvaran. På den tiden fanns det få tekniker tillgängliga för att göra jobbet, och RDS verkade ha de funktioner som var bäst lämpade för att möta marknadens behov och förväntningar.

Ett decennium senare stod företaget inför betydande licensmässiga, tekniska och affärsmässiga utmaningar på grund av det gamla beslutet.

Den första frågan var licensiering. Företaget använde en licensmodell för samtidiga användare medan Microsoft använde en licensmodell för namngivna användare. I takt med att Windows ISV växte ökade licensskillnaderna företagets driftskostnader till den grad att företaget för varje samtidig licens som företaget sålde betalade Microsoft för tre namngivna användarlicenser.

Samtidigt såg företaget en ökning av kundtjänstsamtal relaterade till anslutningsstabilitet och applikationsprestanda som orsakades av det sätt som Microsoft RDS hanterar klientanslutningar.

Anslutningsstabilitet och applikationsprestanda var dock inte de mest betydande supportproblemen. Den tvivelaktiga äran tillföll en begränsning i Windows inbyggda funktioner som inte tillät kunderna att återställa sina egna lösenord. Företagets kundtjänst tillbringade 40 000 timmar per år enbart med att återställa lösenord.

Droppen som fick bägaren att rinna över var Windows oförmåga att stödja multifaktorsautentisering (MFA), som snabbt blev ett måste för allt fler kunder för att de skulle kunna följa branschregler som rörde deras bokföringsdata. 

Efter ett årtionde av standardisering av Microsoft Remote Desktop Services för applikationsleverans ökade företagets utmaningar med RDS till den grad att organisationen insåg att RDS hämmade tillväxten snarare än hjälpte företaget att växa.

De var tvungna att hitta en lösning för applikationsleverans som belönade deras hårda arbete och engagemang för sina kunder.

{{CTAEMBED_IDENTIFIERARE}}

Skapa en ny kravlista för lösningen

Windows-ISV:n insåg att RDS begränsningar aktivt hindrade tillväxten och påverkade förmågan att ge kunderna en positiv upplevelse. 

Vad ville då företaget ha ut av en ny lösning för applikationsleverans? Här är önskelistan i prioritetsordning:

1. En fantastisk användarupplevelse, inklusive snabb applikationsprestanda och minimal nedtid
2. Möjlighet för kunder att återställa sina egna lösenord
3. MFA-kapacitet
4. Ekonomisk användning av dataresurser
5. Licensiering för samtidiga användare

Om företaget kunde hitta en lösning som gjorde allt på listan, så skulle det kunna göra det:

1. Ge kunderna en bra användarupplevelse - och få färre supportsamtal
2. Låt kunderna återställa sina egna lösenord - och eliminera i princip alla supportsamtal om återställning av lösenord
3. Svara på tillväxtmarknadernas behov av regelefterlevnad i samband med säkring av redovisningsdata
4. Förbättra avkastningen på investeringen (ROI) i IT-infrastrukturen och minska antalet tråkiga IT-uppgifter
5. Anpassa licensmodellerna för att minska driftskostnaderna

Sökandet efter en ny lösning för leverans av applikationer började med att ISV:s infrastrukturchef gjorde en sökning på Google och hittade GO-Global.

Under övervägande: GO-Global

När infrastrukturchefen besökte GO-Globals webbplats för första gången började han tro att han kanske hade hittat sin lösning. Han såg omedelbart att GO-Globals licensieringsmodell för samtidig användning stämde exakt överens med deras egen licensieringsmodell.

En punkt på önskelistan avbockad.

Sedan såg han att GO-Global erbjöd MFA.

Två punkter på önskelistan avklarade.

Infrastrukturchefen bestämde sig för att ladda ner GO-Globals 30-dagars kostnadsfria testversion för att ta en närmare titt. Efter en första genomgång såg han att GO-Global AppController® var utformad för att ge slutanvändarna en bättre upplevelse på mobila enheter - vilket RDS inte gör.

I stället för RDP (Remote Desktop Protocol) använder GO-Global dessutom RXP (RapidX Protocol), ett proprietärt protokoll med låg bandbredd, för anslutning via seriella linjer. RXP är anpassningsbart, använder flera lager av komprimering och är optimerat för att säkerställa lägsta möjliga bandbreddsutnyttjande - vilket skulle förbättra applikationshastigheten och minska antalet kundtjänstsamtal.

Tre punkter på önskelistan avklarade.

Infrastrukturchefen gick vidare till att testa GO-Global Admin Console. Han såg att den svarade snabbt och gjorde det möjligt för honom att se exakt var klienterna var anslutna och vilken appserver de var anslutna till, vilket gjorde hanteringen av befintliga sessioner mycket enklare och snabbare än Microsoft RDS. Sammantaget gav det en mycket bättre administrativ upplevelse för företagets systemingenjörer. Det verkade som om GO-Global kunde förbättra både användarnas och IT-administratörernas upplevelse.

Det mesta av en annan punkt på önskelistan avbockad, plus fördelar som han inte visste var möjliga!

Vid den här tidpunkten insåg infrastrukturchefen att det fanns tillräckligt med bevis för att GO-Global skulle kunna lösa företagets problem med RDS. Men nu behövde han bevisa sin sak tillräckligt starkt för att motivera de tekniska och operativa förändringar som krävdes för att byta till GO-Global.

Bevis på koncept

Infrastrukturchefen beslutade att gå vidare med ett Proof of Concept-projekt (POC) för att se hur många punkter på företagets önskelista som GO-Global kunde tillgodose. Han visste av erfarenhet att för att POC skulle bli framgångsrikt behövde han inkludera den verkställande ledningen och teamen för applikationsutveckling, kvalitetssäkring, infrastruktur och cybersäkerhet. 

Varför då? 

Förändringar är svåra. Att byta från Microsoft RDS till GO-Global skulle förändra applikationen, deras infrastruktur, deras process - allt! Men att ersätta RDS med GO-Global skulle också kunna lösa en hel del problem. Om det utökade teamet såg hur kundupplevelsen - och deras egen upplevelse - skulle förbättras genom att byta till GO-Global, skulle de engagera sig i projektet och veta att ansträngningen var väl värd deras tid.

Och han ville att GO-Global också skulle involveras för att hjälpa ISV-teamet att påskynda POC och testa GO-Globals engagemang för sina kunder.

POC-projektet inleddes med att en intern projektledare rekryterades för att sköta kommunikation och aktiviteter så att POC:en höll tidsplanen - och för att objektivt följa GO-Globals förmåga att genomföra punkterna på önskelistan. Han samlade sedan in en prioriterad och detaljerad önskelista från varje team, och varje team avsatte personal och timmar för att utföra de uppgifter som krävdes för att genomföra POC:en.

Flera månader efter att POC:en hade inletts stod det klart under ett statusmöte att en övergång till GO-Global skulle bli mycket mindre smärtsam än man först hade trott. Efter att varje team hade rapporterat sin status kontrollerade projektledaren resultaten mot listan över utestående problem och konstaterade att GO-Global hade löst dessa problem - och faktiskt skulle fungera för dem.

Infrastrukturchefen började med hjälp av det utökade POC-teamet att planera för implementeringen.

Implementering av GO-Global

POC:en gjorde det möjligt för ISV att komma igång ordentligt med att utveckla och testa en prototyp. Före implementeringen ville infrastrukturchefen också presentera den GO-Global-drivna applikationen för ISV:s kundorienterade team - kundtjänst, produktutbildning och försäljning - så att de kunde ge feedback och sedan förbereda sig för att stödja utrullningen ur ett kundperspektiv medan de tekniska teamen slutförde den uppdaterade applikationen och förberedde den fysiska infrastrukturen och mjukvaruinfrastrukturen. 

Efter att ha genomfört dessa möten, införlivat feedback i planen och förberett material till kunderna beslutade företaget att genomföra implementeringen stegvis för att begränsa riskerna.

Fas ett: Introduktion av nya kunder

I den första fasen introducerade teamet nya kunder direkt i GO-Global-miljön för att få feedback från användarna utan att behöva ta hänsyn till tidigare erfarenheter av lösenordsåterställningar, långsam applikationsprestanda och avbrutna sessioner. Detta tillvägagångssätt gjorde det också möjligt för företaget att implementera robust MFA från början, vilket förbättrade säkerheten, uppfyllde marknadens behov och effektiviserade användarupplevelsen.

Kundtjänstteamet kontaktade dessa nya användare för att få feedback om deras introduktion och första erfarenheter av programvaran - och fick positiv feedback, vilket hjälpte dem att ta fram utbildningsmaterial och vanliga frågor för migrering av befintliga kunder.

Efter flera veckor med genomgående goda erfarenheter från nya kunder valde företaget att starta alla nya kunder på GO-Global-plattformen.

Fas två: Infasning av befintliga kunder

Eftersom det nya systemet framgångsrikt hanterade nya användare började ISV migrera befintliga användare till GO-Global. Denna fas genomfördes noggrant - migrering av grupper om fem kunder, feedback från dem, sedan ytterligare fem kunder osv. Detta tillvägagångssätt gjorde det möjligt för supportteamet att testa sitt nyutvecklade utbildningsmaterial och iterera utbildning och processer för att minimera störningar för befintliga användare.

En kunds feedback fick migreringsteamet att kittlas. "Jag är inte säker på vad ni gjorde, men applikationshastigheten blev riktigt, riktigt snabb." 

Gradvis ökade företaget antalet kunder som migrerades i takt med att de kände sig trygga med och litade på systemet. I slutfasen migrerade infrastrukturteamet hela servrar på en och samma gång.

Fas tre: Fullständig implementering

Drygt sex månader efter att implementeringen påbörjats lyckades företaget migrera hela sin användarbas av kundkonton till GO-Global. Deras metodiska, stegvisa tillvägagångssätt säkerställde en smidig övergång för både företaget och dess kunder.

Resultat: Minskad samtalsvolym, mer uppkopplad tid

Under hela processen blev företaget positivt överraskat av GO-Global-teamets engagemang och deltagande i POC, utveckling och implementering av GO-Global-plattformen. Företaget blev också positivt överraskat av GO-Globals inneboende förståelse för deras behov som ISV - en kvalitet som de inte har stött på hos någon annan leverantör.

Var det värt det? Beslutet att gå över till GO-Global gav betydande fördelar för ISV, som överträffade sina ursprungliga förväntningar, förbättrade kundernas användarupplevelse avsevärt, effektiviserade företagets verksamhet och förbättrade företagets resultat.

En av de mest omedelbara och betydelsefulla förbättringarna var den dramatiska minskningen av antalet kundtjänstsamtal. Specifikt, förfrågningar om återställning av lösenord med 98%, vilket eliminerade tusentals timmar som tidigare årligen ägnades åt att återställa lösenord. Antalet supportsamtal om frånkopplingar minskade med 72%. Upptiden var 99,999%.

Med GO-Global hade kundtjänstmedarbetarna tid och bandbredd att ta itu med mer komplexa kundförfrågningar och ge mer värdeskapande support än att bara återställa kundens lösenord eller be om ursäkt för en avbruten session. 

Tack vare GO-Globals modell för samtidig licensiering kunde företaget avsevärt förbättra sitt resultat. Dessutom sparade GO-Global tid och pengar åt infrastrukturteamet genom att göra det möjligt för dem att stödja 20% fler användare per appserver utan några ytterligare resurser. Infrastrukturchefen såg också att IT-administrativa uppgifter som patchning, applikationsdistribution och Windows-licenshantering krävde mindre tid och uppmärksamhet på grund av GO-Globals förmåga att skala upp jämfört med RDS tendens att skala ut.

Frigör ditt företags potential med en bättre lösning för applikationsleverans

Denna Windows ISV:s resa visar den transformativa effekten av att välja rätt lösning för leverans av applikationer. Genom att prioritera kundupplevelse, skalbarhet, kostnadseffektivitet och förbättrad säkerhet hittade företaget en partner i GO-Global som gjorde det möjligt för dem att leverera en exceptionell kundupplevelse och stödja deras tillväxtbana. 

Denna Windows ISV:s imponerande resultat understryker de påtagliga fördelarna med att göra bytet. Om ditt företag står inför liknande utmaningar när det gäller applikationsleverans och söker en mer robust och effektiv lösning för applikationsleverans, överväg GO-Global. Det kan vara det strategiska draget som frigör ditt företags fulla potential.

Hämmar din teknik för applikationsleverans din tillväxt? Gör GO-Global till din go-to. För att lära dig mer, begär en demo här eller ladda ner en gratis 30-dagars testversion.