Wat het kost

Wat een mobiele app kost

Een app kost meer dan een website, en dat is geen kwestie van complexiteit: het is dat u er twee keer voor betaalt, en daarna elk jaar. Twee keer, omdat iPhone en Android twee verschillende systemen zijn. Elk jaar, omdat beide winkels updates opleggen om publiceerbaar te blijven — een app waar niemand meer aan komt, wordt uiteindelijk teruggetrokken. De bouwofferte zegt niets over dat deel, en het is juist dat deel dat bepaalt of het project overleeft. Deze pagina beschrijft de rekenmethode, de terugkerende posten, en wat een abonnement verandert waarbij een team na de publicatie blijft.

1. Waarom u twee keer betaalt

Dat is het feit dat het hele budget bepaalt, en het feit dat het vaakst pas wordt ontdekt nadat een eerste offerte is aangevraagd.

Twee systemen, twee werelden. iOS en Android hebben niet dezelfde taal, niet dezelfde weergaveconventies en niet dezelfde regels voor toestemmingen. Historisch betekende dat twee volledige ontwikkelingen, dus ongeveer twee keer de belasting.
Gedeelde technologieën verkleinen het gat zonder het uit te wissen. Een gedeelde basis schrijven is vandaag de norm, maar het fijnafstellen, het testen en de eigenaardigheden van elk platform blijven twee keer te doen. Reken op een reële meerprijs, niet op een verdubbeling.
Twee winkels tevredenstellen. Elk heeft zijn publicatieregels, zijn beelden die in de juiste afmetingen gemaakt moeten worden, zijn teksten die vertaald moeten worden en zijn beoordeling die doorstaan moet worden. Het is administratief werk op zichzelf, los van de ontwikkeling.
Een park aan toestellen, niet één toestel. Zeer uiteenlopende schermformaten, oudere systeemversies nog in gebruik. Wat het web met één stijlblad oplost, vraagt hier proeven op meerdere configuraties.

Bij gelijke omvang kost een app dus structureel meer dan een site. De echte vraag is niet hoe u minder betaalt, maar of de app nodig is — dat is paragraaf 5, en die verdient het gelezen te worden vóór u een offerte vraagt.

2. Een ontwikkeling berekenen, post voor post

Net als bij een site bestaat er geen referentietarief. Dit zijn de posten die apart begroot moeten worden: een offerte die ze tot één regel samensmelt, is met geen enkele andere te vergelijken.

De schermen. Tel ze, en onderscheid de schermen die tonen van de schermen die invoer opnemen: een formulier, met zijn fouten en zijn randgevallen, kost een veelvoud van een raadpleegscherm.
Het gebruikersaccount. Registratie, aanmelden, wachtwoord vergeten, account verwijderen — dat laatste geëist door de winkels zodra er registratie is. Dit blok wordt bijna altijd onderschat.
De server en de gegevens. Een app die alleen vaste inhoud toont, is goedkoop. Zodra hij iets vastlegt, is er een database nodig, een scherm om die te beheren en een back-up. Dat is vaak de eerste post op de offerte.
De meldingen. Technisch eenvoudig, duur in het afstellen: toestemmingen die gevraagd moeten worden, verschillend gedrag op de twee systemen, en bedrijfslogica die geschreven moet worden om te bepalen wat er wanneer wordt verstuurd.
De betaling in de app. Als er een aankoop is, leggen de winkels hun eigen mechanisme op en houden een commissie in. Het is tegelijk een ontwikkeling en een deel van uw omzet.
De acceptatie op echte toestellen. Niet onderhandelbaar, en de eerste post die in een krappe offerte wordt geschrapt — wat u betaalt in correcties na de publicatie, tegen spoedtarief.

3. Wat elk jaar doorloopt

Een verwaarloosde site blijft online. Een verwaarloosde app wordt onbruikbaar en verdwijnt dan. Dat is het wezenlijke verschil, en het is een financieel verschil.

