
Applatenmaken
iOS, Android, of één codebase voor beide.
Wij bouwen apps voor iOS en Android: voor de buitendienst, voor je klanten, of als mobiele kant van iets dat al draait. 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 rekening.
-
Native — Swift voor iOS, Kotlin voor Android. Twee codebases, dus twee keer bouwen en twee keer onderhouden, maar volledige toegang tot alles wat het toestel kan. De keuze als de app zélf het product is.
-
Eén gedeelde codebase. Eén keer bouwen voor beide platformen. Duidelijk goedkoper in bouw en beheer, en voor de meeste zakelijke apps niet merkbaar minder.
Geen van beide is fout. Wat je nodig hebt, hangt af van wat de app moet kunnen — en dat is precies het gesprek dat we eerst voeren.

Zo ziet onze software op een telefoon eruit
CyberCloud Voice Analytics, hetzelfde scherm op desktop en mobiel. Klik op een beeld voor de volledige opname.

Gespreksanalyse
Alle gesprekken van je telefooncentrale in één beeld: aantal, spreektijd, antwoordpercentage en waar de gesprekken over gingen. Je ziet in één blik of de drukte verschuift en welke onderwerpen toenemen.
Waareenapphetverschilmaakt
Een app is de moeite waard als hij iets kan wat een browser niet kan.
-
Offline doorwerken. Een monteur in een kelder of een chauffeur zonder bereik moet door kunnen, 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 open hoeft te hebben staan.
-
Op de vloer, met handschoenen aan. Grote knoppen, weinig stappen, werkt in de praktijk in plaats van in een demo.
Zit je gebruiker achter een bureau? Dan is een webapplicatie sneller klaar en goedkoper in beheer. Dat zeggen we ook als je om een app komt vragen.
Deachterkantbepaaltofhetwerkt
De meeste apps die tegenvallen, vallen tegen om de achterkant en 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 wat er later nog bij komt.
-
Synchronisatie die klopt. Twee mensen die offline hetzelfde record wijzigen is een ontwerpprobleem, geen 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
Geen bureau dat het uitbesteedt, en geen team dat na oplevering uit elkaar valt. Dezelfde senior engineers die het bouwen, houden het daarna draaiend. Dat is niet alleen prettiger — het is de reden dat beheer bij ons geen inwerkperiode kost.
-
Keana — planningssoftware voor stadslogistiek. Het product is van de klant, het engineeringteam is ZEN.
-
CyberCloud Voice Analytics — de schermen hierboven, op desktop en telefoon.
-
Zenthropic — AI-telefoonagenten met een antwoordtijd onder 800 ms in zes talen.
-
Agile Analytics — ons eigen product, waarmee we meten of software sneller gaat of alleen sneller lijkt.
Zoekjeietsanders?
-
Wat kost een app? — de vijf dingen die de prijs bepalen.
-
Webapplicatie laten maken — draait in de browser, voor je hele organisatie.
-
Maatwerk software — software die precies jouw proces volgt.
-
Klantportaal laten maken — één plek waar jouw klanten hun eigen zaken zien.
-
API-koppelingen — je systemen laten praten, zonder export.
-
AI consultancy — AI invoeren én meten of het iets oplevert.
Veelgestelde vragen over apps
Wat kost een app laten maken?
Te veel loopt uiteen voor één bedrag. Bepalend zijn: native voor twee platformen of één gedeelde codebase, hoeveel er aan de achterkant bij komt, en welke koppelingen nodig zijn. Reken op doorlopend onderhoud — Apple en Google wijzigen jaarlijks hun eisen. De vijf prijsfactoren staan op wat kost een app laten maken.
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.
Twijfel je tussen een app en een webapplicatie?
Leg het ons voor. In een half uur weet je welke kant het op moet — en of het één codebase kan worden of er echt twee nodig zijn.


