Het recept voor een geweldige iOS-app 🍳

Je kent dat gevoel. Je opent een app en hij werkt — niet alleen in de betekenis van “hij compileert”, maar omdat hij je begrijpt. Alles zit op zijn plek, niets kraakt en als je de app sluit denk je: “Dat was prettig.” En je kent ook het tegenovergestelde: een trage knop, haperend scrollen, een toestemmingsvenster dat je overvalt voordat je zelfs maar weet waar de app voor dient. Tussen die twee ervaringen ligt een wereld. En bijna nooit is een magische functie het verschil. Het is een recept.

Ik publiceer apps sinds de allereerste dagen van de App Store, vanaf 2008. Een stuk of veertig apps, samen honderden miljoenen downloads en zo’n vijftien WWDC’s later krijg ik nog steeds dezelfde vraag: wat maakt een app geweldig, en niet alleen functioneel? Ik schrijf dit kort na WWDC26, nog een beetje beduusd na Apple Park. Na mijn terugkomst gaf ik daar samen met Claire een talk. Die heette The Recipe to Build a Great iOS App. Dit is de lange versie: het volledige recept waarvoor je op een podium nooit genoeg tijd hebt.

Waarom een recept?

Twee mensen met dezelfde eieren maken niet hetzelfde gerecht. Zo simpel is het. In iOS-ontwikkeling heeft iedereen dezelfde ingrediënten: Swift, SwiftUI en Xcode, gratis; honderden vrij beschikbare WWDC-sessies; stapsgewijze tutorials; en de Human Interface Guidelines, de designbijbel van Apple, op één klik afstand. Niemand heeft een geheim ingrediënt in de koelkast verstopt. Wat een geweldige app onderscheidt, is hoe je alles samenbrengt. En het goede nieuws: dat kun je leren.

Apple bewijst het ieder jaar. In 2026 wonnen van de meer dan twee miljoen apps slechts 12 een Apple Design Award, gekozen uit 36 finalisten in zes categorieën. De lat ligt hoog. Maar kijk wie hem haalt: een studio van twee mensen in Nederland naast een team dat al tien jaar itereert, een solo-ontwikkelaar in India naast CD Projekt Red. De boodschap van Apple is helder: design is geen kwestie van budget, teamgrootte of bereik. Het draait om aandacht.

En het grappigste is dat je die apps waarschijnlijk al gebruikt. Je weet alleen nog niet waarom ze werken. Tijdens dit recept komen we er een paar tegen — niet om namen te droppen, maar omdat elk ervan één specifiek punt beter laat zien dan een lange uitleg.

Ontwerpen met intentie — het doel vóór de code

Op WWDC26 publiceerde Apple een nieuwe fundamentele sessie: Principles of great design (sessie 250, zeventien minuten; kijk hem twee keer). Apple noemt daarin acht principes: Purpose, Agency, Responsibility, Familiarity, Flexibility, Simplicity, Craft, Delight. En Apple benadrukt iets wat junior developers liever niet horen: er is geen formule. “Jij moet je kennis en intuïtie gebruiken.” Het versterken van het ene principe kan een ander onder druk zetten. Afwegen, dát is het vak. Deze acht principes zijn geen recept dat je letterlijk moet volgen — het zijn de ingrediënten. Jij staat in de keuken.

Op het podium nam Claire vier principes voor haar rekening en ik de andere vier. Hier krijg je ze alle acht, in de volgorde van het recept in plaats van die van de slides. Alles begint met het lastigste onderdeel, dat we altijd overslaan: Purpose. De mise-en-place. In de keuken betekent dat alles klaarzetten voordat je het vuur aansteekt. In design betekent het dat je vóór de eerste regel code de enige vraag stelt die ertoe doet: heeft wat ik maak een echt doel? Als dat niet helder is, is het nog niet klaar.

