Zo ga je van idee naar succesvolle startup

Je hebt een briljant idee om de markt te veroveren. Hoe zorg je ervoor dat jouw idee slaagt? We vragen het aan ervaringsdeskundige Ramy Salem van GreenRoutes. Welke stappen namen zij als startup? En wat hebben ze geleerd? Ontdek essentiële startup tips in dit interview.

Hoe is het idee voor routeoptimalisatie software ontstaan?

Ideeën voor startup software ontstaan vaak uit de overtuiging dat iets beter kan. Zo werkt Yousry Salem, broer van Ramy, tijdens zijn studie bij een afvalinzamelaar. Hier rijden ze dagelijks langs 400-500 locaties om bedrijfsafval op te halen. Als administratief medewerker valt het hem op dat het plannen van de routes met de hand wordt gedaan.

Ramy: “Destijds deed ik mijn master Econometrie en Logistiek. Waarbij ik letterlijk leerde om, met algoritmes, routes te optimaliseren. Dus toen Yousry mij dit vertelde, stelde ik hem voor dit op te lossen. Dat zou mij wel lukken in een maandje! Maar dat bleek wat ingewikkelder. Dus besloot ik om dit onderwerp te gebruiken voor mijn scriptie.”

Wat maakt een idee briljant?

“Uit mijn onderzoek bleek dat routeoptimalisatie de afvalinzamelaar een flinke besparing opleverde. Namelijk vijf vrachtwagens voor het dagelijkse werk, in plaats van zes. Oftewel 16% minder routes rijden. Dat was voor mij het startsein om dit concept om te zetten naar een werkbaar product.”, aldus Ramy Salem.

Is het een uniek concept?

Naast dat je moet weten wat je concept gaat opleveren, is het noodzakelijk om de markt te verkennen. In het geval van GreenRoutes ging Yousry hiermee aan de slag. Hij bracht de afvalbranche in kaart door te achterhalen:

  • Hoeveel afvalinzamelaars zijn er in Nederland
  • Wat de bedrijfsomvang is
  • Wat hun werkwijze is
  • Welke ERP systemen gebruiken ze

Ramy: “Routeoptimalisatie bestaat al. Alleen veel bedrijven die het aanbieden, focussen zich op bezorgdiensten. Uit recent onderzoek onder 400 afvalinzamelaars, blijkt dat er slechts 18 inzamelaars gebruik maken van routeoptimalisatie. Dus daar ligt voor ons een kans. Want de vuilnisindustrie kent specifieke problemen en die terugkomen bij elk bedrijf. De eerste keer schrijf je die op, de tweede keer biedt je aan om dit op te lossen. Zo spelen we in op de behoefte.”

De noodzaak van een werkend product en geld

We waren ook naïef om te denken dat we met de business case ‘Van 5 naar 6 routes’ klaar waren voor de markt. Maar er komt veel meer bij kijken. Het product van mijn scriptie voldeed niet aan de vraag. Namelijk dat onze algoritmes moeten communiceren met bestaande systemen. Dus het technisch uitwerken was een volgende stap.

Om deze interactie te realiseren, startte onze zoektocht naar de ontwikkelaar voor een API (Application Programming Interface). Hierbij hoorden we van softwarebedrijven; dit gaat veel geld kosten. Maar als startup begonnen we met niets. Toen beseften we de noodzaak van een investering of lening.”, aldus Ramy

Daarmee ging alles door elkaar te lopen: klanten benaderen, doorontwikkelen van de algoritmes, softwarebedrijven benaderen voor de API en het geld inzamelen.

Startup tip: begin klein

“We spraken met verschillende softwarebedrijven. En uiteindelijk twijfelden we tussen twee partijen. De ene had een uitgebreide offerte neergelegd met een ton aan ontwikkelkosten. De andere partij (Ambrero) dacht goed met ons mee en kwam met een pragmatisch plan van 10.000 euro. Een aanpak waarmee we ons concept konden testen. Dat gaf ons het besef; we kunnen ook klein beginnen, om later te groeien. Zo konden we verder met een lening van 15.000 euro voor het bouwen van de API.”

Welke marktstrategie kies je als startup?

GreenRoutes koos ervoor om te zich te focussen op een specifieke branche, in plaats van alle bedrijven bedienen. Hierdoor is hun marktpotentieel veel kleiner. Toch zijn ze overtuigd van deze strategie.

“Door onze focus op de afval- en staalbranche hebben we zoveel kennis opgedaan. Wanneer we bij bedrijven aan tafel zitten, kunnen we al hun vragen beantwoorden. Want we hebben ze al 1.000 keer gehoord. Dat geeft ze vertrouwen. Wat ook helpt is dat Yousry heeft gewerkt in de afvalindustrie en Coen (Douma – CCO) komt uit de staal. Samen kennen ze alle bedrijven. Hierdoor kunnen we de markt persoonlijk benaderen.”

Startup tips - team Greenroutes

Vlnr: Ramy Salem, Coen Douma en Yousry Salem van GreenRoutes

Wat is essentieel voor een succesvolle start?

Wat in 2019 begon als idee voor routeoptimalisatie, is uitgegroeid tot een succesvolle startup. Het team is uitgebreid met Coen Douma en samen hebben ze een volgende stap gemaakt. Dit jaar hebben ze 450K opgehaald voor het laten ontwikkelen van een applicatie en het vergroten van hun naamsbekendheid. Ook Ambrero is aan boord als investeerder.

De ingrediënten die, volgens Ramy, belangrijk zijn voor hun succes:

  • Strategie: focus op een specifieke branche
  • Skills: onderhandelen, doelgericht en ondernemend
  • Middelen: investeringsfondsen benaderen en overtuigen

Tips voor andere startups

Het lanceren van startup software is intensief en vraagt om een doordachte strategie en lange adem. Wat heeft Ramy Salem, medeoprichter en CTO van GreenRoutes, geleerd?.

Alles duurt drie keer langer dan je denkt.

Ruimte voor fouten

Ramy heeft nergens spijt van: “Alles wat fout is gegaan, moest ook gebeuren. Vooral zo vroeg in ons avontuur, omdat we er nu van leren. En wanneer we groter zijn, heeft een fout meer impact dan nu.”

Samen kom je verder

“Ik dacht eerst dat we alles zelf moesten doen. Dat ik zelf een route-applicatie ging bouwen, na een cursus fullstack development. Dat is heel anders gelopen. Nu weet ik dat samenwerken met een ervaren ontwikkelteam zorgt voor richting. Wat wil je ontwikkelen, hoe ga je dat ontwikkelen en welke functionaliteit is echt nodig voor een MVP (Minimum Viable Product). Ook zorgt het voor een goede productkwaliteit.”

Tijd voor jouw volgende stap naar succes?

Meer weten over dit geweldige concept? Neem een kijkje op de website van GreenRoutes.

En wil je onderzoeken wat ervoor nodig is om jouw idee om te zetten in een software oplossing? Plan dan een gratis adviesgesprek met Bart, software-expert en mede-eigenaar van Ambrero. Met als resultaat: antwoord op je vragen, startup tips en inzicht in jouw kansen op succes.

Elisa Kossen
Over de auteur

Marketing & Communicatie specialist

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Een klantenportaal maken; vijf argumenten

Veel organisaties gingen je voor in het maken van een klantportaal. De populariteit van het online B2B portaal neemt nog altijd toe. Het steeds verder digitaliseren van bedrijfsprocessen draagt hieraan bij. Evenals de toenemende concurrentie in de B2B markt. Het leveren van een goed product of dienst is niet langer voldoende om voorop te lopen. In deze blog geven we je vijf ijzersterke argumenten voor het maken van jouw klantenportaal.

Korte introductie van het klantportaal

