Maatwerk-apps voor de luchtvaartsector — voor crew, grondafhandelaars, cargo, MRO en operations control. Geen safety-critical avionics, wél de operationele en administratieve laag die boven, naast en onder het vliegtuig draait. Offline-first, robuust en gebouwd voor de regels die de luchtvaart aan software stelt.
Een aviation app is iedere mobiele of tablet-applicatie die wordt gebruikt door medewerkers, partners of klanten in de luchtvaart. Dat loopt van een Electronic Flight Bag (EFB) op de iPad in de cockpit, via een crew-rooster-app voor cabinepersoneel, tot een turn-around-tool waarmee grondpersoneel een vliegtuig binnen het slot weer airborne krijgt. Vrijwel altijd is zo'n app onderdeel van een groter ecosysteem — gekoppeld aan operationele systemen van de carrier, handler of MRO.
Bij Appfront bouwen we aviation apps op de operationele en administratieve laag. Dat betekent: rosters, manuals, defect-reporting, ULD-tracking, e-AWB, crew-communicatie, training-checklists, audit- en compliance-flows. Wat we expliciet níet doen is safety-critical avionics onder DO-178C of DO-254 — daar zijn gespecialiseerde avionics-bureaus voor met een ander certificeringsregime. We werken juist op het stuk eromheen, waar de standaard mobile-stack heerst en waar de markt nog vol zit met Excel, papier en verouderde enterprise-software van de grote vendors.
De Nederlandse aviation-sector is internationaal georiënteerd, zwaar gereguleerd en mission-critical. Een aviation app gaat dus niet alleen over een mooi design — het gaat over uptime, over werken zonder netwerk, over auditeerbare data, en over een interface die werkt met handschoenen aan op een platform in de regen. Daar bouwen we voor.
De gebruikers zijn breed: luchtvaartmaatschappijen als KLM en Transavia voor de marktcontext, regional airlines als KLM Cityhopper, ground-handlers zoals Swissport, KLM Equipment Services of Menzies, cargo-handlers als KLM Cargo, Air France Cargo en dnata, luchthavens als Schiphol, Eindhoven en Rotterdam-Den Haag Airport, luchtverkeersleiding bij LVNL, MRO-bedrijven zoals KLM E&M en Fokker Services, air-charter en private aviation, drone- en UAV-operators, training-organisaties als CAE en de KLM Flight Academy, en aerospace-OEM's als Fokker en GKN Aerospace. Plus flight schools en gliding clubs. Wat ze delen: de fysieke werkelijkheid van de luchtvaart, en een software-stack die zich daaraan moet aanpassen — niet andersom.
U bent een niche-aanbieder waarvoor geen commercieel product bestaat — bijvoorbeeld een gespecialiseerde charter-operator, gliding-club, of UAV-bedrijf met een eigen werkwijze die niet in een out-of-the-box-suite past.
De waarde zit in diepe integratie tussen flight-planning, crew-management, dispatch, maintenance en finance. Een standaard-app kan niet over die grenzen kijken; maatwerk wel.
Suites van Sabre, Amadeus, IBS Software of Lufthansa Systems zijn ontworpen voor de grote carriers. Voor mid-market regional airlines, handlers of MRO's is dat zowel financieel als operationeel onnodig zwaar.
Ground-handlers en cargo-handlers bedienen vaak tientallen carriers tegelijk. Een white-label aviation app met klant-specifieke huisstijl, configuratie en data-isolatie is dan een commercieel product op zich.
Een platform in Schiphol-Oost, een vliegtuig boven de Atlantische Oceaan, een MRO-hangar van staal: connectiviteit is onbetrouwbaar. We bouwen daarom met een lokale data-store (Realm, WatermelonDB of SQLite) en synchroniseren zodra het netwerk terug is. CRDT's en conflict-resolutie zitten vanaf sprint één in de architectuur.
EASA, CAA-NL, Part-145, Part-M, Part-CAMO, IATA, ICAO, ONE Record: elke aviation app raakt minstens twee van deze kaders. We modelleren audit-trails, role-based access, retention en Just Culture safety-reporting alsof de inspecteur morgen langskomt — want die kan ook morgen langskomen.
Een app die crash't terwijl een turn-around loopt kost geld, slot-tijd en soms een vlucht. We bouwen voor uptime, graceful degradation en duidelijke foutmeldingen — niet voor de demo. Releases gaan via canary deploys; rollback is altijd één commando.
Een dwarsdoorsnede van het soort applicaties dat we voor luchtvaartmaatschappijen, regional airlines, handlers, cargo, MRO's en training-organisaties hebben gebouwd of waar we voor geschikt zijn.
Rosters, briefings, manuals, fatigue-tracking en flight-plan voor cockpit- en cabinepersoneel.
Electronic Flight Bag-functionaliteit naast of in plaats van ForeFlight en Jeppesen.
Turn-around-management, GSE-tracking en platform-coördinatie.
ULD-tracking, e-AWB, ONE Record-integratie en warehouse-flows.
Defect-reporting, parts-lookup, AD/SB-tracking onder Part-145.
Operations Control Center-views voor disruption-management.
Flight-planning voor UAV-operators met koppeling naar LVNL.
Theorie, checklists en flight-time-log voor flight schools en CAE-achtige trajecten.
Safety-reporting (ASRS-stijl), Just Culture en audit-flows.
Tankering-beslissingen, fuel-orders en verbruiksanalyse.
Boarding, lounge en flight-info — minder typisch, wel mogelijk.
Eén product, meerdere carriers — voor ground- en cargo-handlers.
De luchtvaart is een van de zwaarst gereguleerde sectoren ter wereld. Software die de operatie raakt, valt vrijwel altijd onder een audit-regime. Binnen Europa is EASA het overkoepelende kader, in Nederland aangevuld door de CAA-NL. Voor maintenance is EASA Part-145 leidend, met Part-M en Part-CAMO voor continuing airworthiness. Cargo opereert onder IATA-standaarden en steeds vaker onder ONE Record als opvolger van e-AWB.
Voor uw aviation app betekent dat een aantal niet-onderhandelbare ontwerpkeuzes. Elke wijziging aan een defect-record, een crew-roster of een ULD-status moet auditeerbaar zijn: wie, wanneer, vanaf welk device, met welke goedkeuring. Data-retention is gereguleerd — sommige records moeten jarenlang bewaard blijven, andere juist binnen een bepaalde termijn verwijderd. Rol- en bevoegdhedenstructuur is geen feature, het is een fundament.
Voor het stuk dat we níet doen — safety-critical avionics onder DO-178C of DO-254 — zijn gespecialiseerde avionics-bureaus de juiste keuze. Daar geldt een fundamenteel ander regime met formele code-reviews, tool-qualification en certificering per ontwikkelstap. Onze focus ligt op de laag eromheen, waar moderne mobile-engineering wél past en waar de winst voor uw operatie zit. Voor organisaties die naast aviation ook met algemene securitystandaarden te maken hebben kan een aviation app prima samen lopen met een ISO 27001-compliant ontwikkeltraject.
Voor cargo geldt een eigen subkader. e-AWB en de doorontwikkeling daarvan in ONE Record zijn de IATA-standaarden die de papieren airway bill geleidelijk vervangen. Een cargo-handling-app die ULD-tracking en e-AWB doet maar geen ONE Record-pad heeft, is binnen enkele jaren technische schuld. Voor drone-operaties in Nederland speelt de koppeling met LVNL en het UAV-toezicht een vergelijkbare rol — software die luchtruimaanvragen niet kan automatiseren is binnen het commerciële drone-segment al achterhaald op het moment van oplevering. We modelleren dit soort regelgevings-toekomst expliciet in de architectuur, zodat een upgrade later geen herbouw vraagt.
Voor de meeste aviation apps kiezen we React Native of Flutter. Eén codebase voor iOS, Android en — belangrijk in de cockpit — iPad. Dat houdt het release-tempo hoog en zorgt dat een fix die de purser meldt morgen ook bij de captain landt.
Voor apps die offline-zwaar zijn, met grote datasets werken (chart-libraries, manual-pakketten van honderden megabytes) of waar performance kritiek is, kiezen we native iOS of Android. EFB-achtige toepassingen leunen vaak op deze route.
Cloud-backend (meestal AWS of Azure binnen Europese regio's vanwege data-residency), event-driven met een sync-protocol op basis van CRDT's of operational transforms. Edge-componenten waar latency naar een vliegveld telt.
De aviation-software-markt wordt gedomineerd door een handvol grote spelers: Sabre, Amadeus, Lufthansa Systems, IBS Software en Honeywell GoDirect. Voor cockpit-gebruik zijn ForeFlight (van Boeing) en Jeppesen de facto standaard. Voor training is CAE dominant. Voor de Nederlandse markt komen daar lokale spelers zoals AeroBuddies bij.
Die suites zijn meestal prima — totdat ze het niet zijn. We zien vier scenario's waarin maatwerk de logische keuze wordt: een niche-aanbieder waar geen commercieel pakket voor bestaat (bijvoorbeeld een specifieke charter- of MRO-werkwijze), een organisatie met diepe integratie tussen vijf of meer systemen waar de standaard-API's te kort schieten, een mid-market-speler waarvoor het enterprise-licentiemodel onhoudbaar is, en een white-label-behoefte van een handler die meerdere carriers tegelijk bedient met eigen branding en data-scheiding.
In al die gevallen is de winst niet alleen functioneel. Een eigen aviation app betekent dat de werkwijze van uw operatie de software stuurt, en niet andersom. Dat is voor mid-size operators vaak het verschil tussen werken-met-de-tool en werken-tegen-de-tool. We hebben vergelijkbare logica eerder toegepast in andere logistieke contexten — zie ook ons werk rond transport-software en maritieme software, waar dezelfde mix van offline-werken, regelgeving en multi-stakeholder-flows speelt.
Een tweede overweging is data-eigendom. Bij een standaard-suite zit de operationele data van uw airline of handler in de database van de vendor — meestal achter een geclosed API-model en met licentiekosten per record of per gebruiker. Dat is acceptabel zolang de vendor en uw organisatie aligned blijven, maar het wordt een probleem zodra u wilt overstappen, integreren met een nieuwe partner, of een eigen dataproduct (zoals een operationeel dashboard of een KPI-warehouse) wilt bouwen. Met een eigen aviation app houdt u die data in eigen handen, op een infrastructuur die u zelf bepaalt — en bouwt u verder op een fundament dat met uw operatie meegroeit.
We beginnen met een korte discovery op de werkplek: een platform, een crew-briefing, een MRO-hangar, een training-center. Wat we daar zien stuurt het ontwerp meer dan welke stakeholder-workshop dan ook. Aviation laat zich niet vanaf een Notion-board ontwerpen.
Vanaf de tweede week werken we in sprints met een testbare release per sprint. Eerste sprints richten zich op de offline-architectuur en het kritieke pad. Vroege gebruikers — een handvol crew-leden of monteurs — geven feedback voordat de bulk gebouwd is.
Roll-out doen we per basis, per shift of per handler-locatie, met een beheerd canary-traject. Dat past bij hoe de luchtvaart werkt: nooit alles tegelijk omgooien, altijd terug kunnen naar de vorige stand. Daarna pas opschalen.
Crew-rosters, briefings, manuals en operationele tools voor airlines die te klein zijn voor een volledige enterprise-suite, maar te groot voor Excel en e-mail.
Turn-around-apps, GSE-tracking, ULD-management en e-AWB-flows voor handlers die meerdere carriers tegelijk bedienen — vaak white-label.
Defect-reporting, parts-lookup en AD/SB-tracking voor Part-145-organisaties. Plus theorie- en checklist-apps voor flight schools en simulator-training.
Aviation-software lijkt aan de buitenkant op transport- of logistieke software, maar onder de motorkap is alles anders. Connectiviteit is een variabele — een crew-app moet op een tarmac in een afgelegen luchthaven net zo werken als in het kantoor van het hoofdkwartier. De operatie staat nooit stil — een vliegtuig dat aan de gate staat kost geld, dus de software mag de operatie nooit vertragen. Beslissingen zijn onomkeerbaar — een grondafhandelaar die "klaar" tikt zonder dat alles werkelijk klaar is, brengt het vliegtuig in beweging.
Dat verandert hoe we ontwerpen. We hanteren conservatieve defaults, harde validaties, expliciete bevestigingsstappen op kritieke acties, en geven gebruikers altijd een undo-pad voor zover de fysieke wereld dat toestaat. We werken met enterprise-grade software-engineering — denk aan onze aanpak voor enterprise-software — maar dan met een interactiemodel dat past bij iemand die in een veiligheidshesje op een platform staat.
Privacy en AVG verdienen aparte aandacht. Crew- en passagiersdata vallen onder strikte EU-regels, en in een internationale context (US, Midden-Oosten, Azië) komen daar exportrestricties bij. Data-residency, encryption-at-rest en role-based access bouwen we vanaf sprint één in — niet als feature aan het einde van het traject.
Tot slot: de cultuur van de luchtvaart kent een eigen taal en eigen normen. Just Culture in safety-reporting betekent dat een melder niet bestraft wordt voor een eerlijke fout — de software moet daarom psychologische veiligheid ondersteunen, niet alleen technische logging. CRM staat in deze context voor Crew Resource Management, niet voor Customer Relationship Management. Een app die de juiste taal en de juiste hiërarchie van besluitvorming respecteert wordt door crew, monteurs en handlers gewoon gebruikt. Een app die dat niet doet, hoe modern het design ook is, wordt na een week aan de kant gelegd. Dat soort details haalt u alleen op door letterlijk op de werkplek mee te kijken — en dat is dan ook waar we elk traject mee beginnen.
Een kennismaking van een half uur waarin we doornemen wat voor aviation-context u in beheert — crew, ground, cargo, MRO, training of passenger — welke regelgeving relevant is, en of maatwerk de juiste route is naast wat de standaardvendors aanbieden.
Appfront gebruikt cookies en vergelijkbare technieken voor een goede werking van de website, voor analyse en voor marketing. Je kiest zelf wat je toestaat. Lees meer in ons privacybeleid.
