Mognadsmodellen för Windows SaaS

Alla Windows-ISV:er får förr eller senare samma förfrågan från kunderna: ”Kan vi inte bara komma åt det här i en webbläsare?” Bakom den frågan döljer sig en större fråga om var just din produkt befinner sig på vägen mot Windows SaaS, och hur långt den fortfarande har kvar. Inte alla leverantörer behöver befinna sig på samma ställe, men alla leverantörer har nytta av att veta i vilket skede de faktiskt befinner sig.

Problemet är att ”övergången till SaaS” ofta betraktas som en enkel omställning, när det i själva verket handlar om en gradvis process. En mognadsmodell ger dig möjlighet att sätta namn på varje steg, se avvägningarna och avgöra hur långt du behöver gå innan avkastningen inte längre motiverar insatsen.

Vad mognadsgraden för SaaS egentligen mäter

Mognadsgraden hos en SaaS-lösning handlar inte om hur stor del av koden som är webbinriktad. Det handlar om den upplevelse som kunderna får och den driftsmodell som teamet använder bakom kulisserna. En verkligt mogen SaaS-produkt erbjuder webbläsarbaserad åtkomst, prenumerationsprissättning, centraliserade uppdateringar och modern säkerhet, oavsett vilket språk den underliggande applikationen är skriven i.

Denna distinktion är viktig eftersom den skiljer mellan två saker som oberoende programvaruleverantörer (ISV:er) ofta blandar ihop: modernisering av Windows-applikationer som ett leveransproblem och modernisering som ett omskrivningsprojekt. Man kan komma långt med det första utan att någonsin behöva ta itu med det andra.

De fem stadierna i mognadsutvecklingen för Windows SaaS

De flesta Windows-applikationer kan delas in i ett av fem stadier. Ta reda på vilket som gäller för din applikation innan du bestämmer dig för var du ska satsa.

1. Traditionell installation. Programmet levereras som en lokal installation med evig licens. Kunderna kör det på sina egna datorer, uppdateringar sker manuellt och fjärråtkomst ordnas av kunden själv. Det är så de flesta etablerade Windows-produkter börjar.
2. Tilläggsmodul för fjärråtkomst. Man lägger till ett lager för fjärråtkomst, ofta Microsoft RDS, så att kunderna kan nå appen utanför kontoret. Det fungerar, men licensiering, skalbarhet och användarupplevelsen blir snabbt komplicerade, och man underhåller en infrastruktur som egentligen aldrig byggdes för leverans till flera kunder.
3. Molnbaserad leverans. Applikationen körs i molnet och nås av användarna via en webbläsare, utan att någon lokal installation krävs. Prissättningen övergår till ett abonnemang. I detta skede får kunderna äntligen den SaaS-upplevelse de förväntar sig, och du har åstadkommit detta utan att behöva skriva om produkten.
4. Hanterad leverans med flera kunder. Utöver den hostade leveransen centraliserar ni uppdateringar, lägger till multifaktorautentisering och enkel inloggning samt driver en repeterbar arkitektur för flera kunder. Att ta in en ny kund blir en rutinåtgärd snarare än ett projekt. Detta är ett moget och robust Windows-SaaS-erbjudande.
5. Omskrivning till renodlad webbapplikation. Applikationen byggs om till en äkta webbapplikation. Detta är den mest fullständiga formen av SaaS och, för ett fåtal produkter, det rätta långsiktiga målet. För de flesta är det det dyraste, långsammaste och mest riskfyllda sättet att uppnå en användarupplevelse som de kunde ha levererat redan två steg tidigare.

‍

{{CTAEMBED_IDENTIFIERARE}}

‍

Varför ”Rewrite” är fel standardinställning

Instinkten i steg två eller tre är att anta att äkta SaaS innebär att man hoppar direkt till steg fem. Det låter enkelt: bygg om produkten på det ”rätta” sättet och blicka aldrig tillbaka. I praktiken innebär en omskrivning att man måste bygga om flera års ackumulerad affärslogik, specialfall och integrationer som dina kunder är beroende av, samtidigt som man fortfarande måste underhålla den gamla produkten för alla som inte har migrerat.

Kostnaden handlar sällan bara om pengar. Det handlar om den tid som ditt team inte lägger på att utveckla nya funktioner, och risken att den ombyggda produkten inte kommer att kunna mäta sig med den ursprungliga på flera år. Innan ni bestämmer er är det värt att vara ärlig och fundera på om ert företag klarar av det, eftersom många inte gör det, och de som försöker fastnar ofta någonstans halvvägs.

Höj mognadsgraden för din Windows SaaS-lösning utan att behöva skriva om koden