Een online portal stelt je in staat om jouw customer facing processen voor je klanten 24/7 beschikbaar te stellen. En om deze voor een optimale klantervaring zo soepel mogelijk te laten verlopen. De functies van een maatwerk online portal zijn uiteraard afhankelijk van jouw type dienstverlening. Lever je fysieke producten? Dan ligt e-commerce en support functionaliteit voor de hand, zoals het plaatsen van nieuwe bestellingen en het aanvragen van support. Lever je een dienst waarbij er informatie uitgewisseld moet worden met klanten? Dan zal je klant behoefte hebben aan een online dossier om informatie online aan te kunnen leveren, de voortgang te kunnen zien en rapportages te kunnen downloaden. Dit alles uiteraard in een beveiligde omgeving waar klanten kunnen inloggen, bij voorkeur gekoppeld aan je CRM-systeem.

De kenmerken van een klantportaal op een rij:


  • Optimaal gebruikersgemak door 24/7 selfservice
  • Inzicht in de status van offertes, bestellingen, facturen, historie
  • Uniforme dienstverlening voor al jouw klanten
  • Voldoet aan AVG wetgeving met de juiste beveiliging

De mogelijkheden van maatwerk portals

Voor standaard bedrijfsprocessen zijn er standaard oplossingen te koop. Hierbij zul je de werkwijze van je bedrijf op bepaalde punten moeten aanpassen naar het bestaande portaal. Bij maatwerk kun je de klantportaal inrichten naar de ideale werkwijze. Ambrero heeft voor uiteenlopen de organisatie een B2B klantportaal ontwikkeld. Stuk voor stuk bedrijven die een stap verder gaan in de samenwerking met hun klanten. En vaak met unieke bedrijfsprocessen die zich niet laten vatten in een standaardoplossing.

Drie maatwerk portals ter inspiratie:

  1. Internationaal klantenportaal voor Outform

    Outform verkoopt en onderhoudt high-end displays aan grote merken zoals Philips, Intel en Tag Heuer. Deze displays met interactieve technologie worden gebruikt in retail-omgevingen, bijvoorbeeld bij de Mediamarkt. Het online portal stelt klanten in staat om hun promotieprogramma’s te organiseren, bestellingen te plaatsen en service aan te vragen.

  2. Online portal voor garantie-aanvragen van MMD

    MMD, produceert en verkoopt monitoren en LCD-televisies, en liet een klantenportaal maken zodat distributeurs verlengde garantie voor hun klanten kunnen aanvragen.

  3. Portaal voor Beter Leven keurmerk

    Stichting Beter Leven keurmerk werkt samen met deelnemende bedrijven aan het keurmerk om vlees, zuivel en eieren diervriendelijker te produceren. Waarbij de deelnemers hun productinformatie (recepten) door SBLk laat beoordelen. Met dit klantportaal zijn alle schakels in de keten inzichtelijk, van boer tot het eindproduct dat in de supermarkt ligt. Het SBLk portaal leverde ons een Computable Award nominatie op.

We illustreren de 5 argumenten om een klantportaal te laten maken met de beweegredenen van onze klanten.

1. Klantenportaal maken om concurrenten voor te blijven

Het creëren van concurrentievoordeel is een uitstekende reden om een portal te ontwikkelen. En dit voordeel creëer je door klanten nieuwe mogelijkheden te bieden, die de concurrentie niet heeft.

Concurrentievoordeel is voor Outform ook een belangrijke drijfveer voor de ontwikkeling van hun online portal. Voorheen ontwikkelden ze een beperkt aantal portals voor hun grotere klanten waar ze o.a. support op de displays konden aanvragen. Maar deze portals boden beperkte functionaliteit en nieuwe klanten moesten zo’n 3 maanden wachten op de implementatie.

Na de ontwikkeling van een generiek portaal kunnen nieuwe klanten direct gebruik maken van deze service. Daarnaast bieden ze hun grootste klanten maatwerk aan. Hierbij wordt de werking ervan toegesneden op hun bedrijfsprocessen. Door de afstemming van gezamenlijke processen ontstaat er een betere samenwerking. Hiermee creëert Outform concurrentievoordeel door goede service en klantenbinding.

“Onze klanten opereren wereldwijd; het nieuwe portal geeft hen op regio- en globaal niveau overzicht van alle bestelde producten, stelt hen in staat om eenvoudig nieuwe orders te plaatsen, reserveonderdelen te bestellen en support aan te vragen. Dit nieuwe portal neemt onze klanten werk uit handen en dat bespaart hen veel tijd.”

Hendrik-Jan Peper – Manager Business Applications bij Outform

2. Kosten besparen met een klantportaal

Voor alle bedrijven, waarvoor Ambrero een klantportaal ontwikkelt, is efficiënter werken een belangrijke reden. Je kunt veel tijd besparen met het standaardiseren en automatiseren van jouw bedrijfsprocessen. Ook bij MMD ging het om tijdsbesparing. Het handmatig afhandelen van garantieaanvragen kostte 20 minuten tijd. Met de verwachting dat de vraag flink zou toenemen lieten ze een customer portal ontwikkelen. Nu worden de aanvragen 40 keer sneller verwerkt en de klanten krijgen 15 keer sneller de garanties geleverd. Het resultaat is hiermee niet alleen een flinke tijdsbesparing maar ook een hogere klanttevredenheid.

““We knew the projects were coming, that the demand in general was going to be higher and we knew the business was going to go up. And we wanted to expand, so we had to be ready. That’s why we had a portal developed.”

Daniel Guerra – Deputy Operation Manager bij MMD

Soms is een klantportaal ook simpelweg een noodzaak om een businessmodel rendabel te houden, met efficiëntie dus de belangrijkste drijfveer. Voor organisaties in een zeer competitieve markt met veel druk op prijzen en marges is het bijna onmogelijk om zonder customer selfservice te overleven.

Wil je meer informatie over klantportalen? Voor onze casestudy over klantportalen interviewden we vijf ondernemers over hun drijfveren, hoe ze klanten meekregen het gebruik ervan, wat de resultaten zijn en nog veel meer..

Naar casestudy

 

3. Kwaliteit verbeteren met een klantenportaal

Outform wilde met hun nieuwe portal ook fouten verminderen in het orderproces door een geautomatiseerde controle op de bestellingen. Ook bij MMD is de kwaliteit van hun dienstverlening verhoogd, mede dankzij datacontrole in de portal. Voor Stichting Beter Leven keurmerk (SBLk) was het borgen van de kwaliteit van het keurmerk de belangrijkste drijfveer voor het maken van een klantenportaal. Een essentieel onderdeel hiervan is het terug-traceren van Beter Leven producten in de winkel naar vee en vlees dat is gehouden en geproduceerd volgens de regels van het keurmerk.

Voorheen was dit praktisch onmogelijk, aangezien er voor ieder aangemeld product een Excelsheet werd aangeleverd. Waarbij deelnemers ook nog eens verschillende formats hanteerden. Om de kwaliteit goed te kunnen borgen was er gestructureerde dataverzameling nodig en moesten de bestaande informatiestromen geconsolideerd worden.

“Onze deelnemers konden in het oude klantportaal een Excel uploaden met hun product-receptuur. Maar vaak was deze informatie niet volledig en daarnaast ook niet aan elkaar te relateren. En dat is simpelweg essentieel voor een ketenkeurmerk.”

Frank Wijte- projectmanager bij SBLk

4. Klantenportaal maken om veranderingen voor te zijn

Veranderingen in jouw markt kan ook de aanleiding zijn om te innoveren. Met de inwerking treding van de wetgeving RI&E (Risico Inventarisatie & Evaluatie) werd het voor werkgevers verplicht om een te inventariseren of en hoe gevaarlijk werk gevaarlijk of ongezond kan zijn voor medewerkers. Een arbeidsdeskundige voorzag een behoefte die ging ontstaan bij grotere organisaties. En Arboplaats.nl schakelde Ivor Brandt in om een portaal te ontwikkelen waarmee deze organisaties veel van de RI&E werkzaamheden zelf konden uitvoeren. Als alternatief om kostbare adviseurs hiervoor in te schakelen.

