Apps & digitale producten
Wat kost een app laten maken?
Het korte antwoord
Een app laten maken bij MakeMorrow krijgt een offerte op maat. Gebruikers, kerntaken, gegevens, koppelingen en doorlopend beheer bepalen het budget. Voor een klantportaal, dashboard of interne tool kan een webapp voldoende zijn. Bepaal eerst wat mensen moeten kunnen doen, voordat je kiest voor appstores of een uitgebreide lijst functies.
Begin bij de taak, kies daarna de app
Een app is nuttig als iemand er een terugkerende taak mee kan uitvoeren. Schrijf die taak in één zin op: een klant bekijkt de projectstatus, een medewerker registreert een werkbon of een team keurt een aanvraag goed. Beschrijf hoe dat nu gaat en waar mensen informatie overtypen, wachten of hulp moeten vragen.
Een bruikbare briefing vertelt wie inlogt, wat elke rol mag zien en wanneer een handeling klaar is. Een portaal met één klantrol is een ander project dan een marktplaats met betalingen, meerdere rollen en moderatie. Alleen het aantal schermen is daarom geen goede basis voor een offerte.
Wanneer is een webapp voldoende?
Een webapp werkt in een browser en kan op telefoon, tablet en computer worden gebruikt. Een progressive web app kan functies toevoegen zoals installatie of offline gebruik, als die daarvoor zijn gebouwd. Ondersteuning verschilt per apparaat en browser; test belangrijke functies daarom op de apparaten van je gebruikers.
Bij MakeMorrow beginnen we bij het proces en onderzoeken we of een webapp dat afdekt. Publicatie in appstores of vergaande koppeling met apparaatfuncties is een aparte eis om te beoordelen. Laat niet alleen een mobiele app bouwen omdat het woord completer klinkt.
| Je behoefte | Eerste richting om te onderzoeken |
|---|---|
| Een klantportaal of intern dashboard | Een responsive webapp met passende toegangsrechten |
| Installeren of beperkt offline werken | Een PWA, met tests per relevant apparaat |
| Noodzakelijke apparaatfuncties of appstorepublicatie | Een aparte haalbaarheids- en scopebepaling voor een mobiele app |
Welke wensen bepalen de offerte?
Maak onderscheid tussen de eerste bruikbare versie en ideeën voor later. In de prijs horen ook minder zichtbare onderdelen: onjuiste invoer afhandelen, herstellen van een mislukte koppeling, rechten beheren en gebruikers uitleggen wat er gebeurt.
- Gebruikersrollen: wie mag welke informatie bekijken, wijzigen of goedkeuren?
- Gegevens: wat bestaat al en moet het worden opgeschoond of overgezet?
- Koppelingen: wat kunnen bestaande systemen beschikbaar stellen en wat kost het gebruik?
- Procesregels: wat gebeurt er bij een onvolledige, te late of dubbele aanvraag?
- Kwaliteit: welke apparaten, toegankelijkheid en beveiliging moet de app ondersteunen?
Wat hoort er in een eerste versie?
Een MVP is de kleinste bruikbare versie waarmee je het kernidee toetst. Bij een denkbeeldig klantportaal kan dat inloggen, een aanvraag bekijken en reageren zijn. Een chatfunctie, betaalmodule of uitgebreid dashboard kan wachten als de kerntaak daar niet van afhangt.
Leg vooraf acceptatiecriteria vast. Bijvoorbeeld: een klant ziet alleen zijn eigen aanvraag, een medewerker kan de status wijzigen en een mislukte wijziging geeft een begrijpelijke melding. Begin met een kleine gebruikersgroep, noteer knelpunten en bepaal wat nodig is voor breder gebruik. Dit is een planningsvoorbeeld, geen beschrijving van een opgeleverd klantproject.
Welke kosten blijven na oplevering?
Een werkende app vraagt ook om hosting, een database, monitoring, back-ups en passende ondersteuning. Externe systemen en AI-aanbieders kunnen abonnementskosten of gebruikskosten rekenen. Als appstorepublicatie nodig is, bespreek dan apart wie verantwoordelijk is voor accounts, beoordeling en updates.
Spreek af van wie de broncode en accounts zijn, wie storingen oppakt, hoe back-ups worden teruggezet en welke updates inbegrepen zijn. Onderhoud van een maatwerk-app krijgt een eigen scope; de website-abonnementen van MakeMorrow zijn geen openbaar tarief voor apponderhoud.
Wat stuur je naar MakeMorrow?
Deel het huidige proces, de gebruikers, noodzakelijke functies, bestaande systemen en een voorbeeld van de informatie die de app verwerkt. Vermeld je budgetgrens, gewenste opleverperiode en wie beslissingen kan goedkeuren. Gebruik voor de eerste voorbeelden fictieve gegevens.
Daarmee kunnen we een afgebakende eerste versie, onderzoekspunten en acceptatiechecks bespreken. De offerte onderscheidt ontwerp en bouw van externe abonnementen, doorlopend beheer en latere uitbreidingen.
Veelgestelde vragen
Heeft MakeMorrow een vaste appprijs?
Er staat geen openbare standaardprijs voor apps. We spreken de scope en een offerte op maat af; websitepakketprijzen gelden niet voor maatwerk-apps.
Is een webapp altijd goedkoper dan een mobiele app?
Nee. Complexiteit, koppelingen en kwaliteitseisen bepalen het werk. Een webapp is het onderzoeken waard als die de werkelijke behoeften kan afdekken.
Kan een webapp offline werken?
Sommige functies kunnen voor offline gebruik worden gebouwd. Wat mogelijk is, hangt af van de toepassing, opgeslagen gegevens, het apparaat en de browser; test het benodigde gedrag vooraf.
Kunnen we na de eerste versie uitbreiden?
Ja, als de toepassing op de afgesproken richting is ontworpen. We bepalen latere functies aan de hand van feedback en offreren aanvullend werk afzonderlijk.
Maak het concreet voor jouw bedrijf.
Vertel wat je wilt maken en wat er al beschikbaar is. Dan bespreken we een passende omvang, budget en volgende stap.
Bespreek je project Bekijk maatwerk-apps