Den mer praktiska vägen betraktar modernisering i första hand som ett problem som rör distribution och åtkomst. Det är precis vad GO-Global är avsett för. Det publicerar din befintliga Windows-applikation till vilken enhet som helst med en webbläsare, så att dina kunder får tillgång till en webbläsarbaserad tjänst utan att du behöver arbeta med kompatibilitet mellan olika webbläsare och utan att behöva ändra koden. När det gäller mognadsgraden tar GO-Global dig direkt från steg ett eller två till steg tre eller fyra.

Ett kort och strukturerat tillvägagångssätt fungerar bra:

• Välj en leveransmodell. Bestäm om du ska driva applikationen själv, använda en allmän molnleverantör eller samarbeta med en värdleverantör som är specialiserad på ISV.
• Lägg till webbläsarbaserad åtkomst. Tillhandahåll den befintliga applikationen via webbläsaren så att kunderna omedelbart får en SaaS-liknande upplevelse.
• Inför modern säkerhet. Lägg till multifaktorautentisering och enkel inloggning för att uppfylla företagskundernas förväntningar.
• Centralisera uppdateringar och övervakning. Skicka ut uppdateringar en gång, centralt, istället för att samordna installationer hos varje enskild kund.

Hosting utgör den andra halvan av ekvationen, eftersom det faktum var en publicerad applikation faktiskt körs påverkar kostnad, prestanda och leverans i en multitenant-miljö. Många leverantörer kombinerar GO-Global med ISVHost, ett hostingalternativ som är utformat utifrån ISV:ers specifika behov snarare än generiska molnbaserade arbetsbelastningar. Tillsammans ger de dig möjlighet att skapa ett fullt utvecklat Windows SaaS-erbjudande samtidigt som du skyddar den investering som redan finns i din kodbas.

Så här ser GO-Global med ISVHost ut

I praktiken går uppdelningen tydligt att skilja åt. GO-Global är åtkomstlagret som gör din befintliga Windows-applikation tillgänglig i en webbläsare på vilken enhet som helst. ISVHost är den helt hanterade molnhostingtjänsten som kör applikationen och GO-Global i bakgrunden. I stället för att kombinera en webbhotellleverantör med ett separat verktyg för fjärråtkomst får du en ISV-inriktad lösning där ISVHost använder GO-Global som åtkomstlager i stället för RDS eller RDP. Det är just det valet som gör att resultatet känns som modern SaaS i stället för ett fjärrskrivbord, och det är det som ger dina slutanvändare enkel inloggning och en webbaserad upplevelse utan ett företagspris.

För ert team förskjuts tyngdpunkten från att sköta infrastrukturen till att utveckla programvara. ”Fullt hanterat” innebär att de delar som egentligen aldrig var en del av er produkt överlåts till någon annan:

• Säkerhet, patchning och Windows-uppdateringar hanteras proaktivt.
• Enkel inloggning och anpassade integrationer, konfigurerade åt dig.
• Nya kunder har införlivats utan att IT-personalstyrkan har utökats.
• En riktig person som känner till din miljö när något ovanligt inträffar, inte en generisk supportkö.

Licensmodellen är utformad för just den tillväxten. ISVHosts prissättning baseras på samtidig användning snarare än på namngivna konton, vilket innebär att du betalar för de användare som faktiskt är inloggade. Priset per användare sjunker i takt med att din användarbas växer, och webbhotelstjänsten ingår i ett paket istället för att faktureras som en rad separata tilläggstjänster. För en Windows-produkt med många tillfälliga användare blir det oftast billigare än licensiering baserad på namngivna användare, och det gör att dina infrastrukturkostnader följer den faktiska användningen istället för din kontolista.

När det gäller mognadsgrad är denna kombination den snabbaste vägen från en lokal installation eller ett RDS-tillägg till en hostad, säker och centralt hanterad produkt. GO-Global levererar applikationen till webbläsaren, och ISVHost omvandlar den leveransen till en hanterad, repeterbar verksamhet istället för en infrastruktur som ert team måste övervaka. Ni får ett välgrundat Windows SaaS-erbjudande samtidigt som den applikation som ert team har ägnat år åt att förfina förblir precis där den är.

Att välja målfas

Syftet med en mognadsmodell är inte att nå det slutgiltiga steget. Det handlar om att nå det steg som tillgodoser era kunders och er verksamhets behov, och sedan sluta satsa där avkastningen avtar. För de flesta Windows-ISV:er är det steget en hostad, säker och centralt hanterad produkt, som går att uppnå redan idag utan att behöva skriva om koden. Om ni kan ange var ni befinner er idag och var ni faktiskt behöver vara, har ni redan klarat av den svåra delen.

Oavsett var du befinner dig i modellen idag är nästa steg oftast mindre omfattande och billigare än en total ombyggnad. Det lönar sig att kartlägga ditt nuvarande stadium innan du gör en budget för nästa. Är du en Windows-ISV som överväger molnbaserad applikationsleverans? Kontakta oss för att ta reda på hur GO-Global kan hjälpa dig att effektivisera programvarutillgången för dina slutanvändare. Eller ladda ner en gratis testversion för att prova själv.