Hoe kies je een betrouwbare partij voor het laten maken van een app?

Reinier Sombeek ·
Houten bureau met stapel partnercontracten naast gesloten laptop en vetplant in zacht ochtendlicht.

Een betrouwbare partij voor het laten maken van een app herken je aan drie dingen: ze stellen meer vragen dan ze antwoorden geven, ze tonen concrete resultaten van vergelijkbare projecten, en ze zijn eerlijk over wat jouw app gaat kosten en waarom. Dat klinkt eenvoudig, maar in de praktijk doen veel leveranciers precies het tegenovergestelde. In dit artikel beantwoorden we de vragen die je jezelf moet stellen voordat je een keuze maakt.

Waaraan herken je een partij die écht meedenkt?

Een partij die écht meedenkt, stelt kritische vragen bij jouw aanvraag in plaats van direct een offerte te sturen. Ze willen begrijpen wat het onderliggende probleem is, niet alleen wat je denkt nodig te hebben. Dat verschil is groter dan het lijkt: een goede ontwikkelpartner helpt je ontdekken of je initiële idee ook echt de beste oplossing is.

Concrete signalen om op te letten:

  • Ze vragen naar het probleem, niet alleen naar de functionaliteiten. Wat wil je bereiken? Welke processen lopen nu mis? Wie zijn de gebruikers?
  • Ze durven nee te zeggen. Als een leverancier alles klakkeloos bevestigt, bouw je straks een app vol functies die niemand gebruikt.
  • Ze leggen hun aanpak uit. Hoe gaan ze van jouw wens naar een werkende applicatie? Welke stappen zitten er tussen?
  • Ze spreken begrijpelijke taal. Jargon is geen teken van expertise. Een goede consultant legt technische keuzes uit op een manier die ook niet-developers begrijpen.

Wees sceptisch bij partijen die in het eerste gesprek al een vaste prijs noemen zonder jouw processen te kennen. Dat is geen daadkracht, dat is een gebrek aan interesse in wat je echt nodig hebt.

Welke vragen moet je stellen voordat je een keuze maakt?

Voordat je een handtekening zet, wil je antwoord op een aantal concrete vragen. Niet als formaliteit, maar omdat de antwoorden je veel vertellen over hoe de samenwerking er in de praktijk uit zal zien.

  • “Hoe ziet jullie proces eruit van eerste gesprek tot livegang?” Een goede partij beschrijft duidelijke fases, inclusief hoe ze omgaan met scopewijzigingen.
  • “Wie is mijn vaste contactpersoon tijdens het project?” Wisselende aanspreekpunten zijn een veelgehoorde klacht bij mislukte IT-projecten.
  • “Wat gebeurt er als we halverwege ontdekken dat de scope moet veranderen?” Hoe flexibel is het contract? Hoe wordt dit gecommuniceerd?
  • “Wie beheert de applicatie na livegang?” Is dat jullie, wij, of een derde partij?
  • “Kunnen we de applicatie zelf aanpassen of uitbreiden?” Dit raakt direct aan vendor lock-in (zie verderop).

Een leverancier die op deze vragen vaag blijft of uitwijkt, geeft je daarmee al een antwoord.

Wat zeggen referenties en cases echt over een leverancier?

Referenties en cases vertellen je niet alleen wat een partij kan bouwen, maar ook hoe ze omgaan met complexiteit, tegenslag en veranderende eisen. Een mooi portfolio zegt weinig als je niet weet wat er achter de schermen speelde.

Vraag bij elke case naar het vraagstuk, niet alleen het resultaat. Wat was het echte probleem? Hoe is de scope bepaald? Zijn er tegenvallers geweest en hoe zijn die opgelost? Een leverancier die openhartig is over moeilijke momenten in een project, is betrouwbaarder dan eentje die alleen successen verkoopt.

Kijk ook naar de schaal en context van de cases. Een webapplicatie voor tien interne gebruikers is iets anders dan een mobiele app voor 150.000 burgers. Controleer of de projecten die ze noemen vergelijkbaar zijn met wat jij nodig hebt, in termen van gebruikersaantallen, integraties en complexiteit.

Wil je zien hoe dat er in de praktijk uitziet? Bekijk dan ons werk en onze projecten voor concrete voorbeelden.

Spreek als het kan ook direct met een referentiecontact. Vraag hen: “Zou je opnieuw met deze partij werken?” Dat antwoord zegt meer dan welk portfolio ook.

Hoe voorkom je vendor lock-in bij een maatwerkapplicatie?

Vendor lock-in bij een maatwerkapplicatie betekent dat je na oplevering volledig afhankelijk bent van één leverancier voor onderhoud, aanpassingen en doorontwikkeling. Je voorkomt dit door van tevoren duidelijke afspraken te maken over eigenaarschap, documentatie en overdraagbaarheid.

