Een app laten maken voor iPhone en Android

Wanneer een app loont, en wanneer een website genoeg is

Een app in de App Store en Google Play loont als mensen hem vaak openen, bijvoorbeeld elke week of elke dag, of als je functies nodig hebt die in een app het best werken: pushmeldingen voor iedereen die ze toestaat, gebruik onderweg zonder goede verbinding of intensief gebruik van camera en locatie. Gebruiken klanten je dienst een paar keer per jaar, dan is een goede mobiele website of webapp meestal sneller klaar, goedkoper en makkelijker te vinden via Google.

Een browser kan meer dan veel mensen denken. Een website mag na toestemming van de gebruiker de camera en de locatie gebruiken. Pushmeldingen vanuit een webapp werken op de iPhone sinds iOS 16.4, maar alleen als de gebruiker de webapp eerst aan zijn beginscherm heeft toegevoegd. Wil je dat iedereen meldingen kan krijgen zonder die extra stap, dan is een app in de stores de betere keuze.

Apple stelt bovendien een eis aan apps die vooral een website nabootsen. Volgens de App Review Guidelines moet een app meer bieden dan een verpakte website, met functies, inhoud en een bediening die bij een app horen. Een app die alleen je website laat zien, kan worden afgewezen.

Gaat het vooral om inloggen en gegevens bekijken of invullen, dan past een webapplicatie in de browser of een klantportaal voor je klanten vaak beter.

Eén codebase voor iPhone en Android

Soufain bouwt je app uit één codebase: één set programmacode waaruit zowel de iPhone-versie als de Android-versie wordt gemaakt. Je laat dus geen twee aparte apps bouwen en onderhouden. Een nieuwe functie of verbetering staat daardoor op beide platformen tegelijk, en een fout los je op één plek op.

De twee platformen blijven wel verschillen. Apple en Google hebben elk hun eigen regels, hun eigen beoordeling en hun eigen gewoonten voor knoppen en menu's, en de app wordt op beide getest voordat hij live gaat. Wil je dezelfde app ook in de browser aanbieden, bijvoorbeeld voor gebruikers achter een computer, dan kan dat als uitbreiding: mobiel én web.

Eerst een klikbaar prototype, dan de eerste versie

Een klikbaar prototype is een nagebootste app: de schermen zijn ontworpen en je kunt erdoorheen klikken, maar er zit nog geen werkende techniek achter. Daarmee test je met echte gebruikers of ze begrijpen hoe de app werkt en of ze hem willen gebruiken, voordat er gebouwd wordt. Een scherm aanpassen in een prototype gaat veel sneller dan in een gebouwde app.

Daarna volgt de eerste versie, met alleen de functies die het kernprobleem oplossen. Die heet ook wel een MVP, een minimum viable product: de kleinste versie die al echt bruikbaar is. Uitbreiden gaat sneller dan afbreken, dus wat gebruikers missen, voeg je toe in een volgende versie. Deze functies kun je kiezen:

• Online betalen of abonnementen, bijvoorbeeld met iDEAL of creditcard.
• Pushmeldingen op de telefoon van je gebruikers.
• Chat of berichten tussen gebruikers of met je team.
• Kaart en locatie: locaties tonen, routes en afstanden.
• Camera en uploads: foto's en documenten vanuit de app.
• Plannen en boeken: agenda, beschikbaarheid en bevestigingen.
• Koppeling met je huidige systemen, zodat gegevens heen en weer gaan met je software.
• Een beheeromgeving waarin je team gebruikers, inhoud en cijfers beheert.
• Een AI-functie, zoals slim zoeken, samenvatten of advies. Meer daarover bij AI in je eigen software.

Moet je idee nog bewijzen dat er vraag naar is? Op de pagina voor startups en scale-ups lees je hoe een prototype en een landingspagina die inschrijvingen verzamelt samen laten zien of mensen op je app zitten te wachten.

Wat Apple en Google van je app vragen