Mijn eerste voorbeeld is grug, winnaar van de Apple Design Award 2026 in de categorie Delight & Fun. De Nederlandse studio Ocho bestaat uit twee mensen: Jip van der Velde en Michel Elings, die sinds 2012 samenwerken. grug heeft één idee: elke dag één uitspraak in neolithisch gebrom. “only walking grug find breakthrough… sitting grug find nothing.” Geen login, geen cloud, geen sociale functies. De kracht zit niet in wat de twee makers er knap aan toevoegden, maar in alles wat ze moedig niet toevoegden. (Ze bouwden zelfs een engine voor een handgetekend lettertype en een eigen statusbalk. Hun Q&A op Apples website is de moeite waard.) Weglaten telt net zo goed als toevoegen. Kiezen wat je bouwt, betekent ook kiezen wat je niet opneemt.

Hoe vind je dat doel concreet? Schrijf het in één zin op: [wat de app doet] voor [wie], op [welk moment in hun leven]. Als je zin een “en” nodig heeft, beschrijf je misschien twee apps in plaats van één. Noteer daarna alles wat je zou kunnen bouwen en schrap wat die zin niet dient. Elke functie die overblijft moet “zijn huur betalen”: is hij de tijd, aandacht en het vertrouwen waard dat hij vraagt? Dat zijn de echte kosten van een functie — niet de ontwikkeluren, maar drie schaarse middelen die je van de gebruiker vraagt. De beginnersval is iets toe te voegen omdat het kan (“ach, dat kost me maar twee uur”). Elke toevoeging verwatert het doel. Het doel verdedigen betekent vaak nee zeggen. De ultieme test: laat je zin aan drie mensen zien. Als ze niet kunnen raden wat de app doet, is het doel niet scherp genoeg. “Een visuele planner voor neurodivergente breinen.” “Dagelijkse wijsheid in prehistorisch gebrom, zonder account.” Lukt dat niet, ga dan terug naar de keuken.

Aan het roer — en fouten kunnen herstellen

Het tweede principe, Agency, betekent dat je mensen op hun eigen manier laat handelen. Een interface mag nooit in de weg staan van wat iemand probeert te doen. Laat mensen erin duiken, op hun eigen tempo verkennen, de onboarding overslaan als ze dat willen en de interface inrichten zoals het hun uitkomt. Je begeleidt, maar zet ze niet op rails. Meer controle leidt tot meer betrokkenheid — geen slogan, maar mechaniek.

Mijn voorbeeld is Tiimo, uitgeroepen tot iPhone App of the Year bij de App Store Awards 2025 (en in 2024 al finalist voor een Apple Design Award). Het is een visuele planner die neurodivergente mensen meer controle over hun tijd geeft. Het team zit in Kopenhagen, meer dan een miljoen mensen gebruiken de app en — geen onbelangrijk detail — de app is voor altijd 100% advertentievrij. Tiimo is ontworpen met de mensen om wie het gaat, niet alleen voor hen. Dat is agency geven: niet voor mensen beslissen.

Het gevolg van Agency is vergevingsgezindheid. Mensen versturen, wijzigen en verwijderen voortdurend dingen per ongeluk. Het is jouw taak om dat omkeerbaar te maken. Apple biedt een duidelijke rangorde voor risicovolle handelingen, van beste naar slechtste. Eerst Undo, standaard: alles kan ongedaan worden gemaakt, zodat iemand iets durft te proberen en zich kan bedenken. Daarna Confirm, alleen als ongedaan maken onmogelijk is (definitief verwijderen, onomkeerbaar versturen). Interrupt is het laatste redmiddel om een echte ramp te voorkomen. De klassieke beginnersfout is voor alles bevestiging vragen: na te veel “Weet je het zeker?” klikt de gebruiker zonder te lezen op “Ja”, en beschermt de waarschuwing niets meer. In code komt dit neer op drie dingen die je uit je hoofd moet kennen: een UndoManager, een confirmationDialog en de rol .destructive op gevoelige knoppen. Dit vangnet vertraagt de gebruiker niet; het geeft vertrouwen om je app te verkennen en te gebruiken.

In het belang van mensen — en verantwoorde AI