Concrete maatregelen die je kunt nemen:

  • Zorg dat de broncode van jou is. Leg dit contractueel vast. Sommige leveranciers bewaren code op eigen servers zonder dat de klant toegang heeft.
  • Vraag om technische documentatie. Een goed gedocumenteerde applicatie kan door een ander team worden overgenomen als dat nodig is.
  • Kies voor gangbare technologie. Platforms als Mendix hebben een brede community van ontwikkelaars. Dat verkleint de afhankelijkheid van één partij.
  • Regel beheer en doorontwikkeling expliciet. Wat kost het om de applicatie draaiende te houden? Wie doet dat, en onder welke voorwaarden?

Lock-in is zelden opzettelijk, maar ontstaat wel als je er niet vooraf over nadenkt. Een goede leverancier bespreekt dit proactief met je.

Wat is een eerlijke prijs voor het laten maken van een app?

Een eerlijke prijs voor het laten maken van een app hangt af van de complexiteit, het aantal gebruikers, de gewenste integraties en de gekozen technologie. Er is geen vaste marktprijs, maar er zijn wel rode vlaggen aan beide kanten: te goedkoop betekent vaak onvoldoende analyse, te duur betekent niet automatisch betere kwaliteit.

Factoren die de prijs bepalen:

  • Scope en functionaliteiten: Hoe meer functies, hoe meer werk. Maar ook: hoe scherper de scope, hoe voorspelbaarder de prijs.
  • Integraties met bestaande systemen: Koppelingen met ERP, CRM of andere software zijn tijdrovend en daarmee kostbaar.
  • Technologiekeuze: Low-code ontwikkeling is doorgaans sneller en goedkoper dan traditioneel maatwerk, zonder in te leveren op kwaliteit.
  • Beheer na livegang: Reken ook de kosten voor onderhoud, updates en doorontwikkeling mee in je totaalplaatje.

Een betrouwbare leverancier geeft je een eerlijke inschatting op basis van jouw specifieke situatie, niet een standaard prijslijst. Als een offerte niet onderbouwd is, vraag dan om uitleg per onderdeel.

Welke rol speelt low-code bij het kiezen van een ontwikkelpartner?

Low-code is een ontwikkelmethode waarbij applicaties sneller worden gebouwd met behulp van visuele bouwblokken en herbruikbare componenten. Het is relevant bij het kiezen van een partner omdat het directe invloed heeft op doorlooptijd, kosten en de mate waarin je als organisatie zelf betrokken kunt zijn bij het bouwproces.

Low-code is niet altijd de beste keuze, maar het is in veel gevallen wel de slimste. Het versnelt de ontwikkeling aanzienlijk, maakt aanpassingen na livegang eenvoudiger en verlaagt de drempel voor doorontwikkeling. Platforms als Mendix zijn bovendien breed inzetbaar, van webportalen tot native mobiele applicaties.

Vraag een potentiële partner niet alleen of ze low-code gebruiken, maar ook wanneer ze het niet zouden gebruiken. Een goede partij maakt die afweging bewust, op basis van jouw vraagstuk, en legt uit waarom een bepaalde aanpak past. Partijen die altijd dezelfde technologie inzetten ongeacht het probleem, denken niet mee, ze voeren uit.

Meer weten over de mogelijkheden? Bekijk dan ons overzicht van diensten voor een volledig beeld van onze aanpak.

Hoe KLIK Consultancy helpt bij het kiezen van de juiste aanpak

Wij helpen organisaties die een app willen laten maken, maar geen zin hebben in projecten die uitlopen, over budget gaan of oplossingen opleveren die niet passen bij de werkelijke behoefte. Onze aanpak is concreet:

  • We starten met een designworkshop waarin we samen de scope bepalen: wat zijn de echte gebruikersvragen, welke functionaliteiten voegen waarde toe, en wat laten we bewust weg?
  • We bouwen op Mendix, een bewezen low-code platform, en kiezen bewust voor die aanpak als die past bij het vraagstuk. Zo bouwden we een parkeerapp voor 150.000 gebruikers met een CPU-verbetering van 90%, en een klantportaal in de bouw dat binnen zes maanden live ging met een klantscore van 9+.
  • Onze consultants werken functieoverstijgend: ze combineren development met rollen als Product Owner of Business Analist, zodat jij één aanspreekpunt hebt dat het hele traject overziet.
  • Na livegang blijven we beschikbaar voor beheer en doorontwikkeling, via beheercontracten op maat.

Wil je weten of wij de juiste partner zijn voor jouw project? Lees meer over wie we zijn of neem direct contact op voor een vrijblijvend gesprek.

Gerelateerde artikelen