De strijd tussen Low-code en traditionele software. Welke keuze maakt jouw bedrijf?

Hoewel de strijd tussen low-code platforms en traditionele software-oplossingen nog niet de grote heeft van McDonalds versus Burger King, Apple versus Windows, of Batman vs. Superman, is het een vergelijking waard om af te wegen voor bedrijven die hun eigen applicaties bouwen.

Tot voor kort waren Java, C#, Javascript en dergelijke de software keuze. Grotendeels omdat het de enige optie was. In het laatste decennium zijn low-codeplatforms ontstaan als een alternatieve mogelijkheid voor bedrijven voor applicatieontwikkelingen. Aanbieders van low-code development platforms, zoals Mendix, zagen de afgelopen jaren de vraag naar hun oplossing sterk toenemen en het einde is nog niet in zicht. De markt voor low-code tools zal naar verwachting in 2019 een omzet van $ 10 miljard bereiken volgens Forrester (Ross, 2017).

Er is steeds meer interesse rond low-code, maar waarom? Low-code en traditionele software resulteren beide in bedrijfsapplicaties op maat, dus wat maakt ze anders? De onderstaande blog kijkt naar 3 redenen van Michele Adams (2018); het proces van de softwareontwikkeling, tijdsbesparing en het onderhoud van low-code versus traditionele applicaties. Daar voegen wij, Mansystems, de snelheid van het inspelen op klantwensen en de nauwe samenwerking van business & IT aan toe.  

1. softwareontwikkeling

Bij traditionele softwareontwikkeling werkt het proces net als het bouwen van een huis. Het bedrijf overlegt met een ontwikkelteam alle functies die de software moet hebben. Zodra beide partijen het eens zijn over de blauwdruk, lanceert het IT-team de ontwikkelingsfase en begint met het schrijven van de software. Als ze klaar zijn, gaat het proces verder naar de testfase; hier zullen de eindgebruikers pas te maken krijgen met de software en kijken of het doet wat het moet doen. De eindgebruiker speelt geen directe rol in het ontwikkelingsproces. Dit betekent dat tegen de tijd dat ze de software zien, de gebruiker het moet navigeren zoals een huiseigenaar de indeling van een voltooid huis bewandelt. Alles wordt op zijn plaats gelegd; kleine veranderingen kunnen worden aangebracht, maar het beton is al gestort.

Low-code platforms daarentegen ondersteunen het traditionele ontwikkelingsproces door van de eindgebruiker de ontwikkelaar te maken. Door de kloof tussen ontwikkelaar en eindgebruiker weg te nemen, bieden low-code platforms eindgebruikers de mogelijkheid om hun visie rechtstreeks in de software te communiceren. Het wordt niet langer overgelaten aan interpretatie door partijen die niet op een direct niveau communiceren met een bepaald bedrijfsproces.

Voor bedrijven met beperkte IT- of ontwikkelingsbronnen, of bedrijven die een goed begrip hebben van hun werkproces en die het willen verbeteren in plaats van het volledig te vernieuwen, biedt het hands-on aspect van low-code oplossingen een snelle en effectieve manier om dit te doen. (Adams, 2018)

2. Tijdsbesparing

Traditionele softwareontwikkeling kan 4-9 maanden duren om te culmineren in een eindproduct dat een bedrijf kan implementeren. Het tijdlijnbereik van een project kan veranderen afhankelijk van de vereisten van het bedrijf en de grootte van het ontwikkelteam, maar het maken van geheel nieuwe code kost altijd meer tijd dan het opbouwen van een bestaand kader. Om de analogie van het huis te gebruiken, zijn er eenvoudigweg meer stappen nodig bij het bouwen van een huis vanaf het begin in plaats van het omdraaien van een reeds bestaande structuur. Zelfs deze losse tijdlijn is echter geen garantie.

Low-code oplossingen zijn build-as-you-go. Zie het als een huis dat zichzelf creëert als je van kamer naar kamer loopt. Wat nodig is, kan worden gebouwd - niet 

wachten op een ontwikkelingsteam om de software in kaart te brengen en te beginnen met het bouwen van oplossingen terwijl je in de tussentijd oplossingen gebruikt. Dit markeert een van de grootste verschillen tussen traditionele aangepaste softwareoplossingen en low-code platforms: de platforms zijn beschikbaar bij aanschaf, terwijl de aangepaste software moet worden gebouwd voordat deze kan worden gelanceerd. Aanpassingen duren enkele dagen tot een paar weken. Deze verkorte ontwikkelingsfase is het resultaat van het coderen van een reeds bestaand platform in plaats van het vanaf de basis schrijven van code. (Adams, 2018)

