Wanneer moet je je applicatie herschrijven en wanneer moet je hem publiceren?

Als je Windows-software ontwikkelt, heb je de druk waarschijnlijk wel eens gevoeld. Je klanten willen toegang via de browser, single sign-on en dezelfde altijd actuele ervaring die ze van al hun andere tools gewend zijn. Je applicatie doet al wat hij moet doen, maar hij is niet gebouwd voor het web. Daardoor staan ​​de meeste onafhankelijke softwareleveranciers (ISV's) voor dezelfde keuze: de hele applicatie opnieuw ontwikkelen als een web-native app, of een snellere route naar de cloud vinden. Dit is de afweging tussen herschrijven en publiceren, en het staat centraal in vrijwel elk gesprek over de modernisering van Windows-apps in 2026.

Vaak wordt aangenomen dat modernisering betekent dat oude code wordt vervangen door nieuwe. In de praktijk gaat het echter om een ​​reeks beslissingen over hoe je applicatie wordt geleverd, gebruikt en onderhouden, en niet alleen over hoe deze is geschreven. De juiste keuzes kunnen je jaren werk besparen. De verkeerde keuzes kunnen je roadmap en je klantenbestand in gevaar brengen.

Wat een herschrijving nu eigenlijk inhoudt

Een herschrijving betekent dat je de app volledig opnieuw opbouwt voor het web . Het raakt elke workflow, elke integratie en elke regel code waar je klanten van afhankelijk zijn. Goed uitgevoerd, levert het een echt web-native codebase op. Op grote schaal uitgevoerd, is het een van de grootste projecten die een ISV kan aannemen.

Voordat je een definitieve beslissing neemt, is het nuttig om de volledige omvang van de herziening in kaart te brengen:

• Personeel: je hebt een ontwikkelteam nodig met de vaardigheden om de app binnen een redelijke termijn opnieuw op te bouwen, terwijl het bestaande product tegelijkertijd operationeel blijft.
• Functiegelijkheid: het is extreem moeilijk om de functionaliteit van een bestaande Windows-applicatie exact na te bootsen, en sommige geliefde mogelijkheden hebben mogelijk geen webequivalent.
• Doorlooptijd naar de markt: voor complexe, functierijke producten kan een volledige herziening jaren duren voordat het product de klanten bereikt.
• Integraties en hardware: printers, scanners, sensoren en andere randapparatuur die probleemloos op een desktopcomputer werken, zijn moeilijk na te bootsen in een browser.
• Gebruikersacceptatie: klanten die tevreden zijn met de huidige app, zijn vaak niet bereid om een ​​nieuwe interface te leren kennen.

Wat applicatiepublicatie nu eigenlijk inhoudt

Bij applicatiepublicatie wordt de tegenovergestelde aanpak gehanteerd. In plaats van je app opnieuw te bouwen, host je deze op een Windows-server en lever je de interface ervan aan elke browser of elk apparaat. De applicatie draait op de server en gedraagt ​​zich alsof deze lokaal is geïnstalleerd, maar gebruikers hebben er toegang toe via een weblink zonder dat er een lokale installatie nodig is.

Omdat de code exact hetzelfde blijft, heeft het publiceren van de applicatie geen invloed op uw workflows of integraties. Uw team blijft functies uitbrengen voor het product dat ze al kennen, terwijl gebruikers de browsergebaseerde, SaaS-achtige ervaring krijgen waar ze om vragen.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Wanneer herschrijven zinvol is

Een herziening is niet altijd de verkeerde oplossing. Er zijn gevallen waarin een complete heropbouw de juiste investering op lange termijn is:

• Uw kernarchitectuur is werkelijk verouderd en kan niet langer worden onderhouden of beveiligd.
• Uw onderscheidend vermogen is afhankelijk van mogelijkheden die alleen een native web- of mobiele architectuur kan bieden.
• Je hebt het budget, de technische capaciteit en de tijd om een ​​meerjarig project te realiseren zonder je planning te vertragen.
• Je bent van plan om de functionaliteit van het product fundamenteel te veranderen, niet alleen de manier waarop het wordt geleverd.

Als geen van deze beschrijvingen op uw situatie van toepassing is, kan een herschrijving een oplossing bieden voor een leveringsprobleem binnen een ontwikkelingsproject.

Wanneer het publiceren van applicaties de slimmere keuze is

Voor de meeste ISV's van Windows-software is de druk om te moderniseren eigenlijk een druk om te presteren. Publiceren is doorgaans de betere optie wanneer:

• Uw applicatie werkt goed en uw klanten waarderen deze zoals hij is.
• De werkelijke vraag betreft toegang tot de browser en werken op afstand, niet een andere set functies.
• Je wilt de markt binnen enkele weken bereiken, niet binnen enkele jaren.
• Je moet de integratie met printers, randapparatuur of externe systemen behouden.
• Je investeert je ontwikkeltijd liever in het product dan in een platformmigratie.

De beslissing nemen: herschrijven of publiceren als applicatie?

Hoe maak je dan eigenlijk de juiste keuze? De afweging tussen herschrijven en publiceren wordt een stuk eenvoudiger als je een paar vragen in de juiste volgorde beantwoordt:

1. Wat is het doel? Als het gaat om een ​​betere bezorgervaring, dan bereikt u dat waarschijnlijk sneller door te publiceren. Als het om een ​​fundamenteel ander product gaat, is een herziening wellicht nodig.
2. Wat zijn de kosten van het wachten? Schat in hoe lang een herschrijving realistisch gezien zou duren en vraag jezelf vervolgens af wat die vertraging je kost in gemiste deals en klantverlies.
3. Wat verliest u? Breng in kaart welke Windows-specifieke functies en integraties een herziening in gevaar zou brengen.
4. Wat kunt u nu al leveren? Een publicatielaag kan klanten direct toegang tot de cloud geven, waardoor u tijd wint om verdere moderniseringen in uw eigen tempo te plannen .

Voor veel leveranciers is het eerlijke antwoord dat publiceren het directe probleem oplost, en dat een herziening, mocht die ooit nodig zijn, kan wachten tot het echt gerechtvaardigd is.

Waar uw gepubliceerde applicatie wordt uitgevoerd

Zodra je besluit om te publiceren in plaats van te herschrijven, is de volgende vraag waar de applicatie daadwerkelijk draait. Met GO-Global kun je je bestaande Windows-applicatie publiceren naar elke browser of elk apparaat vanaf een server in elke publieke, private of hybride cloud, zonder dat je code hoeft aan te passen. Voor leveranciers die die infrastructuur liever niet zelf beheren, biedt ISVHost, het hostingplatform van GraphOn voor ISV's, de mogelijkheid om de servers, schaling en levering voor je te verzorgen, zodat je team zich kan blijven concentreren op de applicatie zelf.

De weg kiezen die beschermt wat werkt

Het moderniseren van Windows-apps hoeft niet te betekenen dat je je roadmap volledig op een nieuwe versie richt. In de meeste gevallen is de snelste weg naar een moderne, cloudgebaseerde ervaring het publiceren van de applicatie die je al hebt, en een herschrijving uitstellen tot de zeldzame gevallen waarin dit echt nodig is. De keuze is niet: herschrijven of niets. Het gaat erom de aanpak te kiezen die je klanten geeft wat ze willen met het minste risico voor wat al werkt. Ben je een Windows ISV die cloudgebaseerde applicatielevering onderzoekt? Neem contact met ons op om te ontdekken hoe GO-Global je kan helpen de softwaretoegang voor je eindgebruikers te stroomlijnen. Of download een gratis proefversie om het zelf te testen.