Het derde principe, Responsibility, begint bij privacy. Apple gebruikt een metafoor die ik geweldig vind: stel je voor dat een vreemde je op straat aanspreekt met “geef me je nummer”, zonder te vertellen waarom. Je zou hem geen seconde vertrouwen. Toch doen duizenden apps precies dat: ze gooien meteen bij het opstarten een toestemmingsvenster naar je hoofd, voordat je begrijpt waarvoor de app dient. Een verantwoordelijke interface wacht op het juiste moment, vraagt alleen het strikt noodzakelijke en legt uit waarvoor het nodig is.

Het perfecte voorbeeld is Be My Eyes, bekroond bij de App Store Awards 2025 in de categorie Cultural Impact. De app werd in 2015 gelanceerd door Hans Jørgen Wiberg — die zelf op zijn 25e begon te verliezen — en brengt blinde en slechtziende mensen in contact met ziende vrijwilligers en sinds kort ook met AI, Be My AI. Dit detail maakt het verschil: de app vraagt pas toegang tot de camera wanneer de gebruiker visuele hulp vraagt, nooit bij het openen. Be My AI is samen met duizenden blinde en slechtziende testers ontwikkeld. AI vult de mens aan; ze vervangt hem niet. Dat is het model.

En we moeten het over AI hebben, want in 2026 is die overal. iOS 27 — aangekondigd tijdens deze WWDC, de laatste keynote van Tim Cook als CEO — brengt Siri, Apple Intelligence en de Foundation Models op het apparaat naar elk hoekje van het systeem. Die modellen draaien lokaal, gratis en sturen je gegevens nergens anders heen. Dat is een enorme kans voor ons als ontwikkelaars. Maar hoe meer intelligentie je toevoegt, hoe zwaarder je verantwoordelijkheid weegt. Apples voorbeeld is bewust alledaags, en juist daarom komt het binnen: een receptenapp. De gebruiker heeft een allergie opgegeven. Het model stelt op eigen houtje een gerecht met dat allergeen voor. Dat is geen cosmetische bug, het is een echt gevaar. De les: een model kan iets onverwachts, onwaars of gevaarlijks produceren. Denk vooruit aan het slechtste scenario en bouw waarborgen in (voorbeelden, bevestigingen, disclaimers), of haal de functie er helemaal uit als het risico groter is dan de waarde. Waarborgen ontwerp je vanaf het begin, niet als patch nadat de app is afgekeurd.

De taal van het platform spreken — Familiarity & Flexibility

Het vierde principe is Familiarity. Je publiek komt met een heel leven aan ervaring: de echte wereld plus de conventies van alle andere apps die ze gebruiken. Maak daar gebruik van. Een prullenbak betekent verwijderen (en herstellen); gebruik dat pictogram voor iets anders en de herkenning breekt meteen. Dingen die er hetzelfde uitzien, moeten zich hetzelfde gedragen. Op de Mac sluit je een venster linksboven — de gebruiker hoeft daar niet over na te denken. Voor gewone acties moet je het wiel niet opnieuw uitvinden: gebruik eerst systeemcomponenten. De versie van Familiarity voor 2026 heet Liquid Glass, het materiaal dat op WWDC25 werd geïntroduceerd en nu overal in iOS 26 zit. In code zijn dat .glassEffect(), GlassEffectContainer en .buttonStyle(.glass). Een valkuil die je een avond kan kosten: een ancestor met .clipped() of .mask() verbreekt het effect zonder waarschuwing. Gebruik liever systeemcomponenten voordat je overal je eigen glass toepast. (Apples voorbeelden van dit jaar zijn Moonlitt en Tide Guide, als je wilt zien hoe het goed kan.)

