Je klanten moeten iets kunnen volgen
Een portaal waarin ze de status van hun opdracht, bestelling of dossier zien, zonder dat ze jou hoeven te bellen.
Diensten
Een platform waar gebruikers inloggen en hun eigen gegevens zien — in de browser, zonder installatie.
Een webapp begint waar een website ophoudt: bij inloggen. Zodra iemand zijn eigen dossier, dashboard of bestelproces moet zien, gaat het niet meer over pagina's maar over gegevens, rechten en wie wat mag.
Dat is ook waar het misgaat als het slordig wordt gebouwd. Toegang die alleen in de interface is geregeld, is geen toegangscontrole — die zit in de database, of nergens.
Een portaal waarin ze de status van hun opdracht, bestelling of dossier zien, zonder dat ze jou hoeven te bellen.
Het loopt, maar het loopt op losse bestanden en handwerk. Op een gegeven moment kost dat meer dan het bouwen van iets dat het overneemt.
Meerdere klanten in één systeem, ieder met eigen gebruikers en eigen gegevens, strikt van elkaar gescheiden.
Inloggen, uitnodigen, wachtwoordherstel en tweestapsverificatie. Wie wat mag, ligt per rol vast.
Toegangsregels op de rijen zelf, zodat klant A de gegevens van klant B niet kan opvragen — ook niet als er ooit een fout in de interface sluipt.
Een paneel waarin jij gebruikers, gegevens en instellingen beheert, gescheiden van wat klanten zien.
Uploaden en delen via afgeschermde opslag met tijdelijke links, in plaats van bestanden die met de juiste URL voor iedereen open staan.
E-mail bij wat er toe doet, en pushmeldingen zodra er een app naast komt.
Gebouwd zodat er een mobiele app op dezelfde gegevens kan draaien zonder dat de basis opnieuw moet.
We beginnen met wat je wilt bereiken, niet met wat je wilt bouwen. Wie moet het gebruiken, wat moet er daarna gebeuren, en waar loopt het nu vast. Daaruit volgt de omvang, en pas daaruit volgt een prijs.
Eerst de structuur: welke schermen bestaan er, wat staat waarop, en welke route neemt iemand van binnenkomst tot aanvraag. Daarna pas de vormgeving. Je ziet het ontwerp voordat er een regel code aan te pas komt.
We bouwen in korte rondes en zetten iedere ronde online op een afgeschermde omgeving. Je kijkt dus niet naar plaatjes maar naar het echte ding, op je eigen telefoon.
Livegang, meting en onderhoud. Beveiligingsupdates, back-ups en aanpassingen als je bedrijf verandert — een site die niet meegroeit is over twee jaar een blok aan je been.
Deze site draait zelf op precies deze stack. Dat is geen toeval: we zetten niets bij een klant neer wat we niet zelf gebruiken.
Pagina's worden op de server opgebouwd en als kant-en-klare HTML verstuurd. Dat is wat een site snel maakt en wat een zoekmachine zonder omwegen kan lezen.
Een fout in de code wordt bij het bouwen gevonden in plaats van door je eerste bezoeker. Minder verrassingen na livegang.
Database, inloggen en bestandsopslag. Toegang staat op rijniveau vast, zodat gegevens van de ene klant technisch onbereikbaar zijn voor de andere.
Hosting op een netwerk dat je pagina's vanaf de dichtstbijzijnde locatie serveert, met HTTPS en automatische certificaten.
De uitgebreide cases zijn op dit moment in het Engels.
Een webapp is software die in de browser draait en waar je op inlogt. Waar een website informatie toont aan iedereen, toont een webapp gegevens aan één specifieke gebruiker: zijn dossier, zijn bestellingen, zijn dashboard. Je hoeft niets te installeren en er is geen store bij betrokken.
Meer dan een website en meestal minder dan een app met storetraject, maar de spreiding is groot omdat de omvang dat is. Wat de prijs bepaalt: het aantal soorten gebruikers, hoeveel schermen ze elk zien, welke koppelingen er nodig zijn en hoe zwaar de eisen aan gegevensbescherming zijn. Na de intake krijg je een vaste prijs voor een eerste werkende versie.
Ja, en dat is vaak de verstandige volgorde: eerst een site die klanten oplevert, daarna een portaal voor de klanten die je hebt. Wel is het belangrijk dat de site vanaf het begin op een database staat die dat aankan, anders bouw je het tweede deel op een fundament dat er niet voor bedoeld was.
Wie gegevens van gebruikers opslaat, moet kunnen uitleggen welke gegevens dat zijn, waarom ze er staan en hoe lang. Wij richten in dat toegang technisch is afgedwongen, dat gegevens verwijderd kunnen worden en dat er een bewaartermijn is afgesproken. De juridische kant — verwerkersovereenkomst en privacyverklaring — hoort bij jou, met onze technische input.
Dat is precies het punt waar we het strengst op zijn. De scheiding zit in de database zelf, op rijniveau, en niet in de schermen. Een gebruiker die een verzoek handmatig aanpast krijgt dus nog steeds niets terug dat niet van hem is.
Een intake kost je een kwartier en levert je een concreet beeld op van omvang, doorlooptijd en prijs. Ook als je daarna besluit het niet te doen.