Web app laten bouwen
Wat is een web app?
Het verschil met een website? Op een website lees je iets. In een web app doe je werk: een order invoeren, een aanvraag goedkeuren, een foto van een kapotte machine erbij zetten. Alles wat nu in een spreadsheet staat of per mail heen en weer gaat, kan erin.
Omdat er niets geïnstalleerd wordt, hoef je ook niet bij Apple en Google langs voor toestemming. Bedenk je vanochtend een verbetering, dan kan die vanmiddag live staan. Voor iedereen tegelijk, en niemand hoeft er iets voor te doen.
Wat een web app je dagelijks scheelt
Een web app levert vooral tijd op. Bij de mensen die het werk doen, en bij de mensen die er achteraf de fouten uit vissen. Dit zijn de vier dingen die je het snelst merkt.
Niemand zit nog in een oude versie: De web app staat op één plek, dus iedereen werkt altijd in hetzelfde. Je hoeft niets uit te rollen over vijftig laptops. En die collega die nog met het bestand van vorige maand zat: die is er niet meer.
Op de telefoon net zo goed als op de laptop: Dezelfde web app op de telefoon van de monteur, de tablet in de werkplaats en de computer op kantoor. Je laat het één keer bouwen en betaalt één keer onderhoud, in plaats van alles dubbel.
Alle gegevens op één plek: De gegevens komen uit de systemen die je al hebt, en gaan er ook weer naartoe. Geen bestand meer dat via de mail rondgaat, geen twee lijstjes die allebei anders zijn. En je kunt zien wie wat wanneer heeft veranderd.
Aanpassen mag gewoon: Een wijziging staat meestal binnen een dag live. Daardoor is het goedkoop om iets eerst klein te proberen, en het pas groter te maken als het ook echt bevalt.
Voor wie is dit
Meestal komt een web app in beeld als werk dat elke dag terugkomt, nog steeds met de hand gaat. Herken je hier iets van?
- Je belangrijkste proces draait op één spreadsheet waar drie mensen tegelijk in zitten
- Je mensen werken op locatie en hebben daar iets nodig wat alleen op kantoor staat
- Je pakket doet het meeste goed, en juist dat laatste stukje kost elke week uren
- Je wil klanten of partners laten meekijken, maar ze niet in je eigen systeem laten
- Dezelfde gegevens worden bij jullie drie keer overgetypt, en niemand vindt dat nog gek
Wat je krijgt
- Een omgeving die op een telefoon net zo prettig werkt als op een laptop, ook als de verbinding tegenzit
- Inloggen met rechten per persoon, zodat niet iedereen alles kan zien en wijzigen
- Een verbinding met het systeem waar je nu in werkt, zoals je boekhouding of je klantenbestand
- Een beheerscherm waarin je zelf teksten, mensen en instellingen aanpast zonder iets stuk te maken
- Controles die bij elke wijziging automatisch nakijken of het oude werk nog klopt
- De broncode van je web app, op jouw naam
Hoe we het bouwen
Eerst kijken hoe het nu gaat. We gaan zitten bij de mensen die het werk doen. Welke stappen zitten erin, waar loopt het vast, waar gaat de meeste tijd in zitten. Daar komt een eerste versie uit die één proces helemaal afmaakt. Vijf processen half af helpt niemand.
In stukken bouwen. Elke twee weken krijg je iets te zien dat het echt doet, en dat je kunt uitproberen. Zo merk je op tijd dat een scherm anders moet, op het moment dat aanpassen nog een uur kost in plaats van een week.
Kijken wat er gebruikt wordt. Zodra de web app draait, zien we welke schermen mensen echt openen en waar ze afhaken. Dat bepaalt wat er daarna bij komt. Niet het wensenlijstje van een jaar geleden.
Wat kost een web app?
Een eerste werkende versie is een project op zich. Groeit het uit tot het systeem waar je hele bedrijf in draait, met meerdere verbindingen en verschillende soorten gebruikers, dan loopt dat verder op.
Twee dingen bepalen de prijs. Hoeveel soorten gebruikers er zijn, en aan welke systemen de web app moet hangen. Heeft je pakket een API, een vaste manier om gegevens uit te wisselen, dan scheelt dat weken. Moeten we om een dichtgetimmerde database heen werken, dan kost het die weken juist.
Daarnaast loopt er elke maand iets door voor hosting, beveiliging en onderhoud, afhankelijk van hoeveel mensen ermee werken en hoe vervelend het is als het een uur stilligt. Na één gesprek van een uur weet je waar je aan toe bent. Dat gesprek kost je niets.
Waarom Mediavisie Web
Wij bouwen zelf, met een vast team in Deventer. Je praat met de mensen die het maken. Er zit niemand tussen die je vraag doorgeeft aan iemand die hem weer doorgeeft.
De broncode is van jou. Wil je over drie jaar verder met een ander, dan neem je hem mee. Je keuze voor ons is dus terug te draaien, en dat vinden wij een prettiger idee dan een contract dat je vasthoudt.
Bij elke oplevering laten we automatische controles lopen. Die kijken of het nieuwe werk niets sloopt aan het oude, en of iedereen met de web app overweg kan. Ook iemand die de letters groter zet of het scherm laat voorlezen.
Waar je op moet letten
Eén ding vooraf: een web app heeft internet nodig. Valt het bereik weg, dan houdt het op. Werken je mensen in kelders, loodsen of op plekken zonder dekking, kijk dan naar een progressive web app. Die bewaart het werk even op de telefoon en stuurt het door zodra er weer verbinding is. Dat horen we liever nu van je dan een week na de oplevering.
De techniek eronder
Alle techniekWaar we het mee bouwen.
-
Voorkant
Vue
Voor schermen waarin veel gebeurt zonder dat de pagina opnieuw laadt. Alleen waar het nodig is, niet als standaard.
-
Taal
TypeScript
JavaScript met types eromheen. Een verkeerde veldnaam valt op tijdens het bouwen in plaats van bij je bezoeker.
-
Bouwstap
Vite
Voor applicaties met een eigen voorkant. Je ziet een wijziging in de browser voordat je terug bent geklikt.
-
Opmaak
Tailwind CSS
Voor applicatieschermen waarin snelheid van bouwen zwaarder weegt dan een eigen opmaaktaal.
-
Achterkant
Node.js
Voor bouwstappen en voor koppelingen die de hele dag door berichten verwerken.
-
Testen
Playwright
Doorloopt je site als een echte bezoeker in een echte browser. Ook de toegankelijkheidscontrole draait hierin mee.
Werkwijze
Hoe we het aanpakken.
Van het eerste gesprek tot doorbouwen na livegang. Vier fases, en je weet bij elke fase wat er af is en wat er nog komt.
-
1 tot 2 weken
Uitzoeken
Wat er moet komen en wat er al ligt
We brengen in kaart welke systemen mee moeten, wie het straks beheert en waar het vorige traject op vastliep. Daar komen de uitzonderingen boven water die later de planning bepalen.
Lees verder over Uitzoeken -
Eén week
Afbakenen
Van wensenlijst naar een plan met een prijs
We knippen het werk in stukken die los opgeleverd kunnen worden, en zetten er een prijs en een volgorde op. Daarbij spreken we af wat er in de eerste versie zit en wat later komt.
Lees verder over Afbakenen -
6 tot 12 weken
Ontwerpen en bouwen
Eerst de schermen, dan de techniek eronder
Je kijkt vanaf de eerste week mee op een testomgeving. We leveren in rondes op, te beginnen met het deel dat het meeste werk uit handen neemt, zodat je stuurt op wat je ziet.
Lees verder over Ontwerpen en bouwen -
Doorlopend
Doorbouwen
Na livegang begint het pas
Updates, bewaking en nieuwe functies, met een vast aanspreekpunt dat je project kent. We meten wat er gebruikt wordt, en dat bepaalt waar we het volgende kwartaal aan werken.
Lees verder over Doorbouwen
Zo ziet dat er in de praktijk uit
Alle casesWij werken onder andere voor
Aan de slag
Iets te bouwen?
Vertel wat er moet komen. We denken mee over techniek, haalbaarheid en wat het kost, ook als het plan nog niet rond is.