Dan is er Flexibility: mensen gebruiken je ontwerp op manieren die net zo uniek zijn als zijzelf. Apple gebruikt muziek als voorbeeld: thuis op luidsprekers, hardlopend met AirPods en Watch, in de auto handsfree — dezelfde app, drie ervaringen. De meest concrete manier om flexibiliteit in 2026 te realiseren, is buiten je scherm te treden. Je stelt de acties van je app beschikbaar aan het systeem via App Intents. Opeens leeft je app in Siri, Spotlight, Opdrachten, widgets, het Bedieningspaneel en Apple Intelligence — zonder dat iemand de app opent. Dat levert vindbaarheid en behoud tegelijk op. Kies voor een nieuwe app een of twee kernacties (“taak toevoegen”, “timer starten”), geef ze een App Intent en sluit ze via Assistant Schemas aan op Apple Intelligence. Veteraan John Geleynse noemde dit in het iOS 5-tijdperk al “Connected”: je app moet verder reiken dan zijn eigen venster. De versie van dat idee in 2026 is App Intents.

De juiste gereedschappen — Swift, SwiftUI, Xcode

We hebben de intentie, het doel en de principes. Nu het gereedschap. En hier kan ik je geruststellen: drie zijn genoeg om te beginnen, allemaal gratis. Geen React Native nodig, geen Flutter, geen backend op dag één. Begin met Swift: een veilige taal (optionals en strikte typing voorkomen hele klassen bugs voordat je app start), toegankelijk en snel. Je hoeft niet alles te beheersen; generics, actors en concurrency komen later. Net genoeg om vooruit te komen.

Daarna SwiftUI: een declaratief framework waarin je beschrijft wat de UI moet doen, niet hoe je die tekent. Minder code, en dezelfde basis voor iPhone, iPad, Mac, Watch en Vision Pro. Het levende bewijs is Moonlitt — Apple Design Award 2026 (Interaction), volledig met SwiftUI gebouwd door de Italiaanse studio Flipping Hues (drie ontwikkelaars die elkaar ontmoetten aan de Apple Developer Academy in Napels). Maanfasen, fotoplanning, onboarding in een paar tikken en een Liquid Glass-integratie die de jury “best-in-class” noemde. Een magisch detail van 2025-26: als je opnieuw compileert met de iOS 26 SDK, neemt een app Liquid Glass automatisch over. Je hoeft niet alles te herschrijven — maar doe wel een visuele audit, want “automatisch” is niet hetzelfde als “perfect”.

Het derde gereedschap is Xcode, de complete werkplaats: editor, simulator, debugger, tests en distributie. De combinatie van SwiftUI en Previews verandert alles als je begint: je ziet het effect van elke regel meteen, zonder een volledige rebuild. Zet een #Preview op iedere niet-triviale view; dat wordt vanzelf een gewoonte. En vooral: koken leer je niet door recepten te lezen. Apple biedt gratis begeleide tutorials. Doe Scrumdinger helemaal, de voorbeeldapp die lijsten, navigatie, opslag en toegankelijkheid behandelt. Je leert meer van één afgeronde app dan van honderd video’s op dubbele snelheid.

De basis — architectuur en data

Een gerecht zonder structuur valt uit elkaar. Leg een solide basis voordat je aan craft denkt. Een app bestaat uit drie dingen die met elkaar praten: views, data (de waarheid) en navigatie. Als je dat vroeg goed neerzet, hoef je over drie maanden niet alles te herschrijven. De beginnersval is data die elkaar op verschillende schermen tegenspreken. De SwiftUI-regel: één bron van waarheid (@State, @Observable, @Bindable) en bindings die al het andere synchroniseren. Om gegevens tussen starts te bewaren, is SwiftData ruim voldoende voor een v1 — dezelfde gedachte als SwiftUI, krachtiger en met minder code dan Core Data.

En dan is er de kwaal die ik overal zie: je leest tien architectuuracroniemen (MVVM, TCA, VIPER… ~~en andere angstaanjagende bezweringen~~) en raakt verlamd voordat je één view hebt geschreven. Stop. Houd het eenvoudig, volg de patronen van het platform en refactor pas als je ergens last van krijgt. Vergeet niet: grug is gemaakt door twee mensen zonder architectuurblog. Tiimo itereerde tien jaar voordat het App of the Year werd. Een onvolmaakte app die bestaat is altijd beter dan een perfecte architectuur die nooit afkomt.

De smaakmakers — wat goed van geweldig onderscheidt

