Voor je klanten

Klantportalen
achter je site, voor je klanten.

Een digitale laag op je bestaande dienstverlening: klanten loggen in, zien hun dossier, halen facturen op en geven akkoord. Minder mailwisselingen voor je team, sneller schakelen voor de klant.

Een portaal is een laag, geen product.

Een klantportaal hoort bij je bestaande aanbod. Het is geen los SaaS-product dat je verkoopt, het is een digitale laag op de dienstverlening die je nu via mail, telefoon en PDF afhandelt. Het bestaat omdat je klantenservice anders blijft draaien op herhaalvragen die de klant zelf zou kunnen beantwoorden.

Het echte werk is procesvertaling. We mappen welke klantcontacten in zelfbediening horen, status, documenten, facturen, akkoord, en welke in mens-naar-mens blijven: advies, complexe vragen, contractonderhandeling. Die grens bepaalt 80% van de complexiteit van het portaal.

Daarboven komen de fundamenten waar je zonder een lek komt te zitten als je ze overslaat. Rol-gebaseerde toegang per klant en per medewerker bij die klant. Audittrail op elke wijziging. Bestandsdownloads via signed URLs zodat een doorgestuurde link geen toegang lekt naar andermans dossier. Online akkoord met juridische tijdstempel.

We bouwen op Laravel en Filament, dezelfde stack als de rest van wat we maken. Eén platform-laag, jouw portaal eroverheen, koppelingen naar de boekhouding en het CRM die je al hebt. Niet nóg een silo, maar de plek waar de klantkant van je administratie samenkomt.

// herken_je_dit

Mailwisseling als status-update, dat schaalt niet

Klanten bellen voor de status van hun aanvraag, je team zoekt het op en mailt het terug. Documenten gaan via PDF heen en weer; niemand weet welke versie de laatste is. Een handtekening op een akkoord betekent een ingescande PDF in een inbox waar 'm niemand meer terugvindt. Het werkt nog, maar elk nieuw klantcontact erbij voelt zwaarder dan het vorige.

  • Klanten bellen of mailen voor de status van hun aanvraag of project, en je team verliest dagelijks tijd aan opzoekwerk.
  • Documenten gaan via PDF heen en weer; niemand weet welke versie de laatste is.
  • Akkoord op een document gaat via "graag tekenen en terugmailen", waarna een ingescande PDF in iemands inbox terechtkomt.
  • Facturen worden per mail verstuurd en regelmatig opnieuw opgevraagd.
  • Klantdossiers staan verspreid over Outlook, Dropbox, OneDrive en gedeelde schijven.
  • Een nieuwe medewerker inwerken kost dagen omdat klantcontext nergens centraal staat.
  • Klanten kunnen niet zelf zien waar hun aanvraag of zaak staat, elke update vraagt een actieve push vanuit je team.

Herken je dit, dan is een portaal de logische stap. Niet om je dienstverlening te vervangen, maar om het herhaalwerk eromheen te vervangen.

// wat_we_bouwen

Wat wij bieden

De bouwstenen van een portaal dat zelfbediening waarmaakt.

Dossier-inzage

Klanten zien hun lopende zaken, documenten en historie. Rol-gebaseerd: een hoofdcontact ziet meer dan een uitvoerend medewerker bij dezelfde klant.

Documenten uploaden en delen

PDF's, foto's, contracten. Versiebeheer ingebouwd, signed URLs voor downloads zodat een doorgestuurde link geen lek wordt.

Status en voortgang

Klant ziet waar hun aanvraag, project of dossier staat. Updates van je team verschijnen automatisch in het portaal, geen aparte status-mail meer.

Online akkoord en ondertekening

Klant tekent in browser met audittrail en juridisch geldige tijdstempel. Geen PDF-rondzendingen, geen ingescande handtekeningen meer.

Facturen en betalingen

Klanten halen hun facturen op en betalen via iDEAL of overschrijving. Optioneel gekoppeld aan je boekhouding zodat de status vanzelf bijwerkt.

Tickets en aanvragen

Klanten openen tickets via een gestructureerd formulier in plaats van vrije e-mail. Antwoorden vanuit je team landen in dezelfde dossier-context.

// aanpak

Zo werken we

01

Discovery

We mappen welke klantcontacten je nu via mail, telefoon of PDF afhandelt en hoeveel tijd ze kosten. Daaruit volgt wat in zelfbediening kan en wat in mens-naar-mens blijft.

02

Procesontwerp

Per klantreis leggen we vast: waar zit het portaal in de flow, wat kan de klant zelf, waar escaleert het naar je team, welke berichten gaan per mail en welke alleen in het portaal. Voordat er code wordt geschreven.

03

Bouw met rol-tests

