Een maatwerk pers-app voor uw krant, magazine of perskamer. Van paywall-flow en offline-leesmodus tot AI-transcriptie, journalist-tooling en branded distributie van persberichten — gebouwd op uw eigen stack, niet op een gedeeld platform.
De grote uitgevers — DPG Media, Mediahuis — hebben eigen interne app-platformen die met tientallen miljoenen euro's per jaar onderhouden worden. Voor kleinere uitgevers, vakbladen, regionale dagbladen en corporate perskamers is dat geen realistische route. Een gedeelde Tinypass- of Piano-stack is goedkoper, maar laat weinig ruimte voor eigen UX, eigen merk, of eigen workflow. Apple News+ en vergelijkbare aggregators schalen wel, maar nemen een aanzienlijk deel van de abonnement-omzet — en u verliest de directe relatie met uw lezer.
Wij bouwen maatwerk pers-apps die ergens tussenin zitten: minder duur dan een eigen platform-team, meer flexibel dan een SaaS-template. Of het nu om een consumer-leesapp gaat, een interne journalist-tool, of een PR-distributie-app voor uw corporate communicatie — we werken vanuit uw redactionele realiteit, niet vanuit een feature-lijst. Het verschil zit zelden in technologie en bijna altijd in workflow: hoe komt kopij vanaf locatie tot publicatie, hoe wordt een breaking-news-push uitgestuurd zonder dat de hele redactie wakker wordt, en hoe ziet de paywall-flow eruit voor lezers die net één gratis artikel per maand willen lezen.
Pers-apps verschillen ook fundamenteel van andere media-apps. De vereisten rond bronbescherming zijn strenger dan bij commerciële apps. Verwachte uptimes zijn hoger — als een breaking-news-push faalt, mist u het moment. En de spanning tussen redactionele onafhankelijkheid en commerciële inkomsten (advertising, abonnementen, sponsored content) moet zowel in de UX als in de data-architectuur zichtbaar zijn. Dat zijn keuzes die je niet aan een generieke template overlaat.
Welke richting past, hangt af van wie de eindgebruiker is: de lezer thuis, de journalist op pad, of de PR-collega die persberichten verspreidt. We adviseren in het eerste gesprek wat voor uw situatie het meeste oplevert.
De klassieke pers-app: artikelen, paywall, offline-leesmodus voor in de trein, push-notificaties bij breaking news, en een audio-versie van langere artikelen via text-to-speech. Personalisatie op basis van leesgedrag, deelbare links per artikel, en sync tussen web en app zodat uw lezers naadloos overschakelen tussen kanalen. Voor magazines bouwen we vaak een variant met richer media-layouts — embedded video, interactieve graphics, fullscreen-fotografie — terwijl voor dagbladen de focus juist ligt op leessnelheid, lage data-verbruik en een minimal-UI tijdens reading. Een community-laag (comments, reader-reacties, lezerssuggesties) is optioneel en hangt af van uw redactionele moderatie-capaciteit.
Een mobiele werkomgeving voor uw redactie: kopij schrijven en indienen vanaf locatie, foto- en video-upload met basis-edit, een afgeschermd bronnen-archief, en AI-transcriptie van interviews via Whisper of vergelijkbare modellen. Inclusief versleutelde communicatie met bronnen en locatie-tagging bij reportages, zodat de chain-of-custody van uw materiaal aantoonbaar blijft. Voor onderzoeksjournalistiek bouwen we standaard een FOI-request-tracker (Wob/Woo) waarin verzoeken gestructureerd opgevolgd worden, plus een notulen-functie die spraak naar gestructureerde tekst omzet en automatisch koppelt aan het juiste dossier. Editor-workflow vanuit de app naar de redactie ondersteunt versie-historie en review-comments, zodat kopij in twee stappen van plek tot publicatie kan zonder dat er op desktop nog handwerk nodig is.
Voor afdelingen communicatie, woordvoerders en PR-bureaus: een platform waar persberichten, persmappen en quotes gestructureerd uitgaan naar uw eigen journalistendatabase. Inclusief embargo-management, multi-channel distributie, en media-monitoring zodat u ziet welke uitgaven uw nieuws oppikken. Voor grotere organisaties bouwen we een quote-management-laag in: welke woordvoerder is bevoegd voor welk onderwerp, welke quote is reeds gebruikt door welke journalist, en welke embargo-deadline geldt voor welk kanaal. Dat scheelt de communicatie-afdeling structureel handwerk en voorkomt incidenten rond te vroeg gepubliceerde nieuws-items. Branche-organisaties en persvrijheidsorganisaties gebruiken dezelfde stack vaak voor coördinatie van gezamenlijke statements en internationale persmomenten.
Een werkende, productie-rijpe pers-app inclusief alles wat uw redactie en IT-team nodig hebben om er zelf mee verder te kunnen.
We werken in sprints, leveren elke twee weken een test-build op, en spreken vanaf het eerste gesprek af welke onderdelen u zelf wilt beheren en welke u bij ons belegt.
Niet elke uitgever heeft een eigen app nodig — en niet elke app hoeft maatwerk te zijn. Vier patronen waarbij wij merken dat maatwerk wel echt waarde toevoegt.
U bent een vakblad, regionaal dagblad of niche-uitgever. Een Tinypass- of Piano-template is te beperkt voor uw redactionele flow. Een eigen platform-team is te zwaar. Maatwerk schaalt mee met wat u feitelijk nodig heeft.
U wilt journalisten ontlasten met AI-transcriptie van interviews, automatische samenvattingen voor lezers, of vertaling van internationale wires. Generieke pers-platforms bieden dit niet of erg beperkt. Wij bouwen dit in op uw eigen LLM-stack.
U bent een holding met meerdere kranten of magazines onder verschillende merken. Eén codebase, meerdere apps, gedeelde backend en abonnement-laag — dat is precies waar maatwerk loont ten opzichte van per-titel een SaaS-licentie.
U bent geen uitgever maar een organisatie met een actieve perskamer: bedrijf, branche-organisatie, persvrijheidsorganisatie. Generieke PR-tools missen embargo-flow en eigen merk-branding. Een eigen distributie-app maakt verschil bij journalisten.
Geen voorgekookte keuze, geen vendor lock-in. We werken met de stack die bij uw bestaande infrastructuur en redactionele cadans past.
Voor de meeste pers-apps adviseren we React Native vanwege de grote pool aan front-end-talent en de soepele integratie met bestaande web-codebases. Flutter is een serieus alternatief als u sterk grafische UX of een hoge animatie-dichtheid wenst. Native iOS en Android per platform doen we alleen als er een specifieke reden voor is — anders is dubbel onderhoud niet de moeite waard.
Strapi, Directus, Sanity of Contentful voor wie vanaf nul start. Voor uitgevers met bestaande redactionele systemen — Naviga, Atex, WordPress met de WP REST API, Drupal — bouwen we een API-laag die het bestaande CMS leidend laat. We dwingen geen migratie af als uw redactie tevreden is met de huidige tools.
Firebase Cloud Messaging is de meest gangbare keuze, OneSignal is een alternatief met betere segmentatie-tools out-of-the-box. Voor breaking-news-pushes bouwen we een redactionele goedkeuring-flow zodat alleen geautoriseerde redacteuren een push kunnen versturen — geen junior die per ongeluk drie miljoen toestellen wakker maakt.
Voor on-app zoekgedrag werken we met Algolia, Typesense of Meilisearch — afhankelijk van budget en privacy-eisen. Voor audio-versies van artikelen integreren we ElevenLabs of Anthropic-gebaseerde TTS. Voor journalist-transcriptie is Whisper de standaard, met optioneel een on-device-variant zodat audio het toestel nooit verlaat.
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Lezer-data — leesgedrag, abonnement-status, betaalhistorie — valt onder AVG. We minimaliseren wat verzameld wordt, regelen expliciete consent voor analytics en advertising, en sluiten verwerkersovereenkomsten met elke partij die data ziet. Cookie- en consent-flows volgen de TTDSG en de Nederlandse Cookiewet. Default werken we met privacy-vriendelijke analytics in plaats van Google Analytics, zodat een afwijzing van tracking-consent niet betekent dat u blind vliegt op uw eigen app-statistieken.
De EMFA uit 2024 stelt eisen aan transparantie van eigendomsstructuren, redactionele onafhankelijkheid, en bescherming van journalist-bronnen. Voor de pers-app betekent dit onder andere: eigendomsinformatie zichtbaar in de app, een duidelijke scheiding tussen redactionele en commerciële content, en aantoonbare procedures rond bronbescherming. We adviseren waar de EMFA-eisen impact hebben op product-keuzes.
Voor journalist-apps bouwen we end-to-end versleutelde communicatie met bronnen (Signal-protocol of equivalent), zodat ook Appfront als bouwer geen toegang heeft tot inhoud. Bronnen-databases worden zero-knowledge opgezet waar mogelijk, en metadata-minimalisatie is default — geen IP-logs, geen retentie van connection-metadata langer dan operationeel nodig.
De Digital Services Act geldt voor de grote uitgever-platforms met aparte rapportage-eisen rond content-moderatie en advertising-transparantie. De AI Act verplicht transparante labeling van AI-gegenereerde of -bewerkte content — wij bouwen die labels in zonder dat redactie daar handmatig op hoeft te letten. Voor user-generated content (comments, reader-foto's) regelen we Creative Commons-licenties of expliciete rechtenovereenkomsten via de submission-flow.
De European Accessibility Act geldt sinds juni 2025 voor commerciële diensten richting consumenten — pers-apps vallen daar onder. We bouwen WCAG 2.2 AA in vanaf de eerste sprint, niet als afsluitende patch. Voorleesbare tekstgroottes, voldoende contrast, screenreader-compatibele navigatie, en een audio-versie van artikelen die ook zonder externe TTS werkt. Publieke media (omroepen, overheidskaders) hebben vaak strengere eisen die we apart in de scope meenemen.
We brengen in kaart wie de eindgebruiker is: lezer, journalist, woordvoerder. Welke flows door de app moeten lopen, welke bestaande systemen er al draaien (CMS, abonnement-platform, ad-server), en welke compliance speelt — AVG, EMFA, bronbescherming, DSA, EAA. Zie ook onze pagina over app-ontwikkeling voor onze bredere aanpak.
Interviews met 3-5 eindgebruikers — abonnees, journalisten of woordvoerders, afhankelijk van het type app. Daarna keuzes over de content-architectuur: blijft uw bestaande redactie-CMS leidend, of integreert u tegelijk met een nieuwe headless CMS? De uitkomst is een werkbare scope plus de eerste schermflow.
Elke twee weken een werkende build op TestFlight en in interne Android-tracks. We beginnen met de meest risicovolle onderdelen: paywall-flow met Apple en Google review, offline-sync, en de eerste integratie met uw CMS. Pas daarna komen secundaire features als comments, personalisatie en TTS-audio.
Apple en Google hebben strikte regels rond paywall-content, kindbescherming, en in-app purchase. We doen de store-submissie zelf, behandelen review-vragen, en testen met een beperkte groep abonnees via TestFlight en Play Closed Testing voordat we publiek gaan.
Gefaseerde release naar uw abonnee-base, monitoring op crash-free sessies en abonnement-funnel, en doorlopend beheer voor OS-updates, security-patches en nieuwe features. Een app is geen project dat eindigt — het is een product dat blijft draaien. We spreken vanaf de start af hoe nieuwe features prioriteit krijgen: vaste sprint-capaciteit per kwartaal, of pay-as-you-go op aanvraag. Bij grotere doorontwikkelingen — een tweede titel, een nieuw abonnement-model, integratie met een ad-server — pakken we dat op als een afgebakende mini-traject met eigen scope en planning, zodat de lopende app stabiel blijft draaien terwijl het nieuwe werk in een feature-branch ontwikkeld wordt.
Wat redactieleiders, uitgevers en communicatiehoofden meestal willen weten voor we beginnen.
Een kennismaking van een half uur, vrijblijvend. We luisteren naar uw redactionele realiteit, denken mee over paywall-strategie, AI-tooling of distributie-flow, en geven richting waar u iets aan heeft. Geen verkooppraat. Voor verwante apps zijn er ook trajecten beschreven onder B2C-app laten maken.
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.
