Begin met de platformkennis van het bedrijf. Moet de app beschikbaar komen voor iPhones, Android-toestellen of beide? Vraag welke technische aanpak wordt voorgesteld en waarom deze bij de gewenste functies past. Een app met intensief gebruik van camera, locatie of lokale opslag kan andere technische eisen hebben dan een eenvoudige informatieve toepassing.

Bekijk vervolgens of het bedrijf ook de backend en beheeromgeving kan ontwikkelen. Een mobiele app is vaak slechts één onderdeel van de complete oplossing. Medewerkers hebben mogelijk een webomgeving nodig om gebruikers, aanvragen, content of statussen te beheren. Daarnaast kan een database nodig zijn voor centrale gegevensopslag.

Kan het appbedrijf koppelingen met bestaande software bouwen? Controleer of er ervaring is met API’s en gegevensuitwisseling. Een app kan bijvoorbeeld informatie nodig hebben uit een ERP-systeem, CRM-oplossing, webshop, planningspakket of documentomgeving. De technische mogelijkheden van deze systemen bepalen hoe de verbinding kan worden gerealiseerd.

Bespreek ook wie de ontwikkelaarsaccounts voor de Apple App Store en Google Play Store beheert. Het kan praktisch zijn om publicatieaccounts op naam van de opdrachtgever te registreren, zodat de organisatie zelf toegang houdt tot de appvermelding en publicatiegegevens. Leg daarnaast vast wie certificaten, technische sleutels en externe diensten beheert.

Vraag vooraf hoe de broncode wordt opgeslagen en opgeleverd. Wordt versiebeheer gebruikt? Welke documentatie wordt bijgehouden? En krijgt uw organisatie toegang tot de code en benodigde accounts volgens de contractuele afspraken? Duidelijke antwoorden maken het eenvoudiger om de app later te onderhouden, uit te breiden of technisch over te dragen.

Hoe controleert u de kwaliteit van een mobiele appontwikkelaar? Vraag hoe functies worden getest op verschillende apparaten, schermformaten en gebruikersrollen. Bespreek ook hoe fouten worden geregistreerd en welke acceptatiecontroles vóór oplevering plaatsvinden. De opdrachtgever beoordeelt daarbij of de app functioneel overeenkomt met de afgesproken specificaties.

Tot slot is het belangrijk om afspraken te maken over onderhoud. Besturingssystemen, externe koppelingen en technische diensten kunnen veranderen. Vraag daarom wie nieuwe appversies maakt, hoe storingen worden behandeld en welke werkzaamheden onder een onderhouds- of beheerovereenkomst vallen.

Case: een bestaande ledenapp overdragen

Broncode, accounts en documentatie eerst inventariseren

Een ledenorganisatie heeft een mobiele app laten bouwen voor nieuws, evenementen en digitale ledenpassen. De eerdere ontwikkelcapaciteit is niet langer beschikbaar. De organisatie zoekt daarom een bedrijf dat de bestaande iOS- en Android-app kan beheren en uitbreiden.

Voordat nieuwe functionaliteit wordt afgesproken, verzamelt de organisatie de beschikbare broncode, appstoreaccounts, hostinggegevens en technische documentatie. Ook wordt vastgelegd welke externe diensten de app gebruikt en waar ledengegevens worden opgeslagen.

APPelit onderzoekt de projectstructuur en controleert welke onderdelen technisch toegankelijk zijn. De app blijkt te bestaan uit een mobiele gebruikersomgeving, een afzonderlijke backend en een webportaal voor redacteuren. Voor ieder onderdeel wordt bekeken welke technologie is gebruikt en welke toegang nog ontbreekt.

De opdrachtgever wil vervolgens twee concrete wijzigingen: leden moeten hun voorkeuren kunnen aanpassen en redacteuren moeten pushmeldingen per ledengroep kunnen versturen. De organisatie bepaalt welke voorkeuren beschikbaar zijn en welke gebruikersgroepen bestaan. APPelit ontwikkelt de overeengekomen schermen, gegevensverwerking en beheerfuncties.

Na tests worden de wijzigingen opgenomen in een nieuwe appversie. De benodigde broncode en technische aanpassingen worden binnen de afgesproken omgeving vastgelegd. Hierdoor blijft inzichtelijk welke onderdelen zijn gewijzigd en welke diensten voor de werking van de app nodig zijn.

Deze Case laat zien waarom de keuze voor een appbedrijf niet alleen over de eerste bouw gaat. Toegang tot code, accounts en documentatie bepaalt mede of een mobiele toepassing later door een bestaand of nieuw team kan worden onderhouden.