Het Windows SaaS-volwassenheidsmodel

Elke Windows-ISV krijgt vroeg of laat dezelfde vraag van klanten te horen: kunnen we dit niet gewoon in een browser gebruiken? Achter die vraag schuilt een grotere vraag: waar bevindt uw product zich op het traject naar Windows SaaS, en hoe ver is het nog te gaan? Niet elke leverancier hoeft zich in dezelfde fase te bevinden, maar elke leverancier heeft er baat bij te weten in welke fase hij zich daadwerkelijk bevindt.

Het probleem is dat de „overstap naar SaaS“ vaak wordt gezien als een simpele knop die je omzet, terwijl het in werkelijkheid een geleidelijk proces is. Een maturiteitsmodel biedt je de mogelijkheid om elke stap een naam te geven, de afwegingen te overzien en te bepalen hoever je moet gaan voordat het rendement de inspanning niet langer rechtvaardigt.

Wat de SaaS-rijpheid eigenlijk meet

De mate van volwassenheid van een SaaS-product hangt niet af van de mate waarin je code web-native is. Het draait om de ervaring die je klanten krijgen en het bedrijfsmodel dat je team daarachter hanteert. Een werkelijk volwassen SaaS-product biedt toegang via de browser, abonnementsprijzen, gecentraliseerde updates en moderne beveiliging, ongeacht de programmeertaal waarin de onderliggende applicatie is geschreven.

Dat onderscheid is belangrijk omdat het twee zaken van elkaar scheidt die ISV’s vaak door elkaar halen: de modernisering van Windows-toepassingen als een leveringsprobleem, en modernisering als een herschrijfproject. Je kunt op het eerste gebied al een heel eind komen zonder ooit het tweede aan te raken.

De vijf fasen van Windows SaaS-volwassenheid

De meeste Windows-toepassingen vallen in een van de vijf fasen. Bepaal in welke fase de jouwe zich bevindt voordat je beslist waar je in wilt investeren.

1. Traditionele installatie. De applicatie wordt geleverd als lokale installatie met een licentie voor onbeperkte gebruiksduur. Klanten draaien de applicatie op hun eigen computers, updates worden handmatig uitgevoerd en voor toegang op afstand moeten klanten zelf een oplossing bedenken. Dit is hoe de meeste al lang bestaande Windows-producten zijn begonnen.
2. Een uitbreiding voor toegang op afstand. Je voegt een laag voor toegang op afstand toe, vaak Microsoft RDS, zodat klanten de app ook buiten kantoor kunnen gebruiken. Het werkt wel, maar licenties, schaalbaarheid en gebruikerservaring worden al snel ingewikkeld, en je onderhoudt infrastructuur die eigenlijk nooit is ontworpen voor levering aan meerdere klanten.
3. Hosted levering. De applicatie draait in de cloud en is voor gebruikers toegankelijk via een browser, zonder dat er een lokale installatie nodig is. De prijsstelling gaat over op een abonnementsmodel. In deze fase krijgen klanten eindelijk de SaaS-ervaring die ze verwachten, en dat heb je bereikt zonder het product te herschrijven.
4. Beheerde multi-tenant-oplossing. Naast de gehoste oplossing centraliseert u updates, voegt u meervoudige authenticatie en single sign-on toe en implementeert u een herhaalbare architectuur voor meerdere klanten. Het aanboorden van een nieuwe klant wordt zo een routinematige handeling in plaats van een project. Dit is een volwassen, goed verdedigbaar Windows SaaS-aanbod.
5. Herschrijving als web-native applicatie. De applicatie wordt opnieuw opgebouwd als een echte webapplicatie. Dit is de meest complete vorm van SaaS en, voor een klein aantal producten, de juiste langetermijnoplossing. Voor de meeste producten is het echter de duurste, traagste en meest risicovolle manier om een gebruikerservaring te realiseren die ze al twee fasen eerder hadden kunnen bieden.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Waarom ‘Rewrite’ de verkeerde standaardinstelling is

In fase twee of drie is de neiging groot om te denken dat echte SaaS betekent dat je meteen naar fase vijf moet springen. Het klinkt mooi: het product op de „juiste” manier opnieuw opbouwen en nooit meer achterom kijken. In de praktijk betekent een herschrijving echter dat je jarenlang opgebouwde bedrijfslogica, randgevallen en integraties, waar je klanten op vertrouwen, opnieuw moet opbouwen, terwijl je tegelijkertijd het oude product in stand moet houden voor iedereen die nog niet is gemigreerd.

De kosten bestaan zelden alleen uit geld. Het gaat ook om de tijd die je team niet aan functies kan besteden, en het risico dat het vernieuwde product jarenlang niet aan het origineel zal kunnen tippen. Voordat je je hieraan vastlegt, is het de moeite waard om eerlijk te zijn over de vraag of je bedrijf dit aankan, want veel bedrijven kunnen dat niet, en degenen die het toch proberen, lopen vaak halverwege vast.

De volwassenheid van uw Windows SaaS vergroten zonder een volledige herprogrammering

De meer praktische aanpak beschouwt modernisering in de eerste plaats als een kwestie van levering en toegang. Dit is precies waarvoor GO-Global is ontwikkeld. Het maakt uw bestaande Windows-applicatie beschikbaar op elk apparaat met een browser, zodat uw klanten gehoste, browsergebaseerde toegang krijgen zonder dat u zich hoeft bezig te houden met compatibiliteit tussen verschillende browsers en zonder dat er code hoeft te worden aangepast. Wat de ontwikkelingsfase betreft, brengt GO-Global u rechtstreeks van fase één of twee naar fase drie of vier.

