Windows SaaS-modenhedsmodellen

Alle Windows-ISV’er får før eller senere det samme spørgsmål fra kunderne: »Kan vi ikke bare få adgang til det her i en browser?« Bag dette spørgsmål ligger et større spørgsmål om, hvor dit produkt befinder sig på vejen mod Windows SaaS, og hvor langt der stadig er tilbage. Ikke alle leverandører behøver at være på samme sted, men alle leverandører har gavn af at vide, hvilket stadie de rent faktisk befinder sig på.

Problemet er, at »overgangen til SaaS« ofte opfattes som en enkelt kontakt, man bare slår til, selvom det i virkeligheden er en gradvis proces. En modenhedsmodel giver dig mulighed for at sætte navn på hvert trin, se de forskellige afvejninger og afgøre, hvor langt du skal gå, før afkastet ikke længere retfærdiggør indsatsen.

Hvad SaaS-modenhed egentlig måler

SaaS-modenhed handler ikke om, hvor stor en del af din kode der er web-native. Det handler om den oplevelse, dine kunder får, og den driftsmodel, dit team anvender bagved. Et virkelig modent SaaS-produkt tilbyder browserbaseret adgang, abonnementspriser, centraliserede opdateringer og moderne sikkerhed, uanset hvilket sprog den underliggende applikation er skrevet i.

Denne skelnen er vigtig, fordi den adskiller to ting, som ISV’er ofte blander sammen: modernisering af Windows-applikationer som et leveringsproblem og modernisering som et omskrivningsprojekt. Man kan nå langt med det første uden nogensinde at røre ved det andet.

De fem faser i Windows SaaS-modenhed

De fleste Windows-applikationer falder ind under en af fem faser. Find ud af, hvilken fase din applikation befinder sig i, inden du beslutter, hvor du vil investere.

1. Traditionel installation. Programmet leveres som en lokal installation med en evigvarende licens. Kunderne kører det på deres egne computere, opdateringerne foretages manuelt, og fjernadgang afhænger af, hvad kunden selv sørger for. Det er sådan, de fleste etablerede Windows-produkter starter.
2. Fjernadgang som tillægsmodul. Man tilføjer et lag til fjernadgang, ofte Microsoft RDS, så kunderne kan få adgang til appen uden for kontoret. Det fungerer, men licensering, skalering og brugeroplevelsen bliver hurtigt kompliceret, og man vedligeholder en infrastruktur, der aldrig rigtig blev bygget med henblik på levering til flere kunder.
3. Hostet levering. Applikationen kører i skyen og er tilgængelig for brugerne via en browser, uden at der kræves nogen lokal installation. Prismodellen skifter til et abonnementsystem. På dette stadie får kunderne endelig den SaaS-oplevelse, de forventer, og du har opnået det uden at skulle omskrive produktet.
4. Administreret multi-tenant-levering. Ud over den hostede levering centraliserer du opdateringer, tilføjer multifaktor-autentificering og single sign-on samt implementerer en standardiseret arkitektur til flere kunder. Onboarding af en ny kunde bliver en rutineopgave snarere end et projekt. Dette er et veludviklet og robust Windows SaaS-tilbud.
5. Omskrivning til webbaseret løsning. Applikationen genopbygges som en ægte webapplikation. Dette er den mest komplette form for SaaS og, for et lille antal produkter, det rigtige langsigtede mål. For de fleste er det den dyreste, langsomste og mest risikable måde at opnå en brugeroplevelse på, som de kunne have leveret to faser tidligere.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Hvorfor »Rewrite« er den forkerte standardindstilling

I fase to eller tre er man fristet til at tro, at ægte SaaS betyder, at man springer direkte til fase fem. Det lyder enkelt: Man genopbygger produktet på den »rigtige« måde og ser sig aldrig tilbage. I praksis indebærer en omskrivning imidlertid, at man skal genopbygge årelangt opbygget forretningslogik, særlige tilfælde og integrationer, som kunderne er afhængige af, samtidig med at man fortsat skal vedligeholde det gamle produkt for alle dem, der endnu ikke er migreret.

Omkostningerne handler sjældent kun om penge. Det handler om den tid, dit team ikke bruger på at udvikle nye funktioner, og om risikoen for, at det ombyggede produkt i årevis ikke vil kunne måle sig med det oprindelige. Inden du forpligter dig, er det værd at være ærlig omkring, om din virksomhed kan klare det, for mange kan ikke, og dem, der forsøger, går ofte i stå et sted midtvejs.

Sådan øger du modenheden af din Windows SaaS-løsning uden at skulle omskrive koden

Den mere praktiske tilgang betragter modernisering først og fremmest som et problem med levering og adgang. Det er netop det, GO-Global er udviklet til. Det offentliggør din eksisterende Windows-applikation på enhver enhed med en browser, så dine kunder får hosted, browserbaseret adgang uden behov for at sikre kompatibilitet på tværs af browsere og uden ændringer i koden. Set ud fra et modenhedsperspektiv flytter GO-Global dig direkte fra fase et eller to til fase tre eller fire.

