Veelgestelde vragen over
app laten maken

Antwoorden op de vragen die we het vaakst krijgen van opdrachtgevers die voor het eerst een app laten bouwen.

Voorbereiding en strategie

Wat moet je weten voordat je een app laat bouwen? We leggen uit wat een MVP is, wanneer je een mobiele app nodig hebt en wanneer een webapplicatie beter past.

Wat is een MVP en waarom zou ik daarmee beginnen?

Een MVP (Minimum Viable Product) is de kleinst mogelijke versie van je app die al waarde levert voor gebruikers. Je bouwt alleen de functies die strikt noodzakelijk zijn om het kernprobleem op te lossen.

Een MVP is verstandig omdat het risico beperkt: je investeert minder en ontdekt eerder of het concept werkt. Daarna leer je van echte gebruikers wat ze missen, en ontwikkel je verder op basis van die feedback.

We helpen je in het intakegesprek bepalen wat de MVP-scope is en wat je voor een latere fase bewaart.

Wat is het verschil tussen een app en een webapplicatie?

Mobiele app — geïnstalleerd via de App Store of Google Play, draait direct op het apparaat.

  • Toegang tot camera, GPS en pushnotificaties
  • Werkt offline
  • Hogere drempel voor gebruikers (installatie vereist)

Webapplicatie — draait in de browser, geen installatie nodig.

  • Lagere drempel voor gebruikers
  • Één codebase voor alle apparaten
  • Makkelijker te updaten

Soms is een combinatie de beste oplossing: een webapplicatie voor beheerders en een mobiele app voor eindgebruikers. We adviseren je op basis van jouw doelgroep en functionaliteiten.

Techniek en ontwikkeling

Welke technieken gebruiken we en waarom? Van Flutter tot offline-first architectuur en koppelingen met bestaande systemen.

Wat is Flutter en waarom gebruiken jullie het?

Flutter is een open-source framework van Google waarmee je met één codebase apps bouwt voor iOS én Android. De app compileert naar native code, waardoor de performance vergelijkbaar is met volledig native apps.

Flutter is onze standaardkeuze voor cross-platform projecten omdat:

  • één team én één codebase kosten bespaart
  • de oplevering sneller is
  • de kwaliteit hoog blijft

We zijn een van de eerste bureaus in Nederland die serieus met Flutter werkten en hebben inmiddels tientallen Flutter-apps gepubliceerd. Voor projecten waarbij diepgaande integratie met platform-specifieke functies essentieel is, kiezen we voor native Swift (iOS) of Kotlin (Android).

Kan ik mijn app later uitbreiden met nieuwe functies?

Ja. We bouwen met een modulaire architectuur, zodat nieuwe functies later kunnen worden toegevoegd zonder dat de bestaande code overhoop gaat.

In de praktijk bespreken we tijdens het ontwerp al welke functies nu in scope zijn en welke voor een latere fase bewaard worden. Zo houden we de eerste versie betaalbaar, terwijl de architectuur al rekening houdt met wat er later bij komt.

Na lancering werken we in sprints van twee weken, zodat je nieuwe functies stap voor stap kunt toevoegen op basis van gebruikersfeedback.

Wat is offline-first en wanneer is het nodig?

Offline-first betekent dat de app ook volledig werkt zonder internetverbinding. Data wordt lokaal opgeslagen op het apparaat en gesynchroniseerd met de server zodra er weer verbinding is.

Dit is essentieel voor apps in omgevingen met een slechte of geen netwerkverbinding, zoals:

  • magazijnen en bouwplaatsen
  • slachthuizen en agrarische locaties
  • buitendienst in afgelegen gebieden

We hebben dit gebouwd voor onder andere MSD Animal Health en Het Waterschapshuis. Offline-first vraagt om meer architectuurwerk, wat invloed heeft op de prijs en doorlooptijd.

Hoe werken pushnotificaties?

Pushnotificaties worden verstuurd via Apple Push Notification Service (APNs) voor iOS en Firebase Cloud Messaging (FCM) voor Android.

Vanuit de backend kun je notificaties sturen aan:

  • individuele gebruikers
  • specifieke groepen
  • alle gebruikers tegelijk

We bouwen de backend zo in dat je notificaties kunt plannen, segmenteren en bijhouden. Pushnotificaties zijn effectief voor tijdgevoelige informatie, maar te veel notificaties leidt tot uitschakelingen. We adviseren je over een goede strategie.

Kan mijn app koppelen met mijn bestaande software?

Ja. We hebben ruime ervaring met koppelingen naar systemen als AFAS, Exact, SAP, Salesforce en maatwerk API's.

We bouwen ook de backend en API's zelf, zodat je maar één aanspreekpunt hebt voor het hele technische plaatje. Tijdens het intakegesprek beoordelen we welke koppelingen nodig zijn en of de bestaande systemen goed gedocumenteerde API's hebben.