De kosten van het ontwikkelaarsaccount. Publiceren vereist een account bij elke winkel: een jaarabonnement aan de kant van Apple, eenmalige kosten aan de kant van Google. Bescheiden, maar een niet verlengd Apple-abonnement haalt de app uit de verkoop.
De opgelegde updates. Elk jaar verschuiven de nieuwe versies van iOS en Android regels, en de winkels eisen een build met recente gereedschappen om een update te aanvaarden. U moet dus ingrijpen, zelfs zonder iets aan de app te veranderen.
De server. Hosting, database, back-ups: een maandelijkse uitgave die met het gebruik meegroeit.
De correcties. Een crash ziet er niet uit als een kapotte pagina: hij verschijnt in de winkelbeoordelingen, waar hij maanden blijft staan.
Het volgen van de beoordelingen. Niemand kijkt ernaar om, en het is het eerste wat een toekomstige gebruiker leest.

Reserveer deze posten over drie jaar vóór u tekent. Een app die zonder budget voor het vervolg wordt opgeleverd, is een app die uit de winkels zal verdwijnen — soms voordat hij van nut is geweest.

4. De kosten van de winkels: de weigering

Het is een post die in alle offertes ontbreekt, en hij is reëel: publicatie is geen indiening, het is een beoordeling. Beide winkels lezen de app en weigeren om redenen die vaak los staan van de ontwikkeling — een onvolledig privacybeleid, een onvindbare accountverwijdering, testgegevens die niet werken, een als onvoldoende beoordeelde toelichting op een toestemming, een gelijkenis met een website zonder eigen waarde.

Elke weigering kost twee dingen. Tijd: een correctie, een nieuwe indiening, een nieuwe wachttijd. En een datum: als de lancering was aangekondigd, schuift die op. Een project dat op dit punt zonder marge wordt gevoerd, betaalt uiteindelijk spoed om een administratieve reden.

Vraag dus aan elke leverancier wie de publicatie doet en wie de weigeringen weer oppakt. Het antwoord is een offerteregel waard.

5. De vraag die u zich vóór het betalen moet stellen

Veel apps hadden nooit ontwikkeld mogen worden, en het budget was elders beter besteed geweest. Drie vragen beslissen dat eerlijk.

Is het gebruik herhaald? U installeert een app voor wat u vaak opent — bestellen, volgen, inklokken, klanten binden. Voor incidenteel raadplegen doet een site op de telefoon het beter, zonder dat er een installatie moet worden binnengehaald.
Hebt u het toestel nodig? Meldingen, camera, locatie, werken zonder netwerk, streepjescodes: als niets daarvan van pas komt, brengt de app niets wat het web niet kan.
Wie gaat hem installeren? Dat is het punt waarop de meeste projecten stranden. Een installatie krijgen is moeilijker dan een bezoek krijgen. Zonder een reeds gebonden publiek — vaste klanten, leden, teams in het veld — blijft de app leeg, wat de kwaliteit ook is.

Als de drie antwoorden niet duidelijk zijn, begin dan met de website: de pagina over wat een website kost beschrijft die route. De app komt wel wanneer het gebruik er is.

6. Betalen voor het vervolg, niet voor de publicatie

Als de uitgave zich na de lancering concentreert, dan is wat u moet kopen geen ontwikkeling: het is een aanwezigheid die blijft.

Bij nullbot wordt de app in gesprek beschreven, net als de site. U ziet hem draaien in een iOS- en Android-simulator vóór elke publicatie — u kunt hem bedienen en er schermafbeeldingen van maken. Hij kan zijn eigen database hebben, hij doorloopt een acceptatie, het binaire bestand wordt voor elk doel gemaakt, en het publiceren naar de App Store en Google Play wordt vanaf dezelfde plek aangestuurd, met de status van elke winkel voor ogen.

Dat is nog steeds niet wat wij verkopen. Wat wij verkopen is het jaar daarna: het team van agenten dat blijft. Het bereidt de updates voor die de winkels eisen, pakt een afgewezen beoordeling weer op, herstelt wat vastloopt, houdt de vermeldingen en hun vertalingen bij, houdt de beoordelingen in de gaten. De app wacht niet op een onderhoudsbudget dat niet komt — het is het gewone werk van het team.

De uitgave houdt op een project te zijn dat gefinancierd en daarna opnieuw gefinancierd moet worden. Ze wordt een maandabonnement, en de publicatie is niet langer een eindstreep.

7. Week 1, maand 3, jaar 2

De drie momenten die de aanbiedingen scheiden — en het zijn niet dezelfde als bij een site, omdat de winkels hun eigen kalender opleggen.

