Twijfel je tussen een web-app en een native app? Voor de meeste startups is het antwoord: begin met een webapplicatie, of met een cross-platform app als je product echt op de telefoon leeft. Een volledig native app, met aparte code voor iOS en Android, is voor een eerste versie zelden nodig. In werkelijkheid kies je namelijk niet uit twee maar uit vier routes: een webapplicatie, een PWA, een cross-platform app of een volledig native app. In dit artikel lees je wat elke route is, wat hij wel en niet kan, wat hij kost en hoe je kiest.

De korte versie

  • Webapplicatie: werkt in elke browser, is via een link te delen en is het snelst live. De beste start als je gebruikers vooral achter een computer zitten of af en toe iets doen.
  • PWA: een webapplicatie die je op je beginscherm zet en die meldingen kan sturen. Een goede tussenstap, maar op iPhones met meer beperkingen dan op Android.
  • Cross-platform app: één codebase voor iOS en Android, in de App Store en Google Play. De logische keuze als je product draait om de telefoon: camera, meldingen of dagelijks gebruik.
  • Volledig native: aparte apps voor iOS en Android. Alleen nodig bij zeer specifieke eisen aan het apparaat of de prestaties.

De vier routes uitgelegd

1. Webapplicatie

Een webapplicatie is software die in de browser draait, op een computer en op de telefoon. Denk aan een klantportaal, een boekingssysteem of een SaaS-product.

  • Sterk in: direct bruikbaar via een link, zonder download. Updates staan meteen live voor iedereen, zonder beoordeling door een app store. Pagina's kunnen gevonden worden in Google.
  • Beperkingen: minder toegang tot het apparaat, zoals werken op de achtergrond, en geen plek in de App Store of Google Play.
  • Past bij: producten die mensen gericht gebruiken, vaak ook op een computer, en producten die je snel wilt testen.

2. PWA (progressive web app)

Een PWA is een webapplicatie die zich meer als een app gedraagt. Gebruikers kunnen hem op hun beginscherm zetten, hij opent zonder adresbalk en kan deels offline werken en pushmeldingen sturen.

  • Sterk in: een app-gevoel zonder app store, met één codebase voor alle apparaten en dezelfde snelle updates als een website.
  • Beperkingen: op iPhones werken pushmeldingen alleen als de gebruiker de PWA eerst op het beginscherm heeft gezet (sinds iOS 16.4), en het geheel is beperkter dan op Android. Veel gebruikers weten ook niet hoe je een website "installeert".
  • Past bij: een webapplicatie die af en toe een melding moet sturen, of een tussenstap om te testen of mensen je product op hun telefoon willen.

3. Cross-platform app

Een cross-platform app is een echte app in de App Store en Google Play, gebouwd vanuit één codebase voor iOS en Android, bijvoorbeeld met React Native. Zo bouwen wij mobiele apps.

  • Sterk in: volledige toegang tot camera, meldingen, locatie en werken op de achtergrond, vindbaar in de app stores, en één codebase in plaats van twee.
  • Beperkingen: elke update gaat langs de beoordeling van Apple en Google, wat meestal een paar dagen duurt. Voor digitale aankopen in de app rekenen de stores een commissie.
  • Past bij: producten die mensen dagelijks op hun telefoon gebruiken of die functies van het apparaat nodig hebben.

4. Volledig native app

Een volledig native app wordt per platform apart gebouwd, in Swift voor iOS en Kotlin voor Android.

  • Sterk in: maximale prestaties en direct gebruik van de nieuwste functies van elk platform.
  • Beperkingen: twee codebases betekent grofweg twee keer bouwen en twee keer onderhouden.
  • Past bij: zware toepassingen zoals games, geavanceerde video of apps die het uiterste van het apparaat vragen. Voor een eerste versie van een startup zelden nodig.

