Het eigen dossier, altijd inzichtelijk
Documenten, facturen, afspraken, orders en de status ervan staan op één plek per klant. Ook om acht uur op zondagavond, wanneer jouw kantoor dicht is.
Klantportalen
Laat een klantportaal maken dat jouw klanten zelf bedienen.
Klanten willen 24/7 inzicht in hun dossier, facturen en status. Jij wilt minder terugbelverzoeken. Een klantportaal (of klantenportaal) laten ontwikkelen lost beide op: wij bouwen het op een fundament dat al draait, en leggen vooraf de keuzes vast die het traject bepalen.
45 minuten · gratis · geen verplichting
Wat het kost
Een klantportaal zonder abonnement per klant.
De meeste portaal-leveranciers rekenen per gebruiker of per klant: groeien wordt duurder. Bij ons betaal je één keer voor het portaal, en dit is de bandbreedte.
- Startinvestering
- €5.000–€15.000De circa 40% die we op jouw dienstverlening, klantgroepen en branche op maat inrichten, bovenop het fundament dat al draait.
- Bouwen tot oplevering
- 2–4 weken tot opleveringJe eigen klanten testen al vroeg mee, zodat het portaal aansluit op hoe zij echt zoeken.
- Klassiek maatwerk vanaf nul, elders
- €25.000–€75.000Daar worden inloggen, rechtenbeheer, documentopslag en de koppelingslaag opnieuw gebouwd. Bij ons staat dat er al.
Waar je in de bandbreedte valt, hangt af van het aantal klantgroepen dat het portaal moet bedienen, de acties die klanten zelf mogen uitvoeren en het aantal systemen waar de data uit komt. Een portaal dat alleen facturen en statussen toont, ligt onderin; een portaal waarin klanten uploaden, accorderen en bestellen, hoger.
Wil je weten waar jouw portaal in die bandbreedte valt? Leg je situatie voor in een gesprek →
Klantportalen
Wat jouw klanten in het portaal zelf regelen.
Een beveiligde omgeving waarin de klant vindt wat hij anders opvraagt, en doet wat hij anders per mail aan jou vraagt.
Documenten heen en weer zonder mailbijlagen
Klanten uploaden wat je nodig hebt, op de plek waar het hoort. Jij ziet direct wat binnen is en wat nog ontbreekt, in plaats van drie mailboxen door te zoeken.
Statussen die de klant zelf volgt
Elke stap in het proces is zichtbaar op de tijdlijn van het dossier. Het aantal "hoe staat het ervoor?"-telefoontjes daalt omdat het antwoord er al staat.
Data uit je bestaande systemen
Het portaal is geen tweede administratie. Facturen, dossiers en statussen komen uit het CRM, ERP of administratiesysteem dat je al gebruikt — geen dubbele invoer.
Toegang per klant, tot op de regel
Elke klant ziet alleen zijn eigen gegevens, via rolgebaseerde toegangscontrole. Inloggen met e-mail, een magic link of SSO via Microsoft of Google.
Geen kosten die meegroeien met je klantenbestand
Geen SaaS-abonnement per klantaccount. De code en de omgeving zijn van jou, dus honderd klanten erbij kost je geen honderd licenties.
De 60/40-verdeling
Wat er voor een portaal al klaarstaat.
Een klantportaal bestaat voor het grootste deel uit onderdelen die in elk portaal hetzelfde werken: inloggen, rechten, dossiers, documenten, communicatie. Die draaien al. Dit is de verdeling.
Staat al klaar en draait — circa 60%
Klantportaal en documenten
Een besloten omgeving waar klanten offertes, facturen, afspraken en documenten zelf terugvinden. Bestanden staan op één plek per klant, niet verspreid over mail.
CRM en klantdossiers
Het dossier waar het portaal uit put: contactgegevens, historie, communicatie, offertes, facturen en documenten in één klantbeeld.
Rollen en rechten
Rolgebaseerde toegang zodat iedereen — intern én aan klantzijde — precies ziet wat bij hem hoort, en niets daarbuiten.
Offertes en facturatie
Offertes en facturen in je eigen huisstijl vanuit het klantdossier, met status, betalingen en herinneringen die automatisch meelopen.
Planning en afspraken
Een gedeelde agenda waarin klanten zelf een tijd boeken die meteen in de planning staat, met bevestigingen en herinneringen.
Automatiseringen en meldingen
Statusupdates, documentverzoeken en herinneringen die op het juiste moment de deur uitgaan, zonder dat iemand eraan hoeft te denken.
Bouwen we voor jou — circa 40%
Welke schermen jouw klant ziet
De indeling volgt de vragen die jouw klanten stellen. Bij een adviesbureau is dat een dossier met documenten en voortgang; bij een servicebedrijf een orderstatus met foto’s van de uitvoering.
Je huisstijl en je domein
Eigen logo, kleuren en URL. Het portaal voelt als onderdeel van jouw bedrijf, niet als een tool van een leverancier waar je klant doorheen moet.
Wat klanten zelf mogen doen
Uploaden, formulieren invullen, goedkeuren, bestellen, een afspraak plannen of een bericht sturen: per dienstverlening anders, dus dat richten we per klant in.
Toegangsregels per klantgroep
Welke klantgroep welke gegevens ziet, of meerdere contactpersonen bij dezelfde klant kunnen inloggen, en wie er namens wie mag handelen.
De koppeling met jouw systemen
Waar komen facturen vandaan, waar de statussen, waar de documenten. Wij verbinden Exact, AFAS, HubSpot, Salesforce, Pipedrive of het systeem dat je al draait.
Ongeveer 60% staat al klaar: de vaste basis waar elk bedrijf op draait. De overige circa 40% richten we op maat in op jouw bedrijf en branche. Er staan bewust geen bedragen per onderdeel bij: de mix verschilt per bedrijf, en wat je betaalt is de bandbreedte hierboven.
Van veelgestelde vraag naar werkend portaal.
Uitvragen: wat vragen jouw klanten nu?
We inventariseren wat er via telefoon en e-mail binnenkomt, welke informatie klanten willen inzien en welke acties ze zelf willen uitvoeren. Dat is niet hetzelfde als wat jij denkt dat ze willen — vandaar dat we bij de vragen beginnen, niet bij de schermen. Uitkomst: een functioneel ontwerp van het portaal.
Datamodel, rollen en rechten
Wat is een klant, wat is een dossier, wat is een gebruiker, en wie mag wat zien? Dit gaat vóór de eerste schermen, omdat het rechtenmodel later door elk scherm heen loopt en achteraf duur is om te herbouwen.
API-inventarisatie op de bronsystemen
Per gegeven bepalen we uit welk systeem het komt en of dat systeem het ook daadwerkelijk ontsluit. Wat een leverancier niet via een API beschikbaar stelt, kan het portaal niet tonen. Dat wil je weten vóór de bouw, niet halverwege.
Bouwen en koppelen aan je systemen
We bouwen het portaal bovenop het bestaande Bedrijfs-OS-fundament en koppelen het aan jouw systemen: 2–4 weken tot oplevering. Jouw klanten testen al vroeg in het proces mee, met wekelijkse demo's. Daarna groeit het mee.
Testen met echte dossiers en echte klanten
Een portaal dat werkt met testgegevens zegt weinig. We testen op echte dossiers, inclusief de rommelige, en laten een kleine groep klanten meekijken voordat het portaal opengaat.
Uitrollen naar je klantenbestand
Het portaal gaat live. We begeleiden de eerste uitrol: de uitnodiging aan je klanten, de eerste vragen die binnenkomen en de knelpunten die je pas ziet als er echt mensen inloggen. Daarna dragen we het beheer over aan jouw team: broncode, documentatie en een overdrachtsessie.
Het startpunt
Begin bij de vragen die je nu telefonisch beantwoordt.
De meeste portalen die niet gebruikt worden, zijn ontworpen vanuit wat het systeem kan tonen. De portalen die wél gebruikt worden, zijn ontworpen vanuit wat klanten vragen. Houd daarom een week bij wat er binnenkomt via telefoon en mail: die lijst is het eerste scherm.
In de praktijk komt bijna alles terug op vijf soorten vragen. Wie ze alle vijf op de homepage van het portaal beantwoordt, heeft het grootste deel van de supportlast te pakken voordat er één extra functie is gebouwd.
"Hoe staat het ervoor?"
De statusvraag. Los je op met een tijdlijn per dossier waarop elke stap zichtbaar is, inclusief wat de volgende stap is en wanneer die verwacht wordt.
"Kun je die factuur nog een keer sturen?"
De documentvraag. Los je op door facturen, offertes en bijlagen permanent per klant beschikbaar te houden, met de mogelijkheid ze zelf te downloaden.
"Wat hebben we ook alweer afgesproken?"
De historievraag. Los je op met een dossier waarin communicatie, offertes en afspraken bij elkaar staan in plaats van in iemands mailbox.
"Ik moet nog iets aanleveren — waar?"
De aanlevervraag. Los je op met documentverzoeken: jij vraagt gericht op wat je mist, de klant uploadt het op de juiste plek en jij ziet direct wat nog ontbreekt.
"Wanneer staat die afspraak?"
De agendavraag. Los je op door afspraken zichtbaar te maken in het portaal en klanten zelf te laten inplannen of verzetten binnen de ruimte die jij vrijgeeft.
Alles wat daarna nog binnenkomt, is een echte vraag die om een mens vraagt. Dat is precies het gesprek waar je team tijd voor terugkrijgt.
Twijfel je nog of je zelf een klantportaal laat bouwen of een SaaS-pakket kiest? Lees de afweging: klantportaal bouwen of SaaS →
Verder dan inzage
Inzien is de helft. Dit is de andere helft.
Een portaal dat alleen toont, verplaatst het werk niet — het maakt het alleen zichtbaar. De tijdwinst zit in de acties die de klant zelf afrondt, zodat er aan jouw kant geen mail meer hoeft te worden verwerkt.
Documenten uploaden op verzoek
Je stuurt een documentverzoek in plaats van een mail met een lijstje. De klant uploadt, het bestand landt bij het juiste dossier en de status van het verzoek springt om.
Formulieren en gegevens bijwerken
Adreswijzigingen, contactpersonen, machtigingen of vragenlijsten vult de klant zelf in. Wat hij invult, staat direct goed in je systeem — geen overtikwerk.
Goedkeuren en digitaal ondertekenen
Een offerte of opdracht wordt in het portaal bekeken en geaccepteerd, met een vastgelegde bevestiging als bewijs. In het platform dat we voor Filplast bouwden, gebeurt dat met een handtekening en een OTP-code.
Bestellen en aanvragen indienen
Herhaalorders, nieuwe aanvragen of serviceverzoeken start de klant zelf. Ze komen binnen als dossier met een eigenaar en een datum, niet als los mailtje.
Berichten in plaats van mailwisselingen
Communicatie hangt aan het dossier waar hij over gaat. Bij een overdracht binnen je team gaat de context mee, want die zit niet in een persoonlijke mailbox.
Afspraken zelf plannen
De klant kiest een moment in de ruimte die jij vrijgeeft. De afspraak staat meteen in de planning, met bevestiging en herinnering.
Benieuwd hoe zo’n portaal er in een echt platform uitziet? Bekijk de klantportalen in de Filplast-case →
Toegang en AVG
Wie mag wat zien, en hoe je dat vastlegt.
Een klantportaal is de enige plek waar mensen van buiten je bedrijf in je systeem kijken. Dat vraagt om meer dan een wachtwoord: het vraagt om een expliciete keuze per gegevenssoort en per rol. Deze vier vragen beantwoorden we vóór er een scherm wordt gebouwd.
Welke klant ziet welke gegevens?
Toegang wordt bepaald op relatie, niet op eigenaarschap alleen: is deze gebruiker klant van dit dossier, of alleen betrokken? Dat onderscheid voorkomt dat iemand via een omweg data ziet die niet van hem is.
Kunnen meerdere personen bij dezelfde klant inloggen?
Bij zakelijke klanten bijna altijd: een tekenbevoegde, een administratie en een uitvoerder willen elk iets anders zien. Dat regel je met rollen binnen de klantorganisatie, niet met één gedeeld wachtwoord.
Hoe geef je toegang, en hoe neem je hem terug?
Uitnodigen, deactiveren en overdragen zijn even belangrijk als inloggen. Vertrekt de contactpersoon bij je klant, dan moet zijn toegang met één handeling weg zijn — en zichtbaar blijven in de historie dat hij die had.
Wat leg je vast over wie wat heeft ingezien?
We bouwen standaard conform AVG: elke klant ziet alleen zijn eigen data, opslag in Nederland of de EU, en op aanvraag een verwerkersovereenkomst. Toegang tot documenten is te herleiden, zodat je bij een vraag kunt aantonen wie wat wanneer zag.
Deze vier vragen horen bij een langere lijst die je vóór de bouw beantwoordt — over de bron van waarheid, het rechtenmodel en de koppelingen. Die lijst staat hieronder.
Vóór de bouw
Klantportaal of klantenportaal: wat je laat ontwikkelen
Klantportaal, klantenportaal, klantenportal: drie schrijfwijzen voor dezelfde besloten omgeving, en het traject eronder verandert er niet door. Wat wél verandert, is wat je vooraf vastlegt. De schermen van een klantportaal zijn in weken te bouwen; wat een traject laat uitlopen, zit ergens anders — welk systeem de waarheid bevat, wie welke gegevens mag zien, en wat er gebeurt als de bron-API trager of onvollediger blijkt dan iedereen aannam.
Bijna elke misser in een portaaltraject is terug te voeren op een beslissing die niet genomen is, zelden op code. Dit zijn de acht keuzes die we daarom vóór de eerste sprint met je doorlopen.
Waar ligt de bron van waarheid?
Toont het portaal data rechtstreeks uit je CRM, ERP of administratiesysteem, of krijgt het een eigen database die synchroniseert? Twee systemen die allebei dezelfde klant beheren, leveren gegarandeerd verschillen op. Kies één bron per gegeven en leg vast welke dat is.
Hoe loggen gebruikers in?
E-mail met wachtwoord, een magic link zonder wachtwoord, of SSO via Microsoft of Google. Dat lijkt een detail, maar het bepaalt hoeveel supportvragen je de eerste maand krijgt — en of zakelijke klanten het portaal binnen hun eigen IT-beleid überhaupt mogen gebruiken.
Realtime of periodiek synchroniseren?
Realtime is prettiger voor de klant en zwaarder voor je bronsysteem. Voor facturen volstaat meestal een periodieke synchronisatie; voor een orderstatus zelden. Maak die keuze per soort gegeven in plaats van één keer voor het hele portaal.
Rechten per organisatie of per contactpersoon?
Bij zakelijke klanten met meerdere vestigingen en contactpersonen is dat geen detail. Bepaal vooraf of toegang volgt uit eigenaarschap of uit de relatie tot een dossier — achteraf het rechtenmodel herbouwen raakt vrijwel elk scherm.
Alleen inzien, of ook acties?
Een portaal dat alleen toont, is sneller gebouwd en levert minder op. Zodra klanten documenten uploaden, formulieren indienen of iets goedkeuren, komen er statussen, meldingen en foutafhandeling bij die in het proces moeten landen. Beslis dat vooraf, niet na de eerste demo.
Wie beheert het na livegang?
Wie voegt gebruikers toe, wie past teksten aan, wie kijkt naar een mislukte synchronisatie? Is dat niet belegd, dan verzandt het portaal binnen een half jaar. Vraag een leverancier dus hoe de overdracht eruitziet en wat je zonder hem kunt.
Wat doe je met wat er nu niet klopt?
Een portaal maakt je administratie zichtbaar voor je klant, inclusief de gaten erin: dubbele contactpersonen, dossiers zonder eigenaar, documenten die nooit zijn gekoppeld. Intern is dat te overzien, aan de klantkant niet. Bepaal daarom vóór de eerste klant inlogt welke gegevens opgeschoond moeten zijn, en wie dat doet.
Hoe rol je uit naar je bestaande klanten?
Een portaal dat live gaat zonder uitrolplan wordt niet gebruikt. Leg vooraf vast welke informatie voortaan uitsluitend in het portaal staat, hoe klanten worden uitgenodigd en wie de eerste vragen beantwoordt. Blijft de oude route intussen open, dan blijft iedereen die gebruiken. Dat is een communicatievraagstuk, geen technisch.
Wie deze acht beantwoord heeft, heeft het functioneel ontwerp grotendeels staan. De rest van het traject — bouwen in korte iteraties, testen op echte dossiers, uitrollen naar je klantenbestand — volgt de drie stappen hierboven.
Wat je overhoudt
Wat je bij oplevering daadwerkelijk in handen hebt.
Bij een portaalabonnement huur je een omgeving: hij werkt zolang je betaalt, hij verandert wanneer de leverancier dat besluit, en je data staat op zijn infrastructuur. Wat wij bouwen is het omgekeerde model. Daarom hoort bij de vraag "wat kost het" ook de vraag "wat blijft er van mij".
De broncode
Je krijgt de code van je portaal, niet alleen toegang tot een omgeving. Wil je ooit met een andere partij verder, dan kan dat — zonder dat je opnieuw moet beginnen.
Je eigen omgeving en je eigen data
Het portaal draait op jouw domein, met jouw huisstijl, op jouw database. Je klantgegevens zitten niet in het klantenbestand van een leverancier.
Geen prijs per gebruiker
Er zit geen teller op het aantal klantaccounts. Honderd klanten erbij betekent geen honderd licenties erbij, en groeien wordt dus geen kostenpost.
Documentatie en een overdracht
Bij oplevering hoort een overdrachtsessie en documentatie van hoe het portaal in elkaar zit: waar gebruikers worden beheerd, waar teksten staan en wat je zelf kunt aanpassen.
Uitbreiden zonder open einde
Nieuwe functies bouwen we in korte iteraties op wat er al staat. Je bent daarvoor niet aan ons gebonden, en je zit ook niet vast aan een jaarcontract om het portaal te blijven gebruiken.
Dat is niet vrijblijvend bedoeld: het is de reden dat de prijs hierboven een eenmalige investering is en geen bedrag per maand per klant.
Welke zes knoppen bepalen waar je binnen die bandbreedte uitkomt? Lees wat een klantportaal kost →
Waar het het meeste oplevert
Bij welk soort dienstverlening een portaal het snelst rendeert.
Een klantportaal loont naarmate dezelfde vraag vaker terugkomt. Niet het aantal klanten is bepalend, maar het aantal contactmomenten per klant waar geen mens voor nodig is. Dit zijn de patronen waarbij dat het duidelijkst speelt.
Trajecten die weken tot maanden lopen
Bouw, installatie, verbouwing, een aanvraag met doorlooptijd: hoe langer een dossier openstaat, hoe vaker iemand vraagt hoe het ervoor staat. Precies die vraag beantwoordt een tijdlijn.
Dienstverlening met veel documentverkeer
Advies, administratie, financiering, verzekeren: stukken gaan heen en weer en moeten terugvindbaar blijven. Een dossier met documentverzoeken vervangt de mailwisseling.
Zakelijke klanten met meerdere contactpersonen
Als een tekenbevoegde, iemand van de administratie en een uitvoerder alle drie iets anders nodig hebben, is één gedeeld mailadres het probleem. Rollen binnen de klantorganisatie lossen dat op.
Terugkerende leveringen of service
Herhaalorders, onderhoudsbeurten, abonnementen: wat periodiek terugkomt, wil een klant zelf kunnen inzien, aanvragen of verzetten in plaats van erover te bellen.
Klantgroepen die buiten kantoortijd werken
Als jouw klanten ’s avonds of in het weekend bezig zijn met wat jij overdag afhandelt, verschuift een portaal de vraag naar het moment waarop die ontstaat.
Werken we al in jouw branche, en hoe ziet zo’n portaal daar uit? Bekijk de sectoren waarvoor we bouwen →
Welk portaal bedoel je?
Serviceportaal, klantomgeving of mijn-omgeving: andere naam, zelfde fundament
De vraag komt in verschillende woorden binnen, en meestal zit er een ander accent achter. Het fundament — inloggen, rechten, dossiers, documenten, koppelingen — is telkens hetzelfde; het verschil zit in wat de klant er komt doen.
Serviceportaal
De klant meldt een storing, dient een serviceverzoek in en volgt de afhandeling: status, monteur, planning en de afgeronde werkbon. Past bij installatie-, onderhouds- en servicebedrijven waar het contact ná de levering het meeste werk oplevert.
Klantomgeving of mijn-omgeving
De klant beheert zijn eigen gegevens, abonnementen, facturen en documenten. Het accent ligt op inzage en zelfbeheer, minder op processen die door jouw organisatie heen lopen.
Dossierportaal
Advies, administratie, financiering, verzekeren: stukken gaan heen en weer, moeten terugvindbaar blijven en soms getekend worden. Documentverzoeken en digitaal accorderen zijn hier de kern.
Dealer- of partnerportaal
Bestellen dealers, resellers of leveranciers via jou, dan komen prijsafspraken, orderstromen en vaak white-label per partner erbij. Dat is een ander ontwerp, ook al deelt het zijn fundament met een klantportaal.
Gaat het bij jullie om dealers, resellers of leveranciers in plaats van eindklanten? Bekijk een B2B-portaal laten maken →
Dit is al gerealiseerd
Franchise Operating System
Franchise · Multi-vestiging platform
Klanten volgen status, documenten en communicatie via een beveiligd portaal, terwijl statusupdates, documentverzoeken en herinneringen automatisch via e-mail en WhatsApp uitgaan — met rolgebaseerde toegang over meerdere vestigingen heen.
Bekijk de case →Weten welke vragen jullie portaal moet wegnemen?
Plan een gratis intakeNog geen project, wel een vraag
Nog niet zeker of een portaal jullie probleem oplost?
Dan is meteen een agenda openen de verkeerde eerste stap. Op de gesprekspagina staat eerst wat er in zo’n kennismaking gebeurt: we luisteren naar welke vragen jullie klanten stellen, en je krijgt een aanpak met een eerlijke indicatie van scope, doorlooptijd en kosten. Soms is de uitkomst dat een portaal niet het antwoord is.
Meer informatie
Nog aan het oriënteren op wat een klantportaal precies is, welke soorten er zijn en wanneer het loont?
Lees de uitleg over klantportalen →Zit de meeste tijd niet in de vragen ná de start, maar in de eerste weken van een nieuwe klant? Dan levert klant-onboarding automatiseren sneller op: welkomstflow, documentverzoeken en begeleiding tot de eerste levering.
Bekijk klant-onboarding automatiseren →FAQ
Veelgestelde vragen over klantportalen.
Bij ons start een klantportaal als onderdeel van een Bedrijfs-OS op €5.000–€15.000. Omdat ongeveer 60% als fundament al klaarstaat, betaal je alleen de circa 40% die we op jouw dienstverlening en branche op maat inrichten. Ditzelfde als klassiek maatwerk vanaf nul bij een ander bureau kost al snel €25.000–€75.000. Het SaaS-alternatief lijkt goedkoper, maar daar koop je een licentie, laat je het op maat inrichten en betaal je implementatiekosten — en daarna blijf je maandelijks per klant doorbetalen en zit je vast aan de leverancier (vendor lock-in). Bij ons is het portaal jouw omgeving, jouw data, jouw eigendom — geen lock-in.
Zelf een klantportaal bouwen loont pas als je structureel eigen ontwikkelcapaciteit hebt — het portaal moet ook ná de livegang worden onderhouden en doorontwikkeld. Een SaaS-pakket past als je proces dicht bij de standaard ligt en je geen diepe koppelingen nodig hebt. Laten maken zit ertussen: je krijgt een portaal dat jouw proces volgt en jouw eigendom is, zonder zelf ontwikkelaars aan te nemen. Omdat het fundament al klaarstaat, hoef je niet vanaf nul te laten bouwen.
We ondersteunen meerdere inlogmethoden: e-mail/wachtwoord, magic link (inloggen zonder wachtwoord), of SSO via Microsoft Azure of Google. Je kiest wat het beste past bij jouw klantenbase. Voor particuliere klanten werkt een magic link doorgaans het soepelst; bij zakelijke klanten die al met Microsoft 365 of Google Workspace werken, is SSO de kortste route.
Door het portaal de plek te maken waar iets alleen daar te vinden is. Een uitnodiging is niet genoeg: als facturen ook nog per mail komen en statussen ook nog telefonisch, blijft de oude route open. In de uitrol kiezen we daarom één of twee dingen die voortaan uitsluitend in het portaal staan — vaak facturen en documenten — en verwijst elke mail erheen met een directe link naar het juiste dossier.
Dan belt hij. Een portaal is bedoeld om de vragen weg te nemen waarvoor niemand een gesprek nodig heeft, niet om klantcontact af te schaffen. In de praktijk verandert de aard van de telefoontjes: minder "hoe staat het ervoor", meer inhoudelijke vragen. Voor klanten die niet digitaal willen, blijft je bestaande werkwijze gewoon werken — het portaal vervangt geen kanaal, het ontlast er een.
Ja, en daar zit de tijdwinst. Klanten kunnen documenten uploaden op verzoek, formulieren en gegevens bijwerken, offertes goedkeuren en digitaal ondertekenen, bestellingen of serviceaanvragen indienen, berichten sturen die aan het juiste dossier hangen en afspraken inplannen. We bouwen precies de acties die jouw dienstverlening vereist, niet alles wat technisch kan.
Ja. Bij zakelijke klanten is dat eerder regel dan uitzondering: een tekenbevoegde, iemand van de administratie en een uitvoerder willen elk iets anders zien en mogen doen. Dat regelen we met rollen binnen de klantorganisatie, zodat je geen gedeeld wachtwoord nodig hebt en toegang per persoon in te trekken is.
Ja. Elke klant ziet alleen zijn eigen data, dankzij strikte rolgebaseerde toegangscontrole waarbij toegang op relatie wordt bepaald en niet op eigenaarschap alleen. Data wordt opgeslagen in Nederland of de EU. We bouwen standaard conform AVG-vereisten en leggen toegang tot documenten herleidbaar vast. Op aanvraag voorzien we in een verwerkersovereenkomst.
Ja. We integreren standaard met gangbare systemen: Exact, AFAS, HubSpot, Salesforce, Pipedrive en meer. Facturen, dossiers en statussen komen automatisch uit jouw bestaande systemen zonder dubbele invoer. Het portaal is een venster op je administratie, geen tweede administratie ernaast.
Als de gegevens die je zou willen tonen nergens betrouwbaar staan. Een portaal maakt je administratie zichtbaar voor je klant — inclusief de gaten erin. Zit de pijn vooral in de eerste weken van een nieuwe klant, dan levert het automatiseren van de onboarding sneller op. En bij een handvol klanten met wie je dagelijks belt, is de winst simpelweg te klein om de bouw te rechtvaardigen.
Omdat het fundament er al staat, bouwen we niet vanaf nul: 2–4 weken tot oplevering. Binnen 2–4 weken heb je een werkend portaal in handen. Daarna groeit het mee met je dienstverlening — we breiden uit in korte iteraties, zonder open einde.
Ja — dat is hetzelfde. Klantportaal, klantenportaal en klantenportal zijn schrijfwijzen voor dezelfde omgeving, net als "klantomgeving" of "mijn-omgeving". Hoe het bij jou heet, nemen we gewoon over in de navigatie en de communicatie naar je klanten. Voor het aanbod en de prijs hierboven maakt de term niets uit; wat wél uitmaakt is wie er inlogt en welke acties die persoon zelf mag afronden.
Drie rollen, minimaal. Iemand die weet welke vragen klanten werkelijk stellen — dat is meestal binnendienst of service, niet de directie. Iemand die weet waar de gegevens vandaan komen en wie ze in het bronsysteem bijhoudt. En één beslisser die knopen kan doorhakken over scope en rechten zonder dat daar een tweede vergadering voor nodig is. Ontbreekt die laatste rol, dan is dat in de praktijk de grootste vertragingsbron — groter dan welke technische hobbel ook.
Op drie dingen. Het bronsysteem ontsluit minder dan gedacht, waardoor gegevens die op de tekening stonden niet te tonen zijn. Het rechtenmodel is te laat bedacht, waardoor het achteraf door elk scherm heen moet. En na livegang is niemand eigenaar, waardoor gebruikers, teksten en mislukte synchronisaties blijven liggen. Alle drie zijn vooraf op te lossen in een gesprek; achteraf zijn het verbouwingen.
Vraag om een portaal dat ze eerder bouwden en dat draait. Vraag wie de code bezit. Vraag hoe ze omgaan met een bronsysteem dat geen bruikbare API heeft. En vraag wat je na livegang zelf kunt beheren zonder hen. Een leverancier die op alle vier een concreet antwoord heeft in plaats van een geruststelling, heeft het vaker gedaan.
Allebei komt voor. Heeft je huidige systeem een bruikbare API, dan wordt het portaal een schil erop en blijft dat systeem de bron. Is dat niet zo, dan verhuist de bron naar de nieuwe omgeving en koppelen we terug wat nodig is. Alleen als je bestaande systeem aantoonbaar de bottleneck is, adviseren we vervanging — en dat zeggen we eerlijk.
Dan halen we gegevens periodiek op en bewaren we ze in het portaal, in plaats van bij elke klik het bronsysteem te bevragen. Ontbreekt een gegeven volledig in het bronsysteem, dan is de vraag wie het voortaan bijhoudt en waar. Dat is een procesbeslissing, geen technische — en hij hoort vóór de bouw genomen te worden.
Met echte dossiers, niet met testgegevens. Juist de onvolledige en afwijkende dossiers laten zien waar de aannames breken. Daarna gaat een kleine groep klanten erin voordat het portaal opengaat: hun eerste vragen zijn de beste lijst met wat er nog ontbreekt.
Een pakket is sneller aan te zetten en beslist zelf hoe jouw proces eruitziet. Maatwerk kost meer inrichttijd en volgt jouw proces. De vraag die dat beslecht is niet "wat is beter", maar: wijkt jouw dienstverlening op de punten die klanten raken af van de standaard? Zo niet, neem een pakket. Zo wel, dan betaal je bij een pakket in werkomwegen wat je aan licentie bespaart.
Dat is meestal de verstandigste route. Je begint met de vragen die nu het meeste tijd kosten — vaak status, facturen en documenten — en zet de rest pas neer als je ziet hoe klanten het portaal gebruiken. Uitbreiden gaat in korte iteraties op wat er al staat, dus je hoeft niet vooraf te bedenken wat het portaal over twee jaar moet kunnen. Wat je wél vooraf vastlegt, is het rechtenmodel: dat loopt door elk scherm heen en is achteraf duur om te herbouwen.
Klaar om jullie klantportaal te bouwen?
Plan een gratis intake van 45 minuten.
Na dit gesprek weten jullie:
- Welke vragen van jullie klanten het portaal moet wegnemen
- Welke acties klanten zelf zouden moeten kunnen afronden
- Uit welke systemen de data komt en wat dat betekent voor de bouw
Rogier van Essen
Strategie & Operatie
Carsten van Bijleveld
Systemen & Automatisering
Je schakelt direct met ons team — mensen die het werk begrijpen.
45 minuten · gratis · geen verplichting
Liever eerst de Quickscan (3 min) →Kies in de planner Kennismaking — het gesprek van 45 minuten, via Google Meet.
Agenda laden…
Zie je geen agenda? Open de planner in een nieuw tabblad. Je afspraak staat definitief zodra je de bevestigingsmail hebt aangeklikt.