Applatenmaken
iOS, Android, of één codebase voor beide.
Wij bouwen apps voor iOS en Android: voor de buitendienst, voor klanten, of als mobiele kant van een systeem dat al bestaat. Native waar het moet, één gedeelde codebase waar dat kan — en altijd met een achterkant die de app niet als losstaand eiland behandelt.
Nativeofééncodebasevoorbeide?
Dit is de eerste echte keuze, en hij bepaalt een groot deel van de kosten.
-
Native (Swift voor iOS, Kotlin voor Android). Twee codebases, dus meer werk, maar volledige toegang tot alles wat het toestel kan en de soepelste gebruikerservaring. De keuze als de app zélf het product is.
-
Cross-platform, één codebase. Eén keer bouwen voor beide platformen. Duidelijk goedkoper in bouw en onderhoud, en voor de meeste zakelijke apps niet merkbaar minder.
-
Of helemaal geen app. Als je gebruikers achter een bureau zitten, is een webapplicatie sneller, goedkoper en makkelijker bij te werken. We zeggen dat liever vóór dan ná de bouw.
Wat past, hangt af van je gebruikers en je budget — niet van wat wij het liefst bouwen.
Waareenapphetverschilmaakt
Een app is de moeite waard als hij iets kan wat een browser niet kan.
-
Offline werken. Een monteur in een kelder of een chauffeur zonder bereik moet door kunnen werken en later synchroniseren.
-
Camera, scanner en GPS. Barcodes scannen, foto’s bij een werkorder, locatie automatisch vastleggen.
-
Pushberichten. Direct bij de gebruiker, zonder dat die iets openstaan heeft.
-
Op de vloer, met handschoenen aan. Grote knoppen, weinig stappen, werkt in de praktijk in plaats van in een demo.
Deachterkantbepaaltofhetwerkt
De meeste apps die tegenvallen, vallen tegen om de achterkant, niet om de app. Daar zit ons werk sinds 2015: API’s, datamodellen en cloudinfrastructuur op Google Cloud en AWS.
-
Eén achterkant, meerdere voorkanten. Dezelfde API bedient de app, de webapplicatie en straks wat er nog bij komt.
-
Synchronisatie die klopt. Twee mensen die offline hetzelfde record wijzigen is een ontwerpprobleem, niet een bug die je later oplost.
-
Beheer na de store. Apple en Google veranderen elk jaar hun eisen. Zonder onderhoud werkt een app over twee jaar niet meer — dat hoort in het plan, niet in een verrassing.
Wiejeappbouwt
Bij ons werk je met de mensen die het bouwen — geen laag ertussen.
-
Rob, Software Engineer, doet bij ZEN het mobiele werk: iOS en Android, native en cross-platform. Hij zit bij het eerste gesprek aan tafel, niet alleen bij de oplevering.
-
Eén team voor app en achterkant. De API, de cloudinfrastructuur en het beheer komen van dezelfde mensen. Geen overdracht tussen partijen waar dingen tussen wal en schip vallen.
-
Bekijk het hele team — een klein team van experts in Alkmaar, sinds 2015.
Zoekjeietsanders?
-
Maatwerk software — Software die precies jouw proces volgt, landelijk.
-
Webapplicatie laten maken — Applicaties die in de browser draaien, voor je hele organisatie.
-
AI consultancy — AI invoeren én meten of het echt iets oplevert.
-
Softwarebedrijf in Alkmaar — Liever iemand uit de regio? Loop binnen.
Veelgestelde vragen over een app laten maken
Wat kost een app laten maken?
Het eerlijke antwoord is dat het te veel uiteenloopt om hier één bedrag te noemen. Wat de prijs vooral bepaalt: native voor twee platformen of één gedeelde codebase, hoeveel er aan de achterkant moet worden gebouwd, en of er koppelingen met bestaande systemen nodig zijn. Reken daarnaast op doorlopend onderhoud — niet omdat wij dat willen verkopen, maar omdat Apple en Google jaarlijks hun eisen wijzigen. In een eerste gesprek geven we een indicatie op basis van jouw situatie.
Bouwen jullie voor iOS en Android beide?
+
Ja, beide. Native met Swift en Kotlin waar dat nodig is, of met één gedeelde codebase als dat volstaat — wat vaker het geval is dan mensen verwachten.
Hoe lang duurt het voordat de app in de store staat?
+
Naast de bouwtijd moet je rekenen op de reviewprocedure van Apple en Google. Die duurt doorgaans dagen, maar kan langer lopen als er iets ter discussie staat. We nemen die stap mee in de planning en verzorgen de publicatie.
Wij hebben al software. Kan de app daarop aansluiten?
+
Dat is juist het gebruikelijke geval. We beginnen met kijken wat er staat en welke koppelingen mogelijk zijn. Als er nog geen API is, is die aanleggen vaak de eerste stap — en die is daarna ook voor andere toepassingen bruikbaar.
Van wie is de app en de broncode?
+
Van jou, net als bij ons andere werk. Je krijgt de broncode en de documentatie, en de app staat in jouw eigen developer-accounts bij Apple en Google — niet in de onze.
Kunnen jullie een bestaande app overnemen of opknappen?
+
Ja. We beginnen met de code en de afhankelijkheden doorlopen, want bij een app die een tijd niet is bijgewerkt zit het werk meestal in verouderde libraries en in de eisen van de stores.
Vraag het aan de Experts
Twijfel je tussen een app en een webapplicatie? Leg het ons voor. Koffie? ☕