Automatisering

Een zakelijke app laten maken voor iOS en Android

Uw mensen werken buiten kantoor: op locatie, in de bestelbus, in het magazijn. Wat daar gebeurt gaat op papier of in een appje, en 's avonds tikt iemand het over in het systeem. U denkt aan een app. Alleen weet u niet of het een app moet worden, wat dat kost, en waar u daarna aan vastzit.

Ik ontwerp en bouw apps voor zakelijk gebruik: voor uw eigen medewerkers, of voor een afgebakende groep klanten of leden. Geen consumentenapp die het van downloads en ratings moet hebben; dat onderscheid verandert vrijwel elke afweging onderweg. De app hoeft niet te scoren in een store, hij moet betrouwbaar werken op de toestellen die uw mensen al in hun hand hebben. Het gesprek begint daarom niet bij het ontwerp, maar bij de vraag of dit werkelijk een app moet zijn.

Wanneer een app het juiste antwoord is

Een app verdient zichzelf terug op de plek waar de telefoon iets kan wat een browser niet kan. Deze situaties horen daarbij.

Uw buitendienst legt werk vast op locatie: foto's, meterstanden, een handtekening voor akkoord, ook op adressen zonder bereik.
U wilt barcodes of QR-codes scannen met de camera van een telefoon in plaats van met aparte scanners.
Er moet een melding op het scherm verschijnen op het moment dat er iets gebeurt, niet pas als iemand een tabblad opent.
Een afgebakende groep klanten of leden moet bij de eigen gegevens kunnen: orders, status, documenten, achter een inlog.
Uw mensen werken met handschoenen aan, in de kou of in het donker, en een webformulier op een klein scherm houdt dat niet vol.
Er staat al een web-applicatie, maar de mobiele kant ervan is een compromis dat niemand gebruikt.

Wat het werk omvat

Van de eerste afweging tot een app die in de store staat en zonder mij verder kan.

De voorvraag: app of mobiele web-applicatie. Beide kanten doorgerekend voordat er een regel code wordt geschreven.
Native of cross-platform als kostenbeslissing, niet als geloofsartikel. Eén codebase voor iOS en Android scheelt in bouw en in onderhoud; native loont wanneer de app diep in het toestel moet.
Het offline-ontwerp: wat lokaal wordt opgeslagen, wanneer er wordt gesynchroniseerd, en wat er gebeurt als twee mensen hetzelfde record hebben gewijzigd. Dat laatste is het echte werk.
Koppelingen met de systemen die u al heeft, zodat de app geen tweede administratie wordt.
Publicatie in de App Store en Google Play, inclusief wat de beoordeling vraagt: een privacyverklaring, opgave van welke gegevens u verzamelt, en een testaccount waarmee de beoordelaar achter de inlog komt.
Distributie zonder store, wanneer de app het bedrijf niet uit hoeft: uitrol via het beheerplatform voor mobiele toestellen dat u gebruikt.
Onderhoud als vaste post in de begroting. Nieuwe OS-versies, aflopende certificaten en wijzigend storebeleid dwingen updates af, ook als aan de app zelf niets verandert.

Wat u overhoudt

Een app is pas opgeleverd als u hem zonder mij kunt publiceren. Dat betekent dat de accounts, de sleutels en de code van u zijn.

De app, gepubliceerd in beide stores of uitgerold via uw eigen beheerplatform.
De broncode in een repository op naam van uw organisatie, met de volledige geschiedenis.
De developer-accounts en de ondertekeningscertificaten op uw naam. Raakt u die kwijt, dan kunt u geen update meer uitbrengen. Daarom horen ze niet bij een leverancier thuis.
Een release-procedure van een paar pagina's: bouwen, testen, indienen, en de valkuilen daarbij.
Een overdracht aan uw eigen ontwikkelaar of aan een partij van uw keuze.

Wat het niet is

