App laten maken

Wat voor apps

De meeste vragen die ik krijg vallen in drie groepen. Een app voor je klanten: bestellen, afspraken maken, hun gegevens inzien. Een mobiele app voor je eigen medewerkers of buitendienst: uren, werkbonnen, foto's en formulieren onderweg, zonder papier. En een smarthome-app die apparaten in huis of gebouw bedient of uitleest: verlichting, verwarming, zonwering, energie- en meetwaarden.

Bijvoorbeeld: een bestel-app voor je vaste klanten, een app waarin monteurs hun werk afronden, of een app die je installatie bedient en meetwaarden toont.

Hoe het traject loopt

1. 1. Gesprek

   Wat moet de app doen, voor wie, en wat moet hij vooral níet doen? Daar komt een inschatting uit van tijd en kosten.

2. 2. Eerste versie

   Binnen een paar weken heb je iets op je telefoon dat werkt. Klein, maar echt, zodat je kunt voelen of het klopt.

3. 3. Korte rondes

   Daarna bouw ik in korte rondes verder. Je kijkt onderweg mee en stuurt bij, in plaats van pas aan het eind te zien wat het geworden is.

4. 4. Live en daarna

   Publicatie in de App Store en Google Play hoort erbij, inclusief het geregel eromheen. Na de livegang houd ik de app gezond.

Wat kost een app laten maken?

Dat hangt af van wat de app moet kunnen, niet van het aantal platformen. Ik bouw één codebase die op iPhone én Android draait, dus je betaalt niet twee keer voor dezelfde app. Wat de prijs wél bepaalt: het aantal schermen en functies, of gebruikers moeten inloggen of betalen, welke koppelingen er nodig zijn met je andere systemen, en of de app met apparaten moet praten.

Na het eerste gesprek krijg je een inschatting met een bandbreedte, en omdat ik in rondes bouw kun je onderweg bijsturen: eerst de kern, daarna wat blijkt te lonen. Reken naast de bouw op vaste kosten die elke app heeft: een ontwikkelaarsaccount bij Apple en Google, hosting voor de gegevens, en onderhoud om de app werkend te houden bij nieuwe telefoons en besturingssystemen.

Eén app voor iPhone én Android

Vroeger had je voor een app twee teams nodig: één voor iOS, één voor Android. Ik bouw uit één codebase een app die op beide native draait, en als je wilt ook op Windows, Mac en Linux. Dat scheelt in de bouw, en vooral in de jaren daarna: elke wijziging maak en test je één keer.

Wil je weten hoe dat technisch zit? Ik werk met Flutter, lees meer op Flutter-app laten maken.

Een app is nooit af

Apple en Google brengen elk jaar nieuwe versies uit, en een app die niemand bijhoudt verdwijnt vroeg of laat uit de stores of stopt met werken. Daarom stopt het bij mij niet bij de livegang: ik houd de app bij, kijk met actieve monitoring mee of alles draait en stuur elke maand een leesbaar rapport. Heb je al een app die aan onderhoud toe is? Ook die neem ik over.