“De verplichte inventarisatie uitbesteden aan een arbeidsdeskundige betekent voor grote organisaties als Philips inhuurkosten van 100-125 euro per uur, gedurende een aantal maanden. Het portaal stelt bedrijven in staat om de inventarisatie zelfstandig uit te voeren, zelfs per afdeling. Het financiële voordeel van het systeem is overduidelijk.”

Ivor Brandt, lead developer bij Arboplaats.nl

5. Klantenportaal maken verbetert je dienstverlening

Jouw klanten krijgen real-time inzicht in projecten die ze met jou doen, lopende aanvragen of leveringen. Maar met het digitaliseren van processen krijg ook jij meer inzicht. Als je de data die hierbij vrij komt goed gebruikt. Bij het laten maken van een klantportaal behoren rapportagetools en datadashboards ook tot de mogelijkheden. Hiermee bouw je kennis op van je klanten én jouw bedrijfsprocessen. Deze functionaliteit geeft je inzicht in de potentiële risico’s en groeikansen voor je bedrijf.

Het is ook mogelijk om online portals te koppelen aan bestaande systemen, zoals je CRM en backofficesysteem. Zo maak je optimaal gebruik van bestaande informatie om de data in de portal te verrijken. En kun je inspelen op marktomstandigheden en de vertaling maken naar een betere dienstverlening.

Start jouw route naar meer succes & rendement

We kijken vrijblijvend samen met jou naar de toepassing voor jouw bedrijf. Om vervolgens het rendement en groeikansen te definiëren. Spreken we elkaar snel?

Een eenvoudige eerste stap is kennismaken tijdens een gratis online adviesgesprek. Plan vrijblijvend een meeting met Bart Matthaei, directeur & software innovatie expert.

Elisa Kossen
Over de auteur

Marketing & Communicatie specialist

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Progressive Web App of native app laten maken?

De vraag van bedrijven naar gebruiksvriendelijke en interactieve apps neemt nog steeds toe. Voorheen was je als ondernemer beperkt tot de keuze voor een native Android of iOS app. Maar met de komst van Progressive Web Apps (PWA) is het mogelijk om een ‘In-App-Experience’ te creëren via jouw webapplicatie. Na het lezen van deze blog maak je gemakkelijk de keuze: een PWA laat maken of toch een native app.

Wat is een Progressive Web app

Een Progressive Web App (PWA) zit tussen een webapplicatie en native app (uit de app store) in. Het gedraagt zich als een native app maar het is een webapplicatie voorzien van een extra laag, namelijk een Service Worker. Met deze technologie kan de webapplicatie, net als een native app, taken uitvoeren als de applicatie niet geopend is.

Het kan bijvoorbeeld data opslaan (cache) als de gebruiker offline is, data synchroniseren en push notificaties ontvangen. Een aantal grote bedrijven hebben al een PWA, zoals Tiktok, Twitter, Spotify en Uber. Wanneer je deze websites opent op een laptop of pc dan lijkt het op een gewone webpagina. Maar op je mobiele telefoon krijg je een ‘In-App-Experience’. Dat komt omdat de PWA het apparaat dat je gebruikt herkent en zich vervolgens aanpast.

Kenmerken van een Progressive Web App op een rij:


  • Responsive
  • Offline te gebruiken
  • Altijd actuele data
  • Veilig; data wordt versleuteld en voldoet aan Transport Layer Security protocol
  • In-App-Experience; navigeren door te swipen, geanimeerde paginaovergangen

Waarom duurde het zo lang?

Tijdens de presentatie van de eerste iPhone door Steve Jobs in 2007, introduceerde hij ook het briljante idee van Web Apps. Een Web App omschreef precies wat een PWA nu is. Kort na de presentatie werd ook de SDK (Software Development Kit) vrijgegeven om native iOS apps te ontwikkelen. Toen bleek dat Apple veel geld kon verdienen aan de native apps die werden verkocht via de AppStore, hebben ze het idee van Web Apps laten gaan.

Het heeft tot 2015 geduurd tot het idee van Web Apps weer onder de aandacht werd gebracht door designer Frances Berriman and Google Chrome engineer Alex Russell. In 2016 werd het beschikbaar voor Google’s browser Chrome. In 2017 volgde Microsoft met Edge en ironisch genoeg heeft Apple tot 2018 iOS-ondersteuning voor Progressive Web Apps tegen gehouden.

Progressive web app laten maken; de voordelen

Een PWA geeft een aantal grote voordelen te opzichte van een webapplicatie. Zo is het mogelijk om een PWA te installeren. Het grote verschil met een native app is dat een PWA eigenlijk alleen de service worker installeert. De installatie is dus heel klein, bijvoorbeeld bij Uber is de PWA 30KB en de native app heeft 300+ MB nodig. Voor nieuwe Uber gebruikers met een slechte internet verbinding is het dus handig om de PWA te gebruiken.

Een PWA kan ook gebruik maken van heel van functionaliteiten van het device zelf, denk hierbij aan locatie (GPS), bluetooth, video, audio, vibratie (trillen), NFC, oriëntatie (draaien van telefoon) en zelfs het doorzoeken van contacten.

Een PWA kan ook notificaties ontvangen en aan de gebruiker tonen, dit kan zelfs als de PWA niet actief is. Een notificatie kan bestaan uit een titel, tekst, een plaatje en er kunnen zelfs knoppen worden toegevoegd. Deze kan naar één persoon worden verstuurd (bijvoorbeeld wanneer er een e-mail binnenkomt), naar meerdere personen of naar iedereen.

Doordat alle requests altijd via de extra laag (service worker) gaan kan daar ook de response data worden opgeslagen (cache) zodat het weer gebruikt kan worden als de gebruiker geen internet verbinding meer heeft. Er zijn verschillende cache-strategieën en deze kunnen door elkaar gebruikt worden. Voor een pagina die nooit wijzigt gebruik je een andere strategie dan voor de pagina met het laatste nieuws.

Voordelen PWA versus native app op een rij:

Progressive Web App Native App
Werkt ook offline
Push notificaties
Installeerbaar
Indexeerbaar door zoekmachines
Voor alle platformen geschikt
Download niet verreist
Eenvoudig updaten
Lage ontwikkel- en onderhoudkosten
Gebruikt weinig ruimte (mb’s)

Progressive web app laten maken; de nadelen

Een PWA kan wel worden toegevoegd aan de Google Play Store en de Microsoft Store, maar het is (nog) niet mogelijk om deze toe te voegen aan Apple’s App Store. Dus iPhone gebruikers kunnen een PWA daar niet vinden en dus ook niet installeren. Om een PWA te gebruiken moeten iPhone gebruikers een snelkoppeling van de website toevoegen aan het beginscherm. In een markt met veel concurrentie in de strijd om smartphone gebruikers is de native app in het voordeel.

Voor een applicatie die gebruikt maakt van specifieke hardware, hetgeen veel vraagt van je mobiele telefoon, is een native app ook de betere keuze.

PWA of native app; wat kies jij?

Een PWA laten maken is voor de meeste applicaties een hele goed keuze. Er hoeft er maar eentje gemaakt te worden, dus niet een webapplicatie en een native app voor elk platform (Android en iOS). Hierdoor is het laten maken van een PWA sneller en goedkoper. Ook is een PWA op alle omgevingen hetzelfde. En is een update meteen beschikbaar, zonder tussenkomst van Google of Apple. Dus als je een betaalbare app wilt, die snel en voor alle platformen beschikbaar is, kies dan voor een PWA.

Twijfel je nog over de beste toepassing voor jouw applicatie? Bart Matthaei, directeur & software innovatie expert denkt graag met je mee. Plan een vrijblijvend adviesgesprek in zijn agenda.

Tom Konijn
Over de auteur