Het gerecht is gaar. Nu de details — afzonderlijk onzichtbaar, samen voelbaar. Dat is het principe Craft: “aandacht voor detail die mensen laat zien dat je hun ervaring echt belangrijk vindt.” Je voelt een slordig product aan als een klemmende deur of een overhemd dat loslaat. Een trage knop, schokkerig scrollen, scheef uitgelijnde iconen of een layout die bij draaien kapotgaat, voelt kwetsbaar. Daardoor twijfel je aan de kwaliteit van alles eromheen. Craft wekt juist vertrouwen. De “materialen” zijn scherpe typografie op elk scherm, kleuren die zich aanpassen aan licht en donker, animaties die direct op je vinger reageren en betrouwbare SDK’s. Mijn voorbeeld is (Not Boring) Camera, finalist voor de ADA 2026 (Visuals & Graphics). De signatuur van de studio is de obsessie met materialen: een 3D-interface, dynamisch licht, haptiek en geluid zijn zo realistisch dat je denkt een analoge camera vast te houden.

Een verwant principe is Simplicity — pas op voor de misvatting: simpel is niet hetzelfde als minimalistisch. Alles op één plek verstoppen is minimaal, niet simpel. Simpel betekent intuïtief en zonder wrijving: je vindt wat je zoekt zonder moeite. Dat vraagt om beknoptheid (heldere taal, minder stappen) en duidelijkheid (een sterke hiërarchie van volgorde, ruimte en contrast, zodat het belangrijkste het meest opvalt). Soms betekent vereenvoudigen juist meer context toevoegen op de juiste plek — bijvoorbeeld de resterende tijd op een afspeel-/pauzeknop. Het perfecte voorbeeld is Tide Guide, Apple Design Award 2026 (Visuals & Graphics) van de Amerikaanse studio Condor Digital. Het onderwerp is alledaags — getijden — maar de uitvoering uitzonderlijk: complexe uurgegevens samengebracht in één grafiek die je in één oogopslag begrijpt, met kleuren die aansluiten bij de lucht gedurende de dag. Een gewoon onderwerp, maniakale aandacht. Dat is het punt.

Ook toegankelijkheid hoort bij het recept. En ik zeg het maar direct: het is geen luxe, het betekent meer gebruikers en een betere app voor iedereen. VoiceOver, Dynamic Type, voldoende contrast en aanraakdoelen van minimaal 44×44 punten. Be My Eyes en Tiimo maakten toegankelijkheid vanaf het ontwerp een pijler. Op tv won HBO Max zelfs de titel App of the Year 2025 op Apple TV nadat Amerikaanse gebarentaal was toegevoegd. Sinds iOS 26 staan er ook Accessibility Nutrition Labels op de App Store-pagina: negen functies die je kunt opgeven (VoiceOver, Voice Control, Larger Text, Dark Interface, Differentiate Without Color, Sufficient Contrast, Reduced Motion, Captions, Audio Descriptions). Vandaag vrijwillig, later verplicht — begin dus op tijd. Er is één gouden regel: doe een eerlijke audit. Alle gebruikelijke taken in de app moeten kunnen met elke functie die je opgeeft. Zo niet, geef die functie dan niet op. De WWDC25-sessie “Evaluate your app for Accessibility Nutrition Labels” laat zien hoe.

En nu we het over craft hebben, ook prestaties. In juni 2026 was Apples signaal ondubbelzinnig. De pers noemde iOS 27 al snel een “Snow Leopard”-release, als verwijzing naar het bekende Zero New Features uit 2009. Geen vuurwerk, maar Apple publiceerde meer dan veertig echte optimalisaties: apps starten tot 30% sneller, foto’s verschijnen na het maken 70% sneller, AirDrop is 80% sneller, en een herschreven CPU-scheduler helpt het hele assortiment tot en met iPhone 11. Voor jou betekent dat een app die traag aanvoelt nog sterker afsteekt. Vloeiende animaties, snel opstarten, geen haperingen bij het scrollen — en testen op echte apparaten, liefst een iPhone 11 of 12, niet alleen op de simulator van het nieuwste model. Craft is ook duurzaamheid: beweeg mee wanneer er nieuwe functies of hardware komen, zodat mensen zich ondersteund voelen. “Design is never really finished” is geen ~~Pinterest~~-quote, het is de realiteit van elke App of the Year.