Om een app te publiceren heb je een ontwikkelaarsaccount nodig bij Apple (het Apple Developer Program) en bij Google (de Play Console). Bij Soufain staan die accounts op jouw naam, zodat de app van jou blijft, ook als je later met een andere partij verder wilt. Gebruikers zien de naam van het account als verkoper in de store.

Meld je je aan als organisatie, dan vragen Apple en Google allebei om een D-U-N-S-nummer: een uniek nummer van negen cijfers dat Dun & Bradstreet aan bedrijven toekent, zodat de stores kunnen controleren of je bedrijf bestaat. Volgens Apple duurt het aanvragen tot vijf werkdagen, en daarna nog tot twee werkdagen voordat Apple het nummer ontvangt. Vraag het daarom al tijdens de bouw aan.

Betalingen in de app vragen extra aandacht. Verkoop je iets wat buiten de app wordt gebruikt, zoals een product, een rit of een afspraak, dan reken je af via een gewone betaalprovider: Apple schrijft dat voor, en het betaalsysteem van Google Play ondersteunt zulke aankopen niet. Ontgrendel je digitale inhoud of functies in de app, zoals een premium-abonnement, dan geldt in principe de in-app-aankoop van Apple en het betaalsysteem van Google Play. Voor gebruikers in de Europese Economische Ruimte gelden sinds de Digital Markets Act uitzonderingen, met eigen voorwaarden per platform. Welke route bij jouw app past, zoeken we per app uit.

Na livegang: beheer en updates

Een app is na de lancering niet af. Apple en Google brengen nieuwe versies van iOS en Android uit en verhogen daarna hun eisen aan apps. Wie een app niet bijwerkt, kan op een gegeven moment geen nieuwe versie meer insturen zonder eerst de techniek te vernieuwen, en in Google Play raakt hij uit beeld bij nieuwe gebruikers met een nieuwere telefoon. Daarom hoort bij een app beheer na livegang: updates voor nieuwe telefoons, monitoring en kleine verbeteringen, voor een vast bedrag per maand.

Twee voorbeelden van zulke eisen, volgens Apple en Google in oktober 2026:

• Apple: sinds 28 april 2026 moet elke app die je naar App Store Connect uploadt, gemaakt zijn met Xcode 26 (het ontwikkelprogramma van Apple) en de software voor iOS 26.
• Google Play: sinds 31 augustus 2026 moeten nieuwe apps en updates gericht zijn op Android 16 (API-niveau 36, het versienummer waarop een Android-app is afgestemd). Een bestaande app die nog op Android 14 of ouder is gericht, is voor nieuwe gebruikers alleen te vinden op telefoons met die oudere Android-versie.

Ook het lidmaatschap bij Apple moet doorlopen. Verloopt het, dan is je app volgens Apple niet meer te downloaden en kun je geen updates insturen; wie de app al heeft, kan hem wel blijven gebruiken.

Naast het beheer betaal je per maand voor hosting en diensten van de app, zoals servers, de database en het versturen van meldingen. Die kosten betaal je rechtstreeks aan de hostingpartij.

Wat een app kost en hoe lang het duurt

Een app laten maken betaal je in delen. Het ontwerp met klikbaar prototype en de bouw van de app betaal je eenmalig, met een vaste prijs per onderdeel en per functie. Daarna betaal je per maand voor beheer en hosting, en betaal je Apple en Google voor de ontwikkelaarsaccounts: Apple jaarlijks, Google Play eenmalig.

Het prototype duurt doorgaans 3 tot 5 weken, de eerste versie van de app 8 tot 16 weken. Daar komt de tijd bij voor de beoordeling door Apple en Google en, bij een nieuw persoonlijk Google-account, de testperiode van veertien dagen.

In de projectcalculator voor apps kies je de functies die je nodig hebt en zie je direct de prijs. Omdat een app maatwerk is, kijken we de offerte eerst na; je ontvangt hem binnen één werkdag.