SNEL INSPELEN OP DE URGENTIE VAN DE KLANT

Als toevoeging tot dit punt hebben we bij Mansystems gemerkt dat, doordat je sneller kan ontwikkelen, je ook sneller kan inspelen op de verzoeken en problemen van je klanten.

Zoals het spreekwoord luidt “zo vlug als water zijn”, zo snel bouwden wij een app voor Waterbus. De watertaxi van de havenstad Rotterdam had geen enkele manier om ongeplande en geplande verstoringen van hun dienstregeling te melden. Dit natuurlijk tot grote frustratie van hun reizigers. Met het Mendix platform konden we in enkele weken een webapplicatie bouwen voor hun klanten die real-time informatie geeft over calamiteiten. Dit werd de waterbus app: www.youtube.com/watch?v=9iuAJHGFUMg.

3. onderhoud

De software is voltooid, maar deze is nooit helemaal af. Er zullen altijd updates of herzieningen zijn naarmate bedrijfsdoelen en -processen veranderen. Met traditionele software-oplossingen vereisen deze veranderingen een intern ontwikkelteam of een ontwikkelteam van derden om wijzigingen door te voeren. Softwarerevisies gaan ook via vergelijkbare (zij het kleinere) cycli van het softwareontwikkelingsproces, waarbij teams de gebruikers op nieuwe veranderingen schetsen, ontwerpen en testen.

Low-code platforms zijn meestal een aPaaS (applicatieplatform als een service), wat betekent dat ze worden uitgevoerd en onderhouden door het bedrijf dat eigenaar is van de software (vergelijkbaar met Microsoft met Office 365). Updates en verbeteringen in de software worden afgehandeld door het hostingbedrijf in plaats van door het bedrijf dat zich op de service abonneert. Voor bedrijven met een kleine of niet-bestaande IT-afdeling, kunnen ze genieten van een goed onderhouden software zonder de noodzaak van een team of externe leverancier. (Adams, 2018)

nauwe samenwerking business & it

Bedrijven hebben zakelijke behoeften en doelen die ze moeten vervullen. Ze zoeken naar een kosteneffectieve oplossing waarmee ze sneller en beter kunnen werken. Zodra het idee opkomt, gaan bedrijven naar de IT-afdeling, van wie wordt verondersteld dat het hun Elon Musk is, of hun Tim Cook, die de super-tools bouwt die nodig zijn om het bedrijf in nieuwe tijdperken te stuwen. Dit is waar de problemen en haperingen beginnen. Zodra het bedrijf met hun verzoek komt, moet de tech afdeling meteen de verwachtingen temperen. “Natuurlijk is dat mogelijk, maar het zal enkele maanden duren om te voltooien. Dit kan je alleen bouwen in Javascript en daarvoor hebben we nu niemand beschikbaar.” De middelen van IT zijn beperkt en de business wil aanpassingen blijven maken.

Al snel kozen we als Mansystems voor low-code om dit soort ‘stoornissen’ te vermijden. Op niet alleen een snelle manier, maar met een nauwe samenwerking tussen de business en de IT-afdeling, kunnen we applicaties bouwen voor onze klanten. Dit verwerkelijken we ook met onze app-in-a-day campagne, waarmee we binnen 1 dag een applicatie bouwen voor een klant. Bedrijven willen hun business processen zo veel mogelijk digitaliseren om concurrenten voor te blijven en om klantwensen tevreden te stellen. En dit moet alsmaar sneller gebeuren met ondersteuning van IT. Samen met ons team van designers, developers en sales zitten we samen met de CIO, CEO en het hoofd van IT om van hun ‘stoornis’ een Mendix applicatie te maken. Doorlopend worden er tijdens app-in-a-day functionaliteiten uitgerold en op veranderde situaties ingesprongen. Door deze samenwerking tussen business en IT hebben we bedrijven zoals “Beter Na Borstkanker en Louwman ICT kunnen overtuigen van de snelheid en kracht van low-code.

Conclusie

Traditionele softwareoplossingen en low-code oplossingen hebben hun eigen voordelen. De voordelen van elk zijn grotendeels afhankelijk van wat het bedrijf dat de software gebruikt nodig heeft, evenals de infrastructuur van het bedrijf. Wij zien de voordelen van Mendix. En geloven dat low-code de toekomst is van app-ontwikkeling, dit om een heel eenvoudige reden, low-code is eenvoudiger, sneller en efficiënter in gebruik. Daarnaast merkten we dat we onze klanten sneller kunnen helpen en business en IT elkaar kan versterken. Welke keuze maakt jouw bedrijf?

{{cta('e7b15b39-955a-4ada-8984-294b03744f47')}}