Koppelingen met slecht gedocumenteerde of verouderde systemen vergen meer werk en kunnen de doorlooptijd beïnvloeden.

Publicatie en kwaliteit

Hoe werkt het publicatieproces in de App Store en Google Play, en hoe testen we een app voordat die live gaat?

Hoe werkt het publicatieproces in de App Store en Google Play?

Wij begeleiden het volledige publicatieproces: van het aanmaken van de developer accounts tot het opstellen van de app-beschrijvingen, screenshots en privacy-beleid.

Apple App Store: Apple beoordeelt elke app handmatig. Dit duurt doorgaans één tot drie werkdagen, maar kan langer duren als Apple aanvullende vragen heeft.

Google Play: het reviewproces is sneller en grotendeels geautomatiseerd.

Updates doorlopen hetzelfde reviewproces, maar gaan in de meeste gevallen sneller dan de eerste inzending.

Wat heb ik nodig om een developer account aan te maken?

Apple Developer account: €99 per jaar. Registreer je namens een organisatie, dan vraagt Apple om een D-U-N-S nummer: een uniek negencijferig nummer dat jouw bedrijf identificeert. Je kunt dit gratis opzoeken of aanvragen via de Dun & Bradstreet website. Verwerking duurt doorgaans twee tot vijf werkdagen. Registreren doe je via developer.apple.com/programs/enroll/.

Google Play Console: eenmalig €25. Registreren via play.google.com/console/signup.

Wij helpen je bij beide registraties en begeleiden het volledige publicatieproces.

Hoe testen jullie een app voordat die live gaat?

We testen op meerdere niveaus:

  • Geautomatiseerde tests: controleren de kernlogica van de app
  • Handmatige tests: op echte apparaten, voor zowel iOS als Android
  • Testomgeving: via TestFlight (iOS) en de interne testtrack van Google Play kun je elke sprint zelf testen en feedback geven
  • Regressietest: voor de definitieve release controleren we of bestaande functies nog correct werken

Veiligheid en privacy

Hoe zorgen we dat jouw app veilig is en voldoet aan de AVG? We leggen uit hoe we omgaan met persoonsgegevens en beveiliging.

Hoe zorgen jullie dat mijn app veilig is?

Veiligheid begint bij de architectuur. Standaard maatregelen die we altijd toepassen:

  • Versleutelde verbindingen (HTTPS)
  • Gevoelige data nooit op het apparaat tenzij strikt noodzakelijk
  • Correcte authenticatie en autorisatie
  • Backend op Google Cloud met standaard beveiligingslagen

Voor apps met medische of financiële data passen we aanvullende maatregelen toe, zoals certificaat-pinning en versleutelde opslag. We volgen de OWASP Mobile Top 10 als richtlijn.

Hoe zit het met de AVG en privacy?

Als je app persoonsgegevens verwerkt, val je onder de AVG. We bouwen apps die standaard privacy-vriendelijk zijn:

  • Alleen gegevens opvragen die strikt noodzakelijk zijn
  • Niets opslaan dat niet nodig is
  • Correcte toestemmingsflows implementeren

Als we als verwerker optreden voor jouw gebruikersdata, stellen we een verwerkersovereenkomst op. We adviseren je over wat je als verwerkingsverantwoordelijke zelf moet regelen, zoals een privacyverklaring en een register van verwerkingsactiviteiten.

Na de lancering

Wie bezit de broncode, wat kost onderhoud en hoe houd je een app gezond na oplevering?

Wie is eigenaar van de broncode na oplevering?

Jij. De broncode is volledig van jou na oplevering en betaling. We leveren de code op via een Git-repository naar keuze.

Je bent nooit afhankelijk van ons: je kunt de code overdragen aan een andere partij of intern verder ontwikkelen. We documenteren de code en de architectuurbeslissingen zodat het voor een ander team begrijpelijk is.

Er zijn geen licentiekosten of verborgen verplichtingen.

Wat kost het onderhoud van een app na lancering?

Apple en Google brengen elk jaar nieuwe versies van hun besturingssystemen uit. Zonder updates kan jouw app verouderd raken of uit de stores worden verwijderd.

Ieder kwartaal brengen we een advies uit over te plannen werkzaamheden:

  • Framework-updates en dependency-upgrades
  • Beveiligingspatches
  • Performance-verbeteringen

Jij beslist welke je laat uitvoeren. Er is geen verplicht onderhoudscontract. Gemiddeld liggen de jaarlijkse onderhoudskosten tussen de €2.000 en €8.000. Het uitstellen van onderhoud bouwt technische schuld op die later een grotere inhaalslag vereist.

★★★★★

Klaar om te beginnen?

We drinken graag een kop koffie met je. Vertel ons over jouw idee en wij denken eerlijk mee over wat er mogelijk is.

Plan een gesprek →
WhatsApp