Opdienen — testen en publiceren

Een geweldig gerecht serveer je niet op een vies bord. Voor de App Store is er TestFlight: tot 100 interne testers (leden van je App Store Connect-team) en 10.000 externe testers via een openbare link of e-mail. De eerste externe build gaat door een Beta App Review, een aparte wachtrij naast die van de App Store. Vaak duurt dat een paar uur, soms langer. Feedback, screenshots en crashes komen rechtstreeks in App Store Connect binnen. En ik herhaal het omdat bijna niemand het doet: test op echte apparaten. De simulator bootst prestaties, batterij of echte toestemmingen niet na.

Het tweede wat mensen onderschatten: de App Store-pagina hoort bij de app. Icoon, screenshots, beschrijving, Privacy Nutrition Label en Accessibility Nutrition Label moeten eerlijk weergeven wat de app doet. Apple is duidelijk: misleidende metadata betekent afwijzing (Guideline 2.3). Screenshots moeten de echte app tonen, geen nepinterface en geen “coming soon”. Lees de App Review Guidelines vroeg, niet als laatste horde: vijf onderdelen (Safety, Performance, Business, Design, Legal). Voeg je ooit in-app aankopen toe, lees dan het onderdeel Business voordat je code schrijft, niet erna. In 2026 zegt Apple ongeveer 90% van de inzendingen binnen 24 uur te beoordelen, maar dat geldt vooral voor updates van bestaande apps. Een eerste inzending duurt vaak twee tot vijf dagen (langer in september en december en bij gereguleerde categorieën zoals gezondheid, financiën en kinderen). Behandel elke afwijzing als een concrete technische eis, nooit als een oordeel: kopieer de afwijzing naar je notities en los elk punt op.

De stap naar publicatie is het Apple Developer Program, $99 per jaar: TestFlight, App Store Connect, certificaten, pushmeldingen en Sign in with Apple zijn inbegrepen. (Om op je eigen iPhone te programmeren hoef je niet te betalen: het gratis developeraccount volstaat, met een certificaat dat je elke zeven dagen kunt vernieuwen. Het betaalde programma is alleen nodig voor externe TestFlight-tests en publicatie.) Archiveer in Xcode, upload de build en dien hem in via App Store Connect. Je kunt zelfs een gefaseerde release over zeven dagen instellen. En dan is je gerecht ineens beschikbaar in 175 storefronts wereldwijd. Denk vroeg aan lokalisatie — ten minste aan beschrijving en screenshots voor je doelmarkten.

Klanten bereiken — en het gerecht levend houden

We hebben een geweldig gerecht opgediend. Maar een restaurant dat niemand kan vinden, is geen geweldig restaurant. Elke week bezoeken honderden miljoenen mensen de App Store; zichtbaarheid moet je verdienen. Vindbaarheid is ASO plus marketing, en elk onderdeel van je pagina beïnvloedt downloads. Voor zoeken worden 30 tekens van de titel, 30 van de ondertitel en 100 van het zoekwoordenveld geïndexeerd: 160 tekens SEO-ruimte die je zorgvuldig moet kiezen. Naam en icoon maken de eerste indruk; de eerste regel van de beschrijving wordt het vaakst gelezen, maar wordt niet geïndexeerd — daarvoor is het aparte zoekwoordenveld. Kies je categorie zorgvuldig en prop je titel niet vol met zoekwoorden, anders riskeer je afwijzing (opnieuw Guideline 2.3).