Week 1. De app is in beide winkels gepubliceerd, de vermeldingen zijn ingevuld, een testaccount werkt voor de beoordeling. Een bekwame leverancier kan dat.
Maand 3. Drie klachten gaan over hetzelfde scherm, een beoordeling van twee sterren staat bovenaan, er is een nieuwe systeemversie uit. De vraag wordt: wie heeft de correctie gepubliceerd? Een project dat zonder vervolg is opgeleverd, verliest hier al zijn gebruikers.
Jaar 2. Beide winkels eisen een build met recentere gereedschappen, op straffe van het weigeren van elke update. Zonder ingreep blijft de app geïnstalleerd bij wie hem heeft, installeert hij nergens meer, en start hij uiteindelijk niet meer op. Dat is het moment waarop een budget voor een herbouw opduikt — om dezelfde reden waarom het opnieuw zal opduiken.

8. De grenzen, ronduit gezegd

Een sterk gespecialiseerde app blijft maatwerkontwikkeling. Geavanceerde beeldbewerking, hardware verbonden via Bluetooth, fijnmazige cartografie, een spel: dat zijn vakken, en een klassiek ontwikkelbudget.
De beoordeling door de winkels valt niet te garanderen. Geen enkele leverancier kan een aanvaarding beloven, noch een termijn. Wat beloofd kan worden is het dossier weer op te pakken tot het erdoor is.
Een app maakt zijn eigen publiek niet. Als niemand hem installeert, verandert geen enkel team daar iets aan. Lees paragraaf 5 nog eens: het is de zuinigste beslissing van het project.
Wat het bedrijf bindt, gaat door een goedkeuring. Een product in de verkoop zetten, een prijswijziging, een bericht aan alle gebruikers worden u voorgelegd voordat ze uitgaan.

9. Veelgestelde vragen

Waarom geen gemiddelde prijs voor een mobiele app geven?

Omdat het gat tussen een raadpleeg-app en een app met accounts, betaling en meldingen zo groot is dat een gemiddelde nergens over informeert. De posten uit paragraaf 2, berekend voor uw geval, geven een verdedigbare orde van grootte. Eén enkel bedrag zou vooral een vals gevoel van zekerheid geven bij het vergelijken van twee offertes.

Kost één enkele app voor iPhone en Android minder?

Minder dan twee aparte ontwikkelingen, ja, en dat is de gangbare praktijk. Maar de besparing is geen helft: het fijnafstellen, het testen en de eigenaardigheden van elk platform blijven aan beide kanten te doen, en de winkelvermeldingen moeten twee keer gemaakt worden. Reken op een meerprijs ten opzichte van één platform, niet op een gratis tweede.

Heb ik een Apple- en een Google-account op eigen naam nodig?

Dat verdient sterk de voorkeur, en het is een punt om vóór ondertekening te regelen. Een app die onder het account van een leverancier is gepubliceerd, is moeilijk terug te krijgen, en de beoordelingsgeschiedenis gaat niet mee. Open de accounts op naam van het bedrijf, ook al delegeert u de toegang daarna: dat is een kwartier aan het begin, en een volledige impasse later.

Wat gebeurt er als ik de app nooit bijwerk?

Drie dingen, in deze volgorde. De winkels weigeren eerst uw nieuwe versies omdat de bouwgereedschappen te oud zijn. Vervolgens werkt de app niet meer goed op recente telefoons. Ten slotte kan een app die lang geen update heeft gehad, uit de verkoop worden gehaald. Dat is wat een app van een site onderscheidt: niets doen laat hem niet staan, het wist hem.

Volstaat mijn website in plaats van een app?

In de meeste zakelijke gevallen wel — en dat blijft waar, zelfs wanneer een app leuk zou zijn. Een website werkt op alle telefoons, vraagt geen installatie, heeft geen beoordeling te doorstaan en geen update die elk jaar wordt opgelegd. De app is gerechtvaardigd wanneer het gebruik herhaald is en er iets van het toestel nodig is. De drie vragen in paragraaf 5 beslissen dat in enkele minuten.

Verder lezen

Verder lezen: hoe de app tot stand komt, stap voor stap, wat een website kost, of wat een medewerker kost.