Een korte, gestructureerde aanpak werkt goed:

• Kies een leveringsmodel. Bepaal of u de applicatie zelf host, gebruikmaakt van een algemene cloudprovider of samenwerkt met een op ISV’s gespecialiseerde host.
• Voeg toegang via de browser toe. Stel de bestaande applicatie via de browser beschikbaar, zodat klanten direct een SaaS-achtige ervaring krijgen.
• Zorg voor moderne beveiliging. Voeg meervoudige authenticatie en single sign-on toe om aan de verwachtingen van zakelijke klanten te voldoen.
• Centraliseer updates en monitoring. Voer updates één keer centraal door, in plaats van de installaties bij elke klant afzonderlijk te coördineren.

Hosting vormt de andere helft van het geheel, want de plek waar een gepubliceerde applicatie daadwerkelijk draait, is van invloed op de kosten, de prestaties en de multi-tenant-levering. Veel leveranciers combineren GO-Global met ISVHost, een hostingoptie die is afgestemd op de specifieke behoeften van ISV’s in plaats van op generieke cloudworkloads. Samen stellen ze u in staat om een volwassen Windows SaaS-aanbod te realiseren, terwijl de investering die al in uw codebase zit, wordt beschermd.

Hoe ‘GO-Global met ISVHost’ eruitziet

In de praktijk zijn de twee onderdelen duidelijk van elkaar gescheiden. GO-Global is de toegangslaag die uw bestaande Windows-applicatie beschikbaar maakt in een browser op elk apparaat. ISVHost is de volledig beheerde cloudhosting waarop de applicatie en GO-Global draaien. In plaats van een hostingprovider te combineren met een afzonderlijke tool voor externe toegang, krijgt u één op ISV’s gericht aanbod waarin ISVHost GO-Global als toegangslaag gebruikt in plaats van RDS of RDP. Juist die ene keuze zorgt ervoor dat het resultaat aanvoelt als moderne SaaS in plaats van een externe desktop, en biedt uw eindgebruikers single sign-on en een web-native ervaring zonder het prijskaartje van een enterprise-oplossing.

Voor uw team verschuift het zwaartepunt van het beheren van de infrastructuur naar het ontwikkelen van software. ‘Volledig beheerd’ betekent dat de onderdelen die nooit echt tot uw product behoorden, worden uitbesteed:

• Beveiliging, het installeren van patches en Windows-updates: dit wordt proactief aangepakt.
• Single sign-on en integraties op maat, speciaal voor u geconfigureerd.
• Nieuwe klanten zijn aangemeld zonder dat er extra IT-personeel nodig was.
• Een echte medewerker die op de hoogte is van je configuratie wanneer er zich iets ongewoons voordoet, en geen standaard supportwachtrij.

Het licentiemodel is afgestemd op die groei. Bij ISVHost wordt de prijs bepaald op basis van gelijktijdig gebruik in plaats van op basis van specifieke accounts; je betaalt dus voor de gebruikers die daadwerkelijk zijn ingelogd, het tarief per gebruiker daalt naarmate je gebruikersbestand groeit, en hosting wordt als pakket aangeboden in plaats van als een reeks afzonderlijke add-ons in rekening gebracht. Voor een Windows-product met veel incidentele gebruikers komt dat doorgaans goedkoper uit dan licenties op basis van specifieke gebruikers, en zorgt het ervoor dat je infrastructuurkosten gelijke tred houden met het daadwerkelijke gebruik in plaats van met je accountlijst.

Wat de doorlooptijd betreft, is deze combinatie de snelste weg van een lokale installatie of een RDS-uitbreiding naar een gehoste, veilige en centraal beheerde oplossing. GO-Global levert de applicatie aan de browser, en ISVHost zorgt ervoor dat dit een beheerde, herhaalbare proces wordt in plaats van een infrastructuur waar uw team voortdurend toezicht op moet houden. U krijgt een degelijk Windows SaaS-aanbod, terwijl de applicatie die uw team jarenlang heeft verfijnd, precies blijft waar hij is.

Je doelfase kiezen

Het doel van een volwassenheidsmodel is niet om de eindfase te bereiken. Het gaat erom de fase te bereiken die het beste aansluit bij uw klanten en uw bedrijf, en vervolgens te stoppen met investeren op gebieden waar het rendement afneemt. Voor de meeste Windows-ISV’s is die fase een gehost, beveiligd en centraal beheerd product, dat nu al haalbaar is zonder dat het opnieuw geschreven hoeft te worden. Als u kunt aangeven waar u op dit moment staat en waar u daadwerkelijk naartoe moet, dan heeft u het moeilijkste deel al achter de rug.

Ongeacht waar u zich momenteel in het model bevindt, is de volgende stap doorgaans kleiner en goedkoper dan een complete herinrichting. Het loont de moeite om uw huidige fase in kaart te brengen voordat u een budget opstelt voor de volgende fase. Bent u een Windows-ISV die de mogelijkheden van cloudgebaseerde applicatielevering wil verkennen? Neem dan contact met ons op om te ontdekken hoe GO-Global u kan helpen de toegang tot software voor uw eindgebruikers te stroomlijnen. Of download een gratis proefversie om het zelf uit te proberen.