Geen consumentenapp. Een app die het van downloads, ratings en vindbaarheid moet hebben vraagt marketing die ik niet lever.
Geen app omdat een app modern oogt. Kan het met een mobiel-vriendelijke web-applicatie, dan zeg ik dat, ook als dat een kleinere opdracht voor mij betekent.
Geen bouwer die de sleutels houdt. Ik lever geen constructie waarin u voor elke wijziging bij mij terug moet.
Geen ontwerpbureau. U krijgt een verzorgde, consistente interface; een merkidentiteit met bijbehorend beeldmateriaal is werk voor een ontwerper.
Geen games, geen AR-toepassingen en geen apps waarvan het bestaansrecht in de store zelf ligt.

Veelgestelde vragen

Heb ik werkelijk een app nodig, of volstaat een website?

Dat hangt af van de vraag of u iets nodig heeft wat een browser niet kan. Een moderne mobiele browser kan camera, locatie en bestandsupload aan, en met een web-applicatie bent u af van stores, reviewrondes en installaties op toestellen. Een app verdient zichzelf terug bij vier dingen: een hele werkdag doorwerken zonder verbinding, push-notificaties die ook aankomen als de app dicht is, taken die op de achtergrond doorlopen, en koppelingen met randapparatuur via bluetooth. Zit uw vraag daar niet bij, dan is een app een duurdere manier om hetzelfde te doen.

Native of cross-platform: wat is verstandig?

Native betekent twee keer bouwen en twee keer onderhouden. Cross-platform betekent één codebase voor beide platformen, met een dunne laag per platform waar dat echt nodig is. Voor een zakelijke app met formulieren, lijsten, camera en synchronisatie is het verschil in gebruikerservaring klein en het verschil in kosten groot. Native is pas het overwegen waard bij zware grafische toepassingen, intensief sensorgebruik, of een koppeling die maar op één platform bestaat.

Wat moet ik zelf regelen voor de App Store en Google Play?

Een developer-account per store, op naam van uw organisatie, waarvoor de platformeigenaar een periodieke vergoeding rekent. Beide vragen voor een zakelijk account een D-U-N-S-nummer; dat aanvragen kost enkele werkdagen en loopt via uw eigen bedrijfsgegevens. Verder: een gepubliceerde privacyverklaring, een ingevuld formulier over welke gegevens de app verzamelt, en een testaccount voor de beoordelaar. Ik begeleid de aanvraag, maar de accounts blijven van u. Reken op enkele dagen beoordeling per indiening, en op de mogelijkheid dat een indiening op een vormfout wordt afgewezen.

Werkt de app zonder internet?

Als u die eis vooraf stelt, ja. Offline werken is geen schakelaar die achteraf wordt omgezet: het bepaalt hoe gegevens lokaal worden opgeslagen en hoe conflicten worden opgelost zodra het toestel weer verbinding heeft. Het is de eis die het meeste kost, en tegelijk de eis die het verschil maakt voor mensen die in een kelder, een loods of het buitengebied werken. Wat niet offline kan, is alles wat een actueel antwoord uit een ander systeem vraagt.

Kan de app binnen mijn organisatie blijven?

Ja. Een app die alleen voor uw eigen mensen bedoeld is hoeft niet openbaar in een store te staan. Beide platformen kennen een route voor besloten distributie, waarbij u de app via uw beheerplatform op de zakelijke toestellen zet. Dat scheelt een publieke vermelding en een deel van de beoordelingslast. Heeft u nog geen beheerplatform voor mobiele toestellen, dan is dat een keuze die we eerst maken: apps uitrollen op toestellen die u niet beheert is een probleem dat zich later meldt.

Wat kost het?

Drie dingen bepalen de omvang: het aantal schermen waarop iemand werkelijk iets doet, of er offline gewerkt moet worden, en hoeveel bestaande systemen eraan hangen. Ik werk op nacalculatie met een afgesproken maximum, of tegen een vaste prijs per resultaat wanneer de vraag scherp genoeg is om dat te kunnen. Het bedrag noem ik in het eerste gesprek, samen met de vorm die bij uw vraag past. Houd daarnaast rekening met een terugkerende post voor onderhoud: de platformen veranderen jaarlijks, ook als uw app dat niet doet.

Meer binnen deze dienst

Twijfelt u of het een app moet worden?

Een kort kennismakingsgesprek is vrijblijvend. Schets wat uw mensen buiten de deur moeten kunnen; ik zeg eerlijk of daar een app voor nodig is.

Plan een kennismaking Stuur een bericht