.NET Developer

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Is een eigen front-end framework nog van deze tijd?

In het begin van dit jaar begon ik mijn stage bij Ambrero. Het onderwerp: een technische analyse van het front-end framework dat Ambrero ontwikkelde en aan de basis ligt van alle maatwerk applicaties. Er werd mij gevraagd om diverse front-end frameworks te vergelijken en een advies te geven over de doorontwikkeling van het eigen framework.

Met een gezonde dosis skepsis begon ik mijn onderzoek: ik vroeg mij af waarom ontwikkel je een eigen framework terwijl er tientallen open-source frameworks op de markt zijn? In dit blog lees je de uitkomsten van mijn onderzoek en geef ik een antwoord op de vraag in welke gevallen de ontwikkeling van een eigen frond-end framework gelegitimeerd is.

Efficiënt ontwikkelen met een front-end framework

De reden dat Ambrero een eigen front-end framework heeft gebouwd is om zo efficiënt mogelijk maatwerk applicaties te kunnen ontwikkelen. Die keuze kwam niet uit het niks: er was geëxperimenteerd met enkele bestaande frameworks, maar na verloop van tijd werd geconcludeerd dat deze open-source front-end frameworks te veel wijzigingen ondergingen om de benodigde continuïteit te bieden. Het upgraden van het front-end framework naar een nieuwe (soms veiligere) versie zorgde voor veel extra ontwikkelkosten die uiteindelijk bij de klant in rekening moesten worden gebracht. Dat was nauwelijks verdedigbaar.

“Meer is niet altijd beter.”

Daarnaast bevatten de open-source frameworks steeds meer functionaliteit en werden ze complexer doordat de inzetbaarheid in verschillende situaties en in combinatie met allerlei technologieën een belangrijke factor werd voor het succes. Terwijl het doel van Ambrero was om applicaties klein en onderhoudbaar te houden.

De ontwikkeling van het front-end framework, Ambrero Base, startte als framework met beperkte functionaliteit om de Javascript logica op een gstructureerde manier op te zetten. In de afgelopen jaren is Ambrero Base verder ontwikkeld en werd het framework steeds efficiënter en veelzijdiger. Tegelijkertijd zijn open-source front-end frameworks natuurlijk ook verder geëvolueerd. Vandaar de vraag: Hoe verhoudt Ambrero Base zich tegen over de huidige populaire front-end frameworks. Ik onderzocht de architectuur, snelheid en het geheugengebruik, en vergeleek deze met het Angular en Nuxt framework. De vraag die in mijn achterhoofd bleef zitten: doet Ambrero er verstandig aan om het eigen framework te blijven hanteren?

Framework voor datagerichte applicaties

Elk framework heeft een verschillend uitgangspunt. Voorbeelden zijn het maken van een standalone applicatie en het maken van een simpele content website. Ambrero Base draait om data-gerichte webapplicaties. Het framework is bedoeld voor de ontwikkeling van veelal administratieve applicaties waar veel communicatie plaatsvindt tussen de webbrowser en de server. Dashboards en beheersystemen bijvoorbeeld.

Analyse van de verschillen tussen Ambrero Base, Nuxt en Angular

In mijn analyse vergeleek ik de frameworks eerst op snelheid en geheugengebruik. Mijn tests wezen uit dat de verschillen tussen deze frameworks in de praktijk marginaal zijn. Alleen bij de verwerking van grote hoeveelheden data zie je verschillen. Het Angular framework gebruikt bijvoorbeeld een “promise based” techniek waardoor er sneller en efficiënter wordt omgegaan met hogere aantallen data, iets wat in Ambrero Base ontbreekt.

Ambrero Base viel positief op qua geheugengebruik, veroorzaakt door de minder intensieve template engine. Deze biedt weliswaar minder functies dan Angular en Nuxt maar niet alle functies zijn nodig om hetzelfde eindresultaat te bereiken. Een goed voorbeeld dus van de manier waarop Ambrero bewust omgaat met schaalbaarheid.

Uit mijn technische analyse kwamen enkele adviezen voort over de architectuur van het framework. Hoewel het AB-framework is geoptimaliseerd voor de technology stack die Ambrero hanteert zijn er in de architectuur van de vergeleken open-source frameworks enkele kansen te ontdekken om het eigen framework nog krachtiger te maken. Ik heb bijvoorbeeld aan de hand van de werking van Nuxt en Angular enkele adviezen gegeven over de structurering van controllers: het afdwingen van een bepaalde structuur zorgt voor consistentie en dus voor een betere leesbaarheid. Bovendien geeft het mogelijkheden om controllers states te geven, iets wat op dit moment nog in het AB-framework ontbreekt.

Waar Angular en Nuxt in uitblinken

Met het open-source karakter van Angular en Nuxt ligt de implementatie van deze frameworks voor de hand. Er is een wereld aan documentatie en codevoorbeelden voorhanden. Dat maakt de overdraagbaarheid naar een andere ontwikkelaar, of het inwerken van een nieuwe collega veel makkelijker. Bij eventuele samenwerking met een andere partij heeft het gebruik van een dergelijk open-source framework dus sowieso de voorkeur.

In de meeste gevallen vind ik het niet voor de hand liggen om een eigen framework op te zetten: de kracht van frameworks als Angular en Nuxt is juist de flexibiliteit. En heb je tóch goede redenen om een eigen framework te ontwikkelen, je zet niet zomaar een goed fundament neer: daar is de nodige kennis en ervaring voor nodig. Met het gebruik van een veelgebruikt open-source framework weet je zeker dat het met de architectuur van je front-end wel goed zit: de keuzes die ontwikkelaars daarin hebben gemaakt zijn uitgebreid bediscussieerd en in praktijk gebracht.

Voordelen van een framework dat geoptimaliseerd is voor een specialistische werkwijze

Je dus ziet dat open-source frameworks in de loop der jaren steeds verder geoptimaliseerd zijn. De community achter een framework als Angular tunet continu aan het framework. Nuxt en Angular zijn zeer veelzijdig: ze zijn in een veelvoud van situaties een goede keuze.

Ik zie echter ook dat de keuze voor een eigen Ambrero de nodige voordelen heeft. Het grootste voordeel zie ik in de consistentie over de verschillende lagen van de applicatie: de wijze waarop op de back-end logica wordt gestructureerd heeft Ambrero als het ware doorgezet naar de front-end. Voor de developer is de manier van werken in het front-end gedeelte ongeveer hetzelfde als op de back-end. Dat concept heeft natuurlijk voordelen voor de onderhoudbaarheid: de structuur van de logica is eenduidig en zowel back-end als front-end kunnen door dezelfde developer geschreven worden.

Ambrero Base is veel verder geïntegreerd met het back-end dan dat mogelijk zou zijn bij het gebruik van een ander framework. De specifieke opbouw van het framework maakt dit mogelijk. De integratie met het C# of Java back-end is heel direct. Zaken als routing (de manier waarop de logica in de browser wordt gekoppeld aan de juiste functies op het back-end) hoeven daardoor ook niet dubbel te worden uitgevoerd. Dat maakt de ontwikkeling efficiënt.

Een derde voordeel is de onderhoudbaarheid: eerder schreef ik over de ongewenste situatie dat updates van open-source frameworks teveel kosten met zich meebrachten wanneer die updates moesten worden doorgevoerd in de applicaties van Ambrero. Het gebruik van een eigen framework (of een eigen fork van een bestaand open-source framework) geeft daar uiteraard meer controle in.

Antwoord op de vraag; is een front-end framework wel van deze tijd?

Daarmee kom ik terug op de kernvraag: is de doorontwikkeling van het eigen front-end framework nog steeds een goede keuze, of kan Ambrero in dit geval beter meeliften op de ontwikkelingen van de open-source community?

