Hoe huurt u een appontwikkelaar in?

Hoe pakt u het inhuren aan

1. 01

   Beschrijf de kern

   Wie de app gebruikt en de weinige dingen die ze moeten kunnen doen.

2. 02

   Bepaal de platforms

   iOS, Android, web, of cross-platform om er meerdere tegelijk te dekken.

3. 03

   Shortlist

   Ontwikkelaars met gepubliceerde apps die u kunt downloaden en testen.

4. 04

   Bespreek technologie

   Native of cross-platform, backend, hosting en integraties.

5. 05

   Spreek scope en eigendom af

   Schriftelijke scope, mijlpalen, eigendom van code en accounts.

Waar u op let bij een appontwikkelaar

• Apps in de App Store of Google Play die u kunt uitproberen
• Ervaring met backends en beheerpanelen
• Aanpak voor testen op echte apparaten
• Ervaring met beoordeling en afwijzingen door app stores
• Beveiligingspraktijken voor gebruikersdata
• Onderhoud na de lancering

Native of cross-platform?

Vragen om te stellen

Waarschuwingssignalen

Wees op uw hoede voor ontwikkelaars die geen gepubliceerde apps kunnen tonen, uw app onder hun eigen store-account publiceren, de backend in offertes overslaan of een app vol functies beloven voor een prijs die alleen de schermen dekt.

Wees ook voorzichtig als niemand naar uw gebruikers en doelen vraagt. Goede app-partners dagen functies uit die het kerndoel niet dienen.

Plan voor het leven na de lancering

Apps hebben updates nodig wanneer Apple en Google nieuwe versies uitbrengen, wanneer bibliotheken veranderen en wanneer gebruikers problemen melden. Reserveer budget voor onderhoud en spreek af hoe snel problemen worden afgehandeld.

Analytics en crashrapportage vanaf dag één laten zien hoe mensen de app gebruiken en waar hij faalt, wat richting geeft aan de volgende verbeterronde.

Beoordeel hoe ze denken, niet alleen wat ze hebben gebouwd

Let in vroege gesprekken op of de ontwikkelaar vraagt naar uw gebruikers, bedrijfsmodel en beperkingen, of direct naar technologie springt. Goede app-partners dagen aannames uit, stellen voor wat u weg kunt laten en leggen afwegingen in gewone taal uit.

Vraag ze u door een eerder project te leiden: wat er misging, hoe ze het aanpakten en wat ze anders zouden doen. Eerlijke antwoorden zijn een sterk signaal.

Typische teamrollen in een appproject

Bij kleine projecten kan één persoon meerdere rollen vervullen.

Contracten en eigendom

Uw contract moet vermelden dat u eigenaar bent van de broncode, ontwerpen en storevermeldingen zodra er is betaald; dat de code in uw repository wordt opgeslagen; en wat er gebeurt als een van beide partijen het project beëindigt. Neem zo nodig vertrouwelijkheidsvoorwaarden op.

Store-accounts en repositories vanaf dag één op uw naam maken een toekomstige wissel van ontwikkelaar eenvoudig.

Communicatie tijdens de bouw

Regelmatige demo's van werkende software zijn waardevoller dan schriftelijke statusrapporten. Vraag hoe vaak u voortgang ziet, hoe u pre-releaseversies test en hoe beslissingen worden vastgelegd.

Met tools als TestFlight en de testtracks van Google Play kunt u de app tijdens de hele ontwikkeling op uw eigen telefoon uitproberen.

De kosten op lange termijn inschatten

Denk naast de bouw aan hosting, diensten van derden, storekosten, onderhoud en nieuwe functies. Een ontwikkelaar die u helpt deze kosten vooraf te schatten, denkt aan uw bedrijf, niet alleen aan de volgende factuur.

Plan een budget voor verbeteringen na de lancering, want echte gebruikers onthullen altijd iets nieuws.

Toegankelijkheid en appkwaliteit

Vraag of de ontwikkelaar test met grotere tekstformaten, schermlezers en verschillende apparaten. Toegankelijke apps bereiken meer gebruikers en worden steeds vaker verwacht door app stores en toezichthouders.

Kwaliteit blijkt ook uit kleine details: heldere foutmeldingen, behulpzame lege toestanden en soepele afhandeling van trage verbindingen.