Drie hulpmiddelen die veel mensen over het hoofd zien. Custom Product Pages: maximaal 70 varianten van je pagina, elk met eigen screenshots, promotietekst en een unieke URL (?ppid=…) voor campagnes — een pagina voor ouders, een voor professionals, een seizoenspagina. Je meet elke pagina apart en sinds iOS 18 kan die rechtstreeks naar het juiste scherm linken. Product Page Optimization: een ingebouwde A/B-test in App Store Connect die varianten van iconen, screenshots of app-previews aan een willekeurige steekproef laat zien en met 90% betrouwbaarheid een winnaar aanwijst (meet minstens twee weken). En de drie andere hefbomen: campaign links (kanalen toeschrijven in App Analytics), Apple Ads (Today-plaatsing en zoekresultaten; met een bescheiden budget kun je zoekwoorden testen) en Featuring Nominations (een formulier in App Store Connect om Apples redactie een voorstel te doen — vertel het menselijke verhaal; Be My Eyes en Tiimo zijn goede voorbeelden). Begin met één of twee Custom Product Pages voor je grootste kanalen. De limiet van 70 is geen doel op zich.

Zodra je app online staat, begint het echte werk. Een app is nooit “af”. Luister naar feedback (TestFlight, App Store-reviews, e-mail aan support), bekijk crashes in Xcode Organizer en publiceer regelmatig updates. Meet alles in App Analytics: conversie van pagina naar download, retentie op dag 1/7/30, sessies en de prestaties van elke Custom Product Page. Reageer op reviews — vooral negatieve en vooral de eerste: de reviewer krijgt een melding en kan de score aanpassen. Tiimo had tien jaar nodig voor de titel. Be My Eyes itereert sinds 2015. Twee mensen werken sinds 2012 aan grug. Geen van deze apps verscheen perfect. Ze hebben geïtereerd.

Het geheime ingrediënt

Je verwachtte toch een geheim ingrediënt? Dat is er altijd. En dit ingrediënt is geen framework, API of WWDC-sessie. Het is aandacht. Care. De intentie achter elke stap, van het eerste scherm tot het moment waarop je een betaling durft te vragen. Uiteindelijk zijn het Craft en Delight samen. Delight, het achtste principe, is moeilijk te definiëren maar onmiddellijk herkenbaar — en nooit confetti die je er op het einde op plakt. Het is de optelsom van alle aandacht in het product: het natuurlijke gevolg van de andere principes goed toepassen. Bepaal welk gevoel je wilt oproepen (ontspanning, vertrouwen, enthousiasme) en versterk het overal. Zo wordt “het werkt” “ik ben er dol op”.

Mijn vier voorbeelden — grug, Be My Eyes, Tiimo en Moonlitt — hebben geen enkele functie gemeen. Een prehistorische spreuk, visuele hulp, een planningstool en een app met maanfasen. Maar achter alle vier staan mensen die er echt om gaven. Uiteindelijk telt alleen hoe goed je app aansluit op de behoeften van de mensen voor wie je hem bouwt. De rest is techniek. En techniek kun je leren.

Het beste advies dat ik je kan geven past in twee woorden: kom koken. Open vandaag Xcode, pak een Apple-tutorial en maak een kleine app — desnoods simpel, desnoods lelijk. Een app die je in één zin kunt uitleggen, een TestFlight-beta die je naar drie vrienden stuurt, een eerlijke App Store-pagina. Doorloop de hele cyclus één keer; richt je daarop, niet op perfectie. Dat zeggen we tegen elkaar bij elke meetup van de ⌘+F-community. Het is het verschil tussen mensen die “er binnenkort aan beginnen” en mensen die shippen.

En als je een uitzonderlijk project hebt, neem contact op. Innoveren is waar ik warm voor loop.

Verder lezen

Voor design: bewaar de Human Interface Guidelines (gratis, actueel en op WWDC26 uitgebreid met een nieuwe pagina over Design principles) en de sessie Principles of great design. Voor code: Swift, SwiftUI, App Intents en de Apple-tutorials. Voor distributie: TestFlight, de App Review Guidelines en Custom Product Pages. Voor inspiratie zijn er de pagina’s van de Apple Design Awards en de App Store Awards 2025, plus de pagina’s van de genoemde apps, waar junior developers het werk van dichtbij kunnen bekijken. Dank aan Claire voor de helft van dit recept. Nu is het jouw beurt om te koken. 🍳