Zeker is dat het eigen framework voor Ambrero de nodige voordelen biedt in efficiëntie en onderhoudbaarheid. De controle die Ambrero heeft wat betreft het uitrollen van updates en het behoud van consistentie tussen het back-end en front-end zijn voor ontwikkelaars grote voordelen. Die zullen echter lang niet in elke situatie opwegen tegen de flexibiliteit, functionaliteit en documentatie van bestaande frameworks.

In het geval van Ambrero werpt de minimalistische aanpak binnen Ambrero Base zijn vruchten af: het framework kan gebruikt worden voor complexe applicaties zonder dat er functies worden gemist. De snelheid waarmee ontwikkelaars over de hele linie (van backend tot browser) kunnen programmeren zorgt voor lagere ontwikkelkosten.

Op basis van mijn adviezen is de roadmap van het Ambrero Base framework bijgewerkt. De punten ‘structuur’ en ‘data ophalen’ krijgen prioriteit en worden binnenkort geoptimaliseerd. En wat brengt mijn onderzoek binnen Ambrero? “Een les die we leren uit dit onderzoek is dat we ons framework regelmatig objectief moeten vergelijken met andere frameworks. Zo komen de verbeterpunten naar boven en blijft het up-to-date”, aldus Bart Overbeek, Front-end developer bij Ambrero.

Concluderend stel ik dat de ontwikkeling van een eigen framework voor organisaties zonder stabiele ontwikkelafdeling niet effectief is. Hen adviseer ik om te vertrouwen op de open-source community. Maar voor Ambrero is de ontwikkeling van het eigen front-end framework een goede keuze geweest. Het framework draagt bij aan efficiënte ontwikkeling en onderhoud van complexe webapplicaties. Daarmee is het een vitale schakel geworden in het betaalbaar houden van maatwerk ontwikkeling.

Job Vermeulen
Over de auteur

Stagiair Ambrero

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Geef je software eens een onderhoudsbeurt

Bij een onderhouds- of servicebeurt denken we vrijwel allemaal meteen aan onze auto of de ketel op zolder. Dat we daarvoor moeten betalen, vinden we de normaalste zaak van de wereld. De link met software wordt echter zelden gelegd. En dat terwijl de schade van een digitale vastloper of anderszins haperende software al snel veel groter is dan bij pech onderweg. Best vreemd eigenlijk en vooral onverstandig.

Service Level Agreement als onderhoudscontract

Net als bij een auto kan er sprake zijn van technische of mechanische slijtage op de server. Deze moet dan ook met enige regelmaat worden ‘gesmeerd’. De slijtage aan de software is een stuk abstracter van aard. Dat zit hem onder andere in de toenemende complexiteit van de ICT-omgeving, veranderende wetgeving en nieuwe technologische ontwikkelingen. Bij standaard software kunnen updates de nodige ellende voorkomen, maar dat is bij maatwerk software een ander verhaal. Dat verreist applicatiebeheer, doorontwikkeling en support. Je kunt hiervoor een Service Level Agreement (SLA) afsluiten, waarin de af te nemen diensten staan omschreven en het overeengekomen kwaliteitsniveau. De noodzaak van een SLA hangt vooral af van het risico dat je loopt wanneer software niet (meer) doet wat het moet doen.

Ambrero Blog - Geef je software een onderhoudsbeurt met een service level agreement

De gevolgen van trage software

Ligt je chatapp er bijvoorbeeld even uit, dan stuur je gewoon een mailtje of pak je de telefoon. Heeft je transportplanningssoftware er even geen zin in, of heb je als chirurg even geen toegang tot het Digitale Patiënten Dossier, dan zijn de gevolgen – misschien zelfs letterlijk – een stuk pijnlijker. Maar ook wachten op trage software is ronduit irritant. Onderzoek geeft aan dat medewerkers al snel gemiddeld tien procent van hun tijd, dus bijna 50 minuten per dag, duimen draaien tot hun software geladen is. Blijft dat zo, dan is de kans groot dat in elk geval de millennials in je personeelsbestand er vandoor gaan. Of je klanten.

Impactanalyse

Het is dan ook aan te raden om regelmatig een uitgebreide risico- of impactanalyse te (laten) maken met betrekking tot je maatwerk software. Afhankelijk van de uitkomst daarvan sluit je al dan niet een onderhoudscontract af met je softwareleverancier. De kosten moet je vooral zoeken in de tijd die ontwikkelaars moeten vrijmaken voor het support en het behoud van actuele kennis van jouw software. In ruil daarvoor heb je preventief onderhoud en een gegarandeerde responstijd bij storingen. Daarbij voorkom je bovendien dat de kosten van eventueel noodzakelijke en achterstallige ‘reparaties’ onnodig hoog uitpakken.

Voortaan ook zorgeloos de (digitale) snelweg op? Neem vrijblijvend contact op.

Over de auteur

Directie / UX designer

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Agile: modewoord, methode of (veel) meer?

Zegt een kip tegen een varken: ‘Zullen we een restaurant beginnen?’ Zegt het varken: ‘Misschien. Hoe gaan we het noemen?’ Kip:’Ik zat te denken aan Ham-n-eggs’. Varken: ‘Nee, dank je. Dan zou ik namelijk committed zijn en jij alleen maar involved.’ En zo zijn er wel meer grappen over Agile werken, vooral gemaakt door hen die het slechts als een buzzword zien. Maar waarom slaat het dan zo aan als het weinig om het lijf zou hebben?

Agile Manifesto als ‘bijbel’

Bij Ambrero werken we al twaalf jaar Agile. In die tijd zijn we flink gegroeid en hebben we heel wat tevreden en vooral wendbare, innovatieve klanten om ons heen verzameld. Ook vandaag de dag werken we met zo’n 70% van hen volgens de Agile-methodiek. Daarbij blijven we dichtbij de uitgangspunten van de ‘bijbel’ van deze methode: het Agile Manifesto. Zoals met bijbels gebruikelijk is, gaat iedereen er op een gegeven moment zijn eigen draai aan geven. Of de aanpak toepassen op gebieden en processen waar het helemaal niet voor bedoeld is. Hetzelfde geldt trouwens voor bijvoorbeeld een militaire commandostructuur. Die werkt prima in situaties waar geen tijd is voor overleg maar zouden we voor jouw organisatie zeker niet aanraden.

Waarom tóch Agile?

Als ervaringsexpert kennen we alle valkuilen natuurlijk als geen ander, zoals onvoldoende competenties bij de klant voor deze manier van werken. Of rollen die door elkaar gaan lopen. Daar zijn we ook altijd alert op. De voordelen van Agile wegen ruimschoots op tegen de eventuele nadelen. Die voordelen zijn in grote lijnen de nadelen van de watervalmethode, maar dat is iets te makkelijk en onduidelijk. Daarom de belangrijkste voordelen nog maar eens op een rijtje:

  • Een realistische planning en altijd inzicht in de voortgang
  • Effectief werken en open communicatie
  • Na elke sprint een stuk werkende software voor de klant
  • Er wordt uitsluitend functionaliteit ontwikkeld die ook daadwerkelijk wordt gebruikt
  • Mogelijkheid tot bijsturen tijdens de ontwikkeling op basis van voortschrijdend inzicht en veranderende markteisen

Deze voordelen zijn in wezen een vertaling van de uitgangspunten van het Agile Manifesto:

  • Mensen en hun onderlinge interactie boven processen en hulpmiddelen
  • Werkende software boven allesomvattende documentatie
  • Samenwerking met de klant boven contractonderhandelingen
  • Inspelen op verandering boven het volgen van een plan

Ambrero Blog - Agile modewoord methode of veel meer

Banken en Agile werken