Waar het verschil echt zit

  • Functies van het apparaat. Camera en locatie werken ook in de browser, maar werken op de achtergrond en betrouwbare meldingen zijn het sterkst in een app.
  • Distributie. Een webapplicatie deel je met een link en is direct te gebruiken. Een app moet eerst gedownload worden, wat een extra drempel is, maar staat daarna wel op het beginscherm.
  • Updates. Een webapplicatie pas je aan en het staat meteen live. Een app-update gaat eerst langs Apple en Google.
  • Vindbaarheid. Een webapplicatie kan met openbare pagina's in Google gevonden worden. Een app wordt gevonden in de app stores.
  • Betalen. Op het web betaal je via je eigen betaalprovider, zoals iDEAL. Voor digitale aankopen in een app gelden de regels en de commissie van de stores.

Voorbeelden uit onze projecten

  • Haagse Taxi: web. Klanten vullen hun route in, zien direct een vaste ritprijs en boeken online. Iemand die één keer een taxi boekt, wil daarvoor geen app downloaden, dus een webapplicatie is de juiste keuze.
  • Spichaser: app. De app waarschuwt bestuurders op tijd voor een mogelijke achtervolging. Daarvoor zijn betrouwbare meldingen nodig, dus bouwden we een app in React Native, met één codebase voor meerdere platforms.
  • Roof Connect: allebei. De website is de plek voor nieuws, vakbladen en leveranciers en wordt gevonden in Google. De app voor iOS en Android houdt dakdekkers onderweg op de hoogte.
  • Tapp: app. Festivalbezoekers bestellen drankjes via een app. Voor het barpersoneel bouwden we daarnaast een kassatablet in React Native die QR-codes van bestellingen scant.

Keuzelijst

Kies een webapplicatie als:

  • gebruikers je product ook of vooral op een computer gebruiken;
  • ze het af en toe gebruiken, niet dagelijks;
  • je snel wilt testen en vaak wilt bijsturen;
  • je via Google gevonden wilt worden.

Kies een cross-platform app als:

  • je product draait om de telefoon en dagelijks gebruik;
  • je camera, locatie of werken op de achtergrond nodig hebt;
  • meldingen de kern van je product zijn;
  • je doelgroep verwacht je in de App Store of Google Play te vinden.

Kies een PWA als tussenstap als je een webapplicatie hebt waarvan sommige gebruikers hem als app willen gebruiken, maar je nog niet zeker weet of een echte app de investering waard is.

Begin met web, voeg later een app toe

Voor veel startups is dit de slimste volgorde. Met een webapplicatie test je je idee het snelst: geen downloads, geen beoordeling door de stores, en je past hem dezelfde dag aan als gebruikers ergens op vastlopen. Blijkt dat mensen je product dagelijks gebruiken en om een app vragen, dan bouw je die op dezelfde backend. Het werk aan je data, accounts en logica is dan al gedaan.

Kies wel vanaf dag één voor een app als het kernprobleem zonder app niet op te lossen is, zoals bij Spichaser, of als je gebruikers onderweg zijn en geen computer bij de hand hebben, zoals festivalbezoekers bij Tapp.

Tip: twijfel je, kijk dan naar je kernfunctie. Werkt die prima in een browser op de telefoon, begin dan met web. Valt hij weg zonder meldingen of zonder toegang tot het apparaat, dan heb je een app nodig.

Wat kost elke route, en hoe lang duurt het?

Een webapplicatie en een cross-platform app vallen bij ons in dezelfde prijsklassen: een MVP met alleen de kernfunctie kost €3.000 tot €5.000, een eenvoudige versie met accounts en een beheeromgeving €5.000 tot €8.000, en een complete versie met meerdere rollen, betalingen of koppelingen €10.000 tot €15.000. Waar je uitkomt, hangt vooral af van wat de eerste versie moet kunnen. Lees meer in Wat kost een app laten ontwikkelen?.

Een eerste versie staat in 4 tot 8 weken live. Bij een app komen daar een paar dagen bij voor de beoordeling door Apple en Google. Een volledig native app is duurder, omdat je twee apps bouwt en onderhoudt. Hoe zo'n traject verloopt, lees je in Hoe lang duurt het om een app te ontwikkelen?.

Nog niet zeker welke route past?

In een gratis intake kijken we naar je gebruikers en je kernfunctie, en adviseren we welke route het snelst bewijst dat je idee werkt. Je krijgt een vaste prijs en een opleverdatum. Lees verder over webapplicaties laten bouwen of een app laten maken.