Waar het geld naartoe gaat
De schermen die u op uw telefoon ziet zijn misschien een derde van het werk. De rest is inloggen en wachtwoord vergeten, gegevens die ook zonder bereik bewaard moeten blijven, pushberichten, een koppeling met uw planning of kassa, en het testen op toestellen die niet de nieuwste zijn. Een app die op een iPhone van dit jaar vloeiend loopt maar op een Android van vier jaar oud hapert, is voor de helft van uw gebruikers een slechte app.
Ontwerp is de andere post die vaak onderschat wordt. Een app leeft in de hand, met een duim die alles moet halen. Wat op een scherm van een laptop prima werkt, wordt op een telefoon een oefening in geduld. Reken op een paar weken ontwerp vóórdat er een regel code staat, en zie dat niet als vertraging: elke aanpassing die u in een schets doet is honderd keer goedkoper dan dezelfde aanpassing in een gebouwde app.
Van klein naar groot
Wat een app kost hangt vooral af van wat hij moet kunnen. Grofweg zijn er vier soorten:
- Een app die vooral toont en registreert, zonder koppelingen
- Een app met accounts, rollen, offline gebruik en een koppeling naar een bestaand systeem
- Een platform met meerdere soorten gebruikers, betalingen en rapportage
- Een bestaande app overnemen: eerst een korte doorlichting, dan pas een prijs
Eén codebase of twee
Een app apart bouwen voor iOS en apart voor Android betekent twee teams, twee keer testen en twee keer onderhoud. Met React Native bouwen we één codebase die op beide draait, en schrijven we alleen native code waar dat het verschil maakt: camera, sensoren, of een animatie die honderd procent soepel moet zijn.
Dat scheelt niet de helft, want de backend, het ontwerp en het testen blijven hetzelfde. Maar het scheelt genoeg om de tweede winkel bijna gratis mee te krijgen, en kleine updates gaan zonder nieuwe storeronde live.
Wat er na de livegang bijkomt
Een app is nooit af, want de telefoons eromheen veranderen. Apple en Google brengen elk jaar een nieuwe versie van hun systeem uit en trekken oude manieren van werken in; wie een jaar niets doet, krijgt op een dag een app die niet meer opent.
- De ontwikkelaarsaccounts bij Apple en Google staan op uw naam; Apple rekent daar een jaarlijks bedrag voor, Google een eenmalig
- De backend draait ergens en dat kost hosting, voor een kleine app meestal weinig
- Reken elk jaar op wat onderhoud en kleine verbeteringen
- Een storeronde kan een paar dagen duren; plan een lancering nooit op de dag zelf
Hoe u de eerste versie klein houdt
De goedkoopste app is de app met de minste schermen. Elk scherm vraagt iets van de backend, het ontwerp en het testen, en die kosten tellen door lang nadat het scherm getekend is.
- Begin met de ene taak waarvoor mensen de app openen, en niets ernaast
- Laat inloggen via een bestaand account lopen (Microsoft, Google, Apple) in plaats van een eigen wachtwoordsysteem
- Zet rapportage en beheer in een webportaal; dat hoeft niet in de app
- Meet vanaf de eerste week wat er gebruikt wordt, en bouw verder op wat mensen echt doen
Vraag bij elke offerte wat er in de backend zit, of de app uit één codebase komt, en wat er na de livegang per jaar bijkomt. Wie die drie vragen beantwoord krijgt, kent de echte prijs.