En kort og struktureret fremgangsmåde fungerer godt:

• Vælg en leveringsmodel. Beslut, om du selv skal hoste applikationen, bruge en generisk cloududbyder eller samarbejde med en host, der er specialiseret i ISV’er.
• Tilføj browserbaseret adgang. Gør den eksisterende applikation tilgængelig via browseren, så kunderne straks får en SaaS-lignende oplevelse.
• Indfør moderne sikkerhed. Tilføj multifaktor-godkendelse og single sign-on for at imødekomme virksomhedskundernes forventninger.
• Centraliser opdateringer og overvågning. Udsend opdateringer én gang centralt i stedet for at skulle koordinere installationerne hos hver enkelt kunde.

Hosting udgør den anden halvdel af ligningen, for hvor en offentliggjort applikation rent faktisk kører, har indflydelse på omkostninger, ydeevne og levering til flere brugere. Mange leverandører kombinerer GO-Global med ISVHost, en hostingløsning, der er skræddersyet til ISV’ers specifikke behov frem for generiske cloud-arbejdsbelastninger. Sammen giver de dig mulighed for at opnå et veludviklet Windows SaaS-tilbud, samtidig med at du beskytter den investering, der allerede ligger i din kodebase.

Sådan ser GO-Global med ISVHost ud

I praksis er opdelingen helt klar. GO-Global er adgangslaget, der gør din eksisterende Windows-applikation tilgængelig i en browser på enhver enhed. ISVHost er den fuldt administrerede cloud-hosting, der kører applikationen og GO-Global i baggrunden. I stedet for at skulle sammensætte en hostingudbyder med et separat fjernadgangsværktøj får du én ISV-fokuseret løsning, hvor ISVHost bruger GO-Global som sit adgangslag i stedet for RDS eller RDP. Det er netop dette valg, der får løsningen til at føles som moderne SaaS i stedet for en fjernbetjent desktop, og det er det, der giver dine slutbrugere single sign-on og en webbaseret oplevelse uden en virksomhedspris.

For jeres team flytter tyngdepunktet sig fra at drive infrastruktur til at udvikle software. »Fuldt administreret« betyder, at de dele, der aldrig rigtig har været en del af jeres produkt, bliver overdraget:

• Sikkerhed, patch-håndtering og Windows-opdateringer håndteres proaktivt.
• Single sign-on og skræddersyede integrationer, konfigureret specielt til dig.
• Nye kunder blev integreret uden at øge antallet af IT-medarbejdere.
• En rigtig person, der kender dit system, når der opstår noget usædvanligt – ikke en generisk supportkø.

Licensmodellen er skræddersyet til netop denne vækst. ISVHost baserer sine priser på samtidig brug frem for navngivne konti, så du betaler for de brugere, der rent faktisk er logget ind. Prisen pr. bruger falder i takt med, at din brugerbase vokser, og hosting er samlet i et samlet tilbud i stedet for at blive faktureret som en række separate tillægsydelser. For et Windows-produkt med mange lejlighedsvise brugere bliver det som regel billigere end licenser til navngivne brugere, og det sikrer, at dine infrastrukturomkostninger afspejler den reelle brug i stedet for din kontooversigt.

Hvad angår modenhed, er denne kombination den hurtigste vej fra en lokal installation eller et RDS-tilføjelsesprogram til et hostet, sikkert og centralt administreret produkt. GO-Global leverer applikationen til browseren, og ISVHost omdanner denne levering til en administreret, gentagelig proces i stedet for en infrastruktur, som jeres team skal passe på. I får et solidt Windows SaaS-tilbud, mens den applikation, som jeres team har brugt år på at finpudse, forbliver præcis, hvor den er.

Valg af målfase

Formålet med en modenhedsmodel er ikke at nå det sidste trin. Det handler om at nå det trin, der imødekommer jeres kunders og jeres virksomheds behov, og derefter stoppe investeringerne der, hvor afkastet begynder at falde. For de fleste Windows-ISV’er er dette trin et hostet, sikkert og centralt administreret produkt, som kan opnås allerede nu uden at skulle omskrive koden. Hvis I kan sætte ord på, hvor I befinder jer i dag, og hvor I rent faktisk skal være, har I allerede klaret den sværeste del.

Uanset hvor du befinder dig i modellen i dag, er det næste skridt som regel mindre og billigere end en total omlægning. Det er en god idé at kortlægge dit nuværende trin, før du lægger et budget for det næste. Er du en Windows-ISV, der overvejer cloudbaseret levering af applikationer? Kontakt os for at høre, hvordan GO-Global kan hjælpe dig med at strømline dine slutbrugeres adgang til software. Eller download en gratis prøveversion, så du selv kan afprøve det.