Desondanks zijn er genoeg situaties en bedrijven waar een andere werkwijze toch beter past. Dit geldt niet in de laatste plaats voor organisaties die sterk hiërarchisch gestructureerd zijn en/of waar mensen niet over de vereiste vaardigheden beschikken. Opvallend genoeg, en misschien tegelijkertijd ook veelzeggend, laat juist de financiële sector (lees: hiërarchisch, legacy-systemen) zich de laatste tijd in met Agile. Die omslag is deels ingegeven door de snel veranderende marktomstandigheden, inclusief nieuwe technologieën. Dus laat die grappen nog maar een tijdje komen. We gaan ons pas zorgen maken als er niet meer gelachen wordt.

Wil je meer weten over Agile werken? Dan vind je deze artikelen vast ook interessant.

Bart Overbeek
Over de auteur

Front-end Developer / Scrum Master

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Een pondje maatwerk software, wat kost dat?

‘Doe maar een kilootje ERP, twee ons CRM en een halve liter ritregistratiesoftware. Dat is dan € 8.496,00 alstublieft!’ Tja, was het maar zo makkelijk. Zeker bij de ontwikkeling van maatwerk software zijn standaardprijzen even zeldzaam als complimentjes van Gordon aan Angela de Jong. Om toch een indicatie te kunnen geven, voor een investeerder of een go van de directie, werken we bij Ambrero met inventarisatieworkshops.

Inventarisatieworkshop

Ondernemers of managers die ons benaderen, hebben meestal wel een ruw idee wat de software moet gaan doen om een probleem op te lossen of een kans te benutten. De eerste vragen zijn uiteraard: ‘Wat kost dat?’ en ‘Wanneer is het klaar?’. Extra uitdaging hierbij is dat wij werken volgens Scrum. Deze methode is erop gericht om in korte tijd een Minimum Viable Product (MVP) op te leveren. De MVP is een eerste, eenvoudige versie van de software die in gebruik wordt genomen. Hoe het eindproduct eruit komt te zien, weten we niet exact. Dat staat haaks op wat bedrijven gewend zijn. Om toch een goede inschatting te kunnen maken, nodigen wij klanten standaard uit voor een inventarisatieworkshop. In slechts een dagdeel halen we de meeste relevante informatie boven water.

Helderheid in korte tijd

Ambrero Blog - Maatwerk software kosten

De keren dat klanten al na twee uur verbaasd zijn hoeveel er al helder is geworden, en over hoeveel zaken ze zelf nog niet hadden nagedacht, zijn eerder regel dan uitzondering. Om de vaart erin te houden en het inventariseren niet te laten ontsporen, mikken we op maximaal zes deelnemers aan de workshop. Van de kant van Ambrero zijn dat meestal een procesexpert, software-ontwikkelaar en een UX-designer. Bij de klant verschillen die rollen per geval. Nadat we de belangrijkste doelen van de software hebben bepaald, schetsen we op een whiteboard de relevante bedrijfsprocessen. De deelnemers worden vervolgens onderverdeeld in verschillende gebruikersrollen.

Uitkomst inventarisatieworkshop

We inventariseren daarmee hoe diverse gebruikers eenzelfde proces doorlopen en wat dus hun specifieke behoeftes per processtap zijn. De benodigde functionaliteit van de software beschrijven we aan de hand van titels van die zogenoemde user stories. Aansluitend vullen we de user stories aan met details en acceptatiecriteria. Dat geheel wordt vervolgens gevisualiseerd in een wireframe. Een soort eerste schets dus van de uiteindelijke software. Die vullen we intern hier en daar nog aan, waarbij we ook kijken naar de technische haalbaarheid. De uitkomst van een inventarisatieworkshop in het kort:

  • De kern van je software: de MVP
  • Geprioriteerde lijst van functionaliteit (user stories)
  • Schetsen van de functionaliteit
  • Raming van kosten en rendement

Op dat moment heeft de klant een basis voor het verkrijgen van budget. Na akkoord kan het met deze aanpak snel gaan; binnen zes tot acht weken genieten van het eerste ‘pondje’ maatwerk software.

Wil je meer weten over onze Inventarisatie workshop? Vraag dan vrijblijvend de leaflet aan.

Over de auteur

Directie / UX designer

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Een applicatie, wat kost dat?

Regelmatig krijgen we de vraag “Wat kost een applicatie?” En dat is een hele relevante vraag. Echter één die bij ons ook veel vragen oproept! In deze blog help ik je op weg om snel de kosten te achterhalen voor het laten maken van een applicatie.

Bestaat er een standaard applicatie voor jouw vraag?

Allereerst een vraag waar je over na kunt denken. Denk je dat de oplossing voor jouw vraag een standaard webapplicatie kan zijn? Een voorbeeld; we krijgen een vraag van een kapsalon over de mogelijkheden voor het ontwikkelen van een online afsprakenplanner. Deze klantvraag kan zeer waarschijnlijk af met een standaard softwarepakket. En daarmee wordt het achterhalen van de kosten al een stuk eenvoudiger! Even online zoeken naar het beheren van een zakelijke agenda en klantenbestand en je vindt diverse standaard oplossingen.

Er is maatwerk software nodig voor jouw vraag!

Wanneer bij jouw vraag of idee geen standaard softwareoplossing past, wat dan? Er zijn zeer uiteenlopende redenen om te kiezen voor maatwerk, ik noem er een aantal. Het kan zijn dat jouw idee voor een app uniek is. Of dat de standaard softwarepakketten niet aansluiten op jouw vraag. Of dat deze pakketten slechts een deel van jouw probleem oplossen, waardoor je verschillende applicaties nodig hebt voor verschillende functionaliteiten. Dan is het tijd om op zoek te gaan naar een software ontwikkelaar en de app ontwikkelen kosten!

“Ok, het wordt maatwerk…maar wat kost applicatie ontwikkeling?!”

Hoe komen we tot een kostenindicatie voor jouw app?

Hiermee kom ik weer terug bij de vraag, wat kost een applicatie? Laat ik nogmaals een praktijk voorbeeld nemen. Een ondernemer heeft een goedlopend bedrijf dat zich richt op de verkoop van zonnepanelen. Om zijn klanten voor te kunnen rekenen wat zij gaan besparen met de aanschaf van zijn panelen, heeft hij een uitgebreide Excelsheet opgesteld met complexe berekeningen. De invoer van de benodigde gegevens en de presentatie van het resultaat is echter niet optimaal. Vooral niet omdat hij zijn salesteam aan het uitbreiden is. De grenzen om efficiënt en overzichtelijk te kunnen werken met het Excelbestand zijn bereikt!

Wat kost een applicatie?

Daarom vraagt hij aan ons of we een applicatie kunnen ontwikkelen die zijn potentiële klanten, en verkopers, kunnen gebruiken om de besparing door te rekenen. Mogelijkheden genoeg! Maar hiermee heeft deze ondernemer nog geen prijs. Een maatwerkproject vergt een investering in tijd en geld van bedrijven. Ter illustratie; onze kleinere projecten beginnen vanaf 25.000 euro. Met de volgende input kunnen we realistische app ontwikkelkosten afgeven.

Wat kost een applicatie? Hierbij de vragen die je van ons kunt verwachten:


  • Welk probleem gaat jouw applicatie oplossen?
  • Wie gaan ermee werken? Welke doelgroepen kun je onderscheiden? Hoeveel gebruikers?
  • Welke functionaliteiten zijn vereist en welke zijn gewenst?
  • Welke data / logica moet worden toegevoegd aan de applicatie? In dit voorbeeld; welke informatie bevat het Excelbestand?
  • Wat is het verdienmodel?
  • Zijn er applicaties die dezelfde dienst leveren? Wat kunnen we hier van leren?
  • Heb je zelf al een gedachte over beschikbaar budget en planning?

Nu hoor ik je denken; “Waarom vragen jullie om het beschikbare budget en de planning?” Niet om de offerte naar het budget toe te rekenen! Wél om een realistische beeld van de app ontwikkelkosten af te kunnen geven.

“Wil je een villa met een zwembad laten bouwen of een eengezinswoning?”