Elke rol (hoofdcontact, medewerker bij klant, intern team) krijgt expliciete toegangsmodel-tests in CI. Cross-account-toegang levert altijd een 404 op, geen hint over andermans data.

04

Rollout met je eerste klanten

We onboarden samen met je een handvol klanten, monitoren waar ze vastlopen en passen daar nog op aan. Pas dan rolt het breder uit. Vaste opvolging via een doorontwikkelafspraak of op afroep.

// stack

Waarmee we werken

Een stack die we op productie hebben staan, inclusief de foutafhandeling.

Backend en authenticatie

  • Laravel (PHP 8.4)
  • Filament 5 voor admin
  • Laravel Sanctum / Fortify
  • PostgreSQL met row-level scoping
  • Redis voor cache en sessions

Frontend en interactie

  • Livewire 3 voor dynamische views
  • Alpine.js voor lichte interactie
  • Tailwind CSS voor styling
  • Laravel Reverb voor live updates

Documenten en signing

  • Spatie Media Library voor uploads
  • Signed URLs voor downloads
  • Browsershot / DomPDF voor PDF-generatie
  • E-signing-integratie [?]
// scenarios

Hoe dit er in de praktijk uitziet

Advocaat of accountant: dossier-portaal voor cliënten

Cliënt logt in, ziet hun lopende dossier, uploadt stukken, ontvangt declaraties en tekent in browser. De zaakbehandelaar werkt vanuit het kantoorsysteem; de cliënt ziet alleen wat voor hen relevant is. Telefonische statusvragen vallen sterk terug, doorlooptijd op stuk-aanlevering halveert.

Bouwer of installateur: project-portaal per opdrachtgever

Per project een eigen omgeving voor de opdrachtgever met opleveringsdocumenten, oplever-foto's, garantievoorwaarden en facturen. Wijzigingen worden online geaccordeerd, geen PDF's meer heen en weer. Een nieuwe projectleider is binnen een dag ingewerkt op een lopende klus, omdat alle context per project op één plek staat.

B2B-dienstverlener: aanvraag- en contractenportaal

Klanten dienen aanvragen in via een gestructureerd formulier in plaats van vrije e-mail. Het systeem matcht de aanvraag met het juiste team, klant volgt de status en tekent de offerte in browser. Wat eerst een keten van vier mailwisselingen was, wordt één klantreis met audittrail.

Veelgestelde vragen

Wat is het verschil met een SaaS-product?
Een SaaS-product verkoop je aan klanten als losstaande software. Een klantportaal geef je weg aan je bestaande klanten omdat het hun ervaring met jouw dienstverlening verbetert. De focus zit op zelfbediening rondom je bestaande aanbod, niet op een nieuw product op de markt.
Kunnen we het koppelen aan onze bestaande administratie?
Ja, dat is meestal het hele punt. Klantgegevens komen uit een CRM, facturen uit Exact of Moneybird, dossiers uit een DMS of zaaksysteem. We brengen in Discovery in kaart welke koppelingen zinvol zijn en welke data leidend is in welk systeem. De koppelingen zelf bouwen we zoals we ook andere middleware bouwen, idempotent, observeerbaar en gedocumenteerd.
Hoe regelen we het als één klant meerdere medewerkers heeft die toegang nodig hebben?
Met een hoofdcontact-rol per klant. Het hoofdcontact beheert zelf welke collega's toegang krijgen tot welke onderdelen. Standaardrollen (lezer, beheerder) plus optionele rollen op specifieke dossiers of projecten. Toegang wordt gelogd, intrekken kan op elk moment.
Wat als een klant het portaal niet wil gebruiken en gewoon wil bellen?
Het portaal vervangt geen telefoon of e-mail; het vervangt het herhaalwerk eromheen. Een klant kan blijven bellen voor inhoudelijke vragen, maar de status van hun zaak hoeft je team daarbij niet meer handmatig op te zoeken, die zien klant en team in dezelfde context.
Hoe zit het met juridische geldigheid van online akkoord?
Een online handtekening met audittrail (wie, wanneer, vanaf welk IP, op welk document met welke hash) is in Nederland en de EU geldig onder de eIDAS-verordening voor de meeste zakelijke documenten. Voor specifieke gevallen (notariële akte, hypotheek) blijft een fysieke handtekening verplicht, daar bouwen we geen flow voor.
Hoe snel kan een klantportaal in productie?
Een eerste werkende versie met dossier-inzage, document-upload en factuur-overzicht is doorgaans in 8 tot 12 weken klaar. Akkoord-flows en koppelingen met je bestaande administratie zijn modules die we erna of in parallel toevoegen. We werken in sprints van twee weken met één aanspreekpunt aan beide kanten.
+ + + +

// volgende_stap.execute()

Een portaal voor je klanten?

Vertel wat je nu via mail of telefoon afhandelt, dan mappen we wat in zelfbediening kan en wat niet.