Denk hierbij aan het kopen van een huis. Wil je voor jouw gezin een villa laten bouwen met een zwembad erbij? Of is een eengezinswoning voor jullie vieren, met een zwembad in de buurt, ook een prima optie? Welke wooneisen en wensen sluiten het beste aan bij jullie budget? En is snel verhuizen belangrijk voor je? Bijvoorbeeld omdat je nu noodgedwongen met jouw gezin in een suite van het Amrath hotel verblijft. Kortom met de antwoorden op de gestelde vragen, het beschikbare budget en de planning die jij voor ogen hebt, kunnen we een realistische schatting van de app ontwikkelen kosten geven.

“En wanneer krijg je een getekende offerte?”

App ontwikkelen kosten; wat is er nodig voor een definitieve prijsopgave?

De definitieve prijsopgave is het startpunt om verder samen in overleg te gaan over de functionaliteiten. In één of meerdere sessies, afhankelijk van de complexiteit van het vraagstuk, stellen we gezamenlijk user-stories op. Op basis hiervan kunnen onze UX designers de eerste schetsen maken voor de applicatie. Pas dan weten we of onze visie op de applicatie aansluit bij jouw wensen en ideale bedrijfsproces. Op basis van deze inventarisatie brengen we een gedetailleerde offerte uit.

Wat kan een maatwerk applicatie voor jou betekenen?

Loop je in jouw bedrijf steeds tegen hetzelfde probleem aan en je denkt aan software om dit te verhelpen? En je wilt weten wat de kosten zijn om een applicatie te laten maken? Dan ben je bij ons aan het juiste adres. Bereid de input voor en bel ons! Op deze manier heb jij snel inzicht in de haalbaarheid en kosten voor applicatie ontwikkeling. We horen graag van je!

Wil je weten wat de groeikansen zijn voor jouw organisatie? Neem dan vrijblijvend contact op.

Elisa Kossen
Over de auteur

Marketing & Communicatie specialist

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Verdrinken in Excel of zwemmen met een maatwerkapplicatie?

Excel, wie kent het niet? Het spreadsheetpakket is onderdeel van het alom bekende Office-pakket van Microsoft en bestaat al sinds de jaren ’80. Het wordt gebruikt door 750 miljoen gebruikers, dus over de populariteit valt niet te twisten. Maar onder gebruikers is de ‘Excel-hel’ niet voor niets een bekende term. Welke verborgen kosten kent het en wat win je als je Excel vervangt voor een andere oplossing?

Excel is in het leven geroepen om cijfers te verwerken en data te managen. Van freelancer tot grote corporate, elke organisatie – en daarbuiten – werkt ermee. Naar mate de organisatie zich verder ontwikkelt, groeien de Excel-sheets mee in grootte en complexiteit. Herkenbaar? Tijd om te onderzoeken of Excel nog wel de meest geschikte software is om je data te beheren!

Wat zijn de verborgen kosten van het gebruik van Excel?

Hoewel Excel een herkenbare en praktische toepassing is kent het gebruik van Excel kent nogal wat verborgen kosten. Het loont de moeite om deze te onderzoeken en zo in kaart te brengen welke kansen je mist.

1. Door gebrekkig overzicht mis je de kans om te optimaliseren

Hoe meer je gebruik maakt van Excel, hoe meer je eigenlijk het overzicht – dat je juist wilt creëren – kwijtraakt. De sheets worden zo lang en zo breed dat ze niet meer te behappen zijn. Bovendien worden vaak per project aparte sheets gebruikt, waardoor er geen zicht is op trends over projecten heen. Analyse van al je data is bijna onmogelijk en daarmee blijven ook de mogelijkheden om je bedrijfsprocessen te verbeteren beperkt

2. Gefrustreerde medewerkers

Excel heeft een nogal slechte reputatie als het gaat om gebruikerstevredenheid. Natuurlijk zijn er zat data-analisten die er heel blij van worden, maar veel gebruikers struikelen over de informatie-overload. In veel organisaties worden ingewikkelde sheets gebruikt waarin complexe formules op elkaar doorwerken. Tot grote frustratie van medewerkers gaat de snelheid van Excel daarbij rap achteruit. Hoge complexiteit komt de stabiliteit van Excel niet ten goede. Je kunt je dus afvragen of Excel altijd de meest efficiënte manier van werken biedt.

3. Inefficiëntie

Excel vervangen piramide

Excel is een generiek systeem. Dat maakt het minder geschikt om te koppelen aan andere systemen. De uitwisseling van data is dus nogal eens problematisch. Daardoor gaat er veel tijd verloren met het importeren en exporteren van data en moet er nogal eens iets worden overgetypt.

Daarnaast is de mogelijkheid om binnen Excel samen te werken nogal beperkt. Excel kent bijvoorbeeld geen workflows, dus wanneer er meerdere stakeholders bij je bedrijfsproces betrokken zijn is de opvolging van stappen binnen je proces is niet vanzelfsprekend. Er valt dus veel te winnen wanneer de samenwerking beter wordt ondersteund.

4. Fouten in data

Omdat Excel niet geïntegreerd is met andere systemen moeten er assumpties gedaan worden om bepaalde berekeningen te kunnen uitvoeren. Dat vergroot de kans op fouten in data. Bovendien is er geen sprake van versiecontrole, dus teams kunnen in verschillende versies van hetzelfde bestand werken. Dat maakt de foutkans nog groter, en daarmee ook de kans dat je tijd en data verliest. Een kostenpost die niet direct zichtbaar is, maar wel degelijk op kan lopen. Hoe handig Excel ook is, het geeft je een beperkte en statische blik, het geeft geen inzicht in de overall ‘flow’ binnen je organisatie.

Van kosten naar kansen: de transitie van Excel naar applicatie

Je kunt berekenen hoeveel tijd – en daarmee geld – er verloren gaat door de beperkingen van Excel. Hoeveel tijd gaat er verloren aan herinvoer? Welke kansen mis je? Het antwoord op dergelijk vragen kan je doen besluiten Excel te vervangen voor een andere oplossing. Welke stappen komen hierbij kijken?

1. Maak een breakdown van de bestaande spreadsheet

Het vervangen van Excel voor een maatwerkapplicatie kent voordelen ten opzichte van de ontwikkeling van een systeem van scratch: je hebt immers al een bronsysteem. Begin daarom met het maken van een goede breakdown van de informatie in je spreadsheet. Hierbij drie vragen die je daarbij helpen.

  • Hoe zijn de data aan elkaar gekoppeld? Waar zitten de correlaties en wat zijn de formules die gebruikt worden?
  • Welke informatie is statisch en welke verandert vaak? Met andere woorden: wat zijn de basisgegevens die vrijwel altijd hetzelfde blijven en wat zijn de data waar je constant mee werkt. Dat laatste bepaalt de functionaliteit van je maatwerkapplicatie.
  • Wie is verantwoordelijk voor welke gegevens? Welke actoren zijn er van belang bij die gegevens? Komen ze uit een extern systeem, worden ze eenmalig aangeleverd, of zijn het gegevens waar de key users verantwoordelijk voor zijn? Breng in kaart welke randsystemen en welke stakeholders er zijn. Je werkt vanuit de data en van daaruit steeds meer de diepte in.

2. Analyseer het werkproces

Omdat er vaak ook een proces gemoeid is bij het vullen van die Excel is het belangrijk dat proces te analyseren. Bij Ambrero hanteren we daarvoor een workshop waarbij we inzoomen op proces van data-invoer. We mappen het proces van het begin tot het eind. Daarbij koppelen we steeds data uit Excel aan de stappen in het werkproces. Zo krijg je een overzicht van alle gegevens die een rol spelen in jouw sleutelprocessen, op jouw afdeling of in jouw organisatie. Dat is een goede basis om een applicatie op te maken.

3. Inventariseer randsystemen met broninformatie

Vaak heb je te maken met randsystemen, zoals een boekhoudpakket of bijvoorbeeld een systeem waar meetgegevens uitkomen. Hiervan moet een goed overzicht gemaakt worden.

Een nieuw systeem, pure winst

Uiteindelijk is het grootste voordeel van het vervangen van Excel voor een een maatwerkapplicatie dat er een centraal systeem is waar alle data inzitten. Losse sheets zijn verleden tijd, waardoor je veel betere rapportages kunt uitvoeren. Je hebt ook altijd een eenduidig totaaloverzicht over hoe het gaat met de afdeling of je organisatie, snel en op het moment dat jij het wilt. Problemen kun je zelfs proactief laten signaleren door het systeem. Kortom: je behaalt winst op tijd, kwaliteit, rapportage én op de tevredenheid van de gebruikers.

Nieuwsgierig hoe Excel vervangen werkt in de praktijk?

Bij het VUmc was het tijd voor innovatie toen hun Excel-koning vertrok. Er bleek geen bestaande software te bestaan om het begrotingsproces voor grote internationale subsidieaanvragen te ondersteunen. VUmc heeft Excel inmiddels vervangen voor software op maat waarbij de aanvragen 2x zo snel gedaan worden.

Zet vandaag nog de eerste stap naar vooruitgang en boek een gratis adviesgesprek in tijdens ons Innovatiespreekuur.

Jelle van den Berg
Over de auteur

Directie / UX designer

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

Het product backlog prioriteren; 3 methodes

Ons vorige blog ging over het belang van prioriteiten stellen bij het ontwikkelen van een MVP. En de valkuilen die je hierbij kunt tegen komen. In deze blog belichten we drie beproefde methodes om functionaliteit te prioriteren in je product backlog. Basisvoorwaarde: een heldere productvisie.

Start met je productvisie

In een agile traject werk je iteratief op basis van voortschrijdend inzicht. Toch is het handig om vooraf je productvisie te formuleren. In deze productvisie koppel je de behoefte van je doelgroep aan de doelen van je product. De formulering van een productvisie dwingt je als product owner om goed na te denken over het hoofddoel dat je wilt bereiken. Het zorgt ook voor helderheid bij het projectteam. Binnen het Scrum proces is een heldere productvisie een belangrijk middel om je bedoelingen te toetsen bij de diverse stakeholders. Gedurende de voortgang van het project helpt de productvisie om de juiste prioriteiten te stellen.

Drie methodes om het product backlog te prioriteiten

Zodra je de productvisie hebt geformuleerd wordt het dus makkelijker om de prioriteiten te bewaken. Bij de ontwikkeling van software wordt vaak de Scrum methode gehanteerd, waarin functionaliteit is geordend op het product backlog: een geprioriteerde lijst van de resterende functionaliteit, gebaseerd op het toekomstbeeld en de concrete vereisten van de applicatie. Functionaliteit wordt omschreven in user stories: korte, specifieke beschrijvingen van functionele vereisten. De product owner brengt hier prioriteiten in aan en kijkt daarbij steeds of een user story van genoeg toegevoegde waarde is voor de visie. De volgende drie methodes zijn beproefde methodes om het backlog te prioriteren.

1. MoSCoW-methode

Dit is de meest bekende manier om de prioriteiten te ordenen. Maar voor wie deze methode niet kent: bij de MoSCoW-methode zet je de volgende punten onder elkaar:

  • Must-haves,
  • Should-haves,
  • Could-haves en
  • Would-haves

Dit is de makkelijkste manier van agile prioriteiten stellen, maar in de praktijk zie je dat de meeste activiteiten onder de Must-haves komen, iets minder onder de Should-haves en blijven de Could-haves en de Would-haves bijna leeg. Een handige tool om op prioriteiten te concretiseren is de prioriteiten-matrix.

2. Prioriteiten-matrix

Ambrero prioriteiten matrix. Voor het prioriteren van het backlog Bron: Agile managen

Bij Ambrero gebruiken we vaak een matrix waarin we de hoeveelheid werk afzetten tegen de impact die de functionaliteit heeft op de waarde van je MVP voor de stakeholder. De quick wins zijn de punten die veel impact hebben en weinig werk vereisen. De puntjes op de i hebben een lage impact maar kosten ook weinig werk. De grote projecten kosten veel werk maar hebben ook veel toegevoegde waarde. De laagste prioriteit geef je aan die functionaliteit die veel werk vereist en niet zoveel toevoegt. Zo kun je op een wat rationelere manier je backlog indelen.

Je kunt ook andere eigenschappen op de assen zetten: kies de waarden die passen bij je productvisie. Is het bijvoorbeeld de ambitie om een innovatief product neer te zetten? Dan kun je de mate van innovatie op een van de assen zetten:

Ambrero prioriteiten matrix. Voor het prioriteren van het backlog

Je kunt ook verschillende matrices inzetten en kijken wat het doet met je prioriteitstelling. Kortom: experimenteer met verschillende variabelen en plaats steeds de user stories op het assenstelsel. Je zult zien dat het je helpt bij het prioriteren van het product backlog.

3. Weighted Shortest Job First

WSJF is eigenlijk een omgekeerde redenering. Je kijkt naar wat het kost als je een bepaalde functionaliteit niet opneemt: de kosten van uitstel.

Deze wordt vertaald naar de relatieve prioriteit via de volgende formule:

prioriteit = kosten van uitstel ÷ doorlooptijd

De kosten van uitstel kunnen zitten in wat de uitstel van functionaliteit doet met de waardeontwikkeling van je product: veel behoefte betekent veel waarde. Het kan ook zitten in wat het doet met de interesse van je gebruiker. Misschien zorgt het er wel voor dat je minder betalende klanten krijgt of dat je het interne team niet meekrijgt. Verder weeg je ook de impact op risico’s en kansen mee. Omdat het moeilijk is om exacte bedragen aan deze kosten van uitstel te hangen, druk je die kosten uit in een relatief cijfer, bijvoorbeeld uit de rij van Fibonacci. Zo krijg je meer nuance. Deel de kosten van uitstel door de doorlooptijd, en je hebt de relatieve prioriteitstelling. Je bepaalt als het ware welk punt in het backlog de meeste toegevoegde waarde levert per tijdseenheid.

‘Scope creep’ vermijden door de juiste prioriteiten

Gedurende het verloop van een project treedt nogal eens ‘scope creep’ op. Als je niet oppast komen de aspecten ‘functionaliteit’ en ‘kwaliteit’ aan het einde van je tijd en geld steeds zwaarder onder druk te staan. Bovengenoemde hulpmiddelen helpen om prioriteiten op een objectieve manier vast te stellen. Welke tool geschikt is, kan per fase verschillen. Maak dus steeds opnieuw een juiste afweging.

Wil je advies bij het prioriteren van je product backlog? Neem dan vrijblijvend contact met ons op

Jelle van den Berg
Over de auteur

Directie / UX designer

  • +31 (0)88 26 27 301

Mis niets meer!

Ontvang inside informatie over software innovatie in je mailbox. Meld je nu aan voor onze maandelijkse update.

Vond je dit interessant? Ontdek meer!

Lees meer over deze onderwerpen

Meer kennis opdoen over:

Software ontwikkeling Development

Software ontwikkeling voorop lopen in de markt

Wil je snel vooruit met je organisatie? Innoveren met software ontwikkeling is de manier om dit te realiseren. Maar eigen software laten maken brengt ook onzekerheid en lastige keuzes met zich mee. Hoe lang duurt het en wat krijg je uiteindelijk?

Meer info
Nu zijn we nieuwsgierig naar jou. Waar wil jij heen?
Neem contact op

Bel ons direct op
088 262 7376 100% van onze klanten beveelt ons aan bij andere organisaties
Feedback Company

© 2005 - 2022     Ambrero Software BV • Algemene voorwaardenPrivacyverklaring
Klantwaardering