Een klantenportaal geeft elke klant één afgeschermde omgeving met de documenten, updates, beslissingen en berichten van hun project, zodat projectteams niet langer dezelfde vragen per mail beantwoorden.
Je klant vraagt opnieuw naar het laatste plan. Een klantenportaal is de afgeschermde omgeving waar dat plan al klaarstaat: één plek per klant, met de documenten, de updates en de beslissingen van hun project. Ziggu bouwt die omgeving voor bedrijven die projectmatig werken.
Een klantenportaal is een afgeschermde omgeving waar een bedrijf één klant alles geeft wat bij hun project hoort: documenten, voortgang, beslissingen en een spoor van wat er is afgesproken. De toegang staat per persoon ingesteld. Wat een klant ziet, is het eigen project en niets anders, en daar dient die login voor.
Daar loopt ook de grens met een gedeelde map met een wachtwoord erop. Een map bewaart bestanden. Een portaal koppelt elk bestand aan een project, een fase en een persoon, en laat de klant zien hoe de zaken ervoor staan zonder dat iemand eerst een update moet schrijven.
Het woord is oud en het idee is ouder: een deur naar je bedrijf die openblijft als je kantoor dicht is. Wat veranderde, is wat er achter die deur zit. Vroeger was een portaal een stapelplaats voor documenten. In 2026 draagt het ook het werk zelf, en daarom kan een klant er iets doen in plaats van alleen lezen.
Wie het portaal opent, ziet dus geen archief maar de stand van zaken: welke versie nu geldt, welke fase loopt, welke keuze nog op hen wacht. Dat verschil bepaalt of een klant zelf iets opzoekt of toch weer belt.
In een klantenportaal zitten de vier dingen waar een klant steeds opnieuw naar vraagt: de actuele documenten, de stand van het project, de keuzes die op hen wachten, en één plek om een vraag te stellen.
Documenten komen eerst, want daar begint het mailverkeer. Een portaal houdt van elk plan, contract en rapport één versie bij, zet de vervallen versies opzij en registreert wie wat heeft geopend. Niemand stuurt hetzelfde plan twee keer. De toegang stopt ook niet bij de oplevering: de klant kan jaren later nog bij de documenten, en daar landt het grootste deel van de nazorgvragen.
Voortgang komt tweede. Een reeks mijlpalen geeft een project een zichtbare opbouw per fase, zodat een klant ziet wat af is, wat loopt en wat er nog komt, zonder te bellen voor een stand van zaken.
Beslissingen komen derde, en dat is het stuk waar mail het slechtst mee omgaat. Een keuze tussen twee afwerkingen, een goedkeuring op een plan, een meerwerk dat bevestigd wordt: in een portaal draagt elk daarvan een datum, een naam en een document. Wie wat goedkeurde, wordt iets om op te zoeken in plaats van iets om over te discussiëren.
Het gesprek komt vierde. Eén draad per project houdt het team, de klant en de partners bij elkaar, met interne notities die intern blijven.
Ziggu voegt daar taken aan toe die je rechtstreeks aan de klant kunt toewijzen, formulieren voor input en tevredenheid, en rapporten voor opleverpunten en nazorg, zodat het portaal het project voorbij de oplevering blijft dragen in plaats van stil te vallen bij de finish. Het volledige aanbod staat op het klantenportaal van Ziggu, en er draaien ongeveer 30.000 actieve projecten op in Europa en de Verenigde Staten.
Mail en Slack lopen op hetzelfde punt vast: geen van beide houdt de documenten, de status en de goedkeuringen van een project op één plek die een klant zelf kan openen.
Mail is een bezorgdienst, geen archief. Een plan dat je dinsdag verstuurt, ligt donderdag onderaan, en een week later komt de vraag naar de juiste versie terug.
Slack is gebouwd voor een team dat de context al deelt. Nodig je daar een klant in uit, dan krijg je snelheid zonder structuur: geen versiegeschiedenis die die naam verdient, geen spoor van een beslissing, en een verslag waar geen handtekening onder past.
Een portaal kost meer om op te zetten en het stopt de vragen. Dat is de ruil, en voor projectwerk is het een goede.
| Aspect | Klantenportaal | Slack | |
|---|---|---|---|
| Documenten | Eén actuele versie per project | Verspreide bijlagen | Beperkte bestandshistoriek |
| Toegang | Per persoon, per project | Doorsturen is oncontroleerbaar | Lidmaatschap van een kanaal |
| Beschikbaarheid voor de klant | Zelf opzoeken, dag en nacht | Hangt af van de reactietijd | Alleen op uitnodiging |
| Projectstatus | Zichtbaar per fase | Alleen handmatige updates | Basistakenbeheer |
| Beslissingen | Met datum en naam vastgelegd | Verstopt in een draad | Weggescrold |
| Wat de klant ziet | De huisstijl van het bedrijf | Generiek | Een informele chatapp |
Hoprom ging op zoek naar een klantenportaal om één reden: de projectinformatie zat verspreid over te veel mails om actueel te blijven. Laura Callewaert, interieurarchitect en klantcoördinator bij Hoprom, beschrijft het vertrekpunt in het succesverhaal van Hoprom zo:
“We kregen talloze e-mails en zo raakten gegevens makkelijk kwijt of verouderd. We hadden een platform nodig waar alle projectinformatie op één plek was gegroepeerd.”
In die zin zitten twee problemen, en het zijn niet dezelfde. Gegevens raken kwijt: de informatie bestaat en niemand vindt ze. Gegevens raken verouderd: de informatie wordt gevonden, en ze klopt niet. Dat tweede is het dure geval, want er wordt op verder gewerkt.
Alles op één plek zetten lost allebei tegelijk op. Eén project, één plek, één actuele versie, en een klant die kan kijken in plaats van vragen. Minder mailverkeer volgt daaruit. Het is het gevolg, niet het doel.
Dat patroon geldt breder dan interieurarchitectuur. In projectwerk is de klant geen toeschouwer: die houdt beslissingen, deadlines en geld vast, en elke vraag die ze niet zelf kunnen beantwoorden komt op iemand zijn bureau terecht.
Hoprom merkte bovendien dat jongere en oudere klanten het portaal even goed oppikten, en dat is het bezwaar dat de meeste teams als eerste opwerpen.
Een klantenportaal draagt de huisstijl van het bedrijf dat het project uitvoert, niet die van de software erachter. Voor de klant staat er geen derde partij in de kamer.
Bij Ziggu stopt die huisstijl niet bij het inlogscherm. De mobiele app die de klant gebruikt is een progressive web app in jouw merk, en de meldingen en mails die ze krijgen dragen datzelfde merk. Grotere organisaties kunnen per project een eigen merk zetten, zodat één bedrijf zichtbaar verschillende projecten naast elkaar kan draaien.
Dit is waar algemene projecttools niets tegenover te zetten hebben. Asana, Monday en Notion zijn gebouwd voor het team dat ervoor betaalt, en de klant is er afwezig of te gast in de werkruimte van iemand anders. Een klantenportaal draait dat om: de kant die de klant ziet is het product, en die lijkt op het bedrijf dat ze inhuurden.
Huisstijl is hier geen versiering. Het is het verschil tussen een tool die je klant moet gebruiken en een dienst die je levert.
Vijf signalen zeggen dat een bedrijf klaar is voor een klantenportaal, en ze gaan over de vorm van het werk, niet over de grootte ervan.
Projecten lopen maanden, geen dagen. Documenten stapelen zich op en worden herzien. De klant heeft keuzes te maken, en die keuzes moeten schriftelijk bevestigd worden. Externe partners hebben een stuk van het beeld nodig zonder alles te zien. En het team wil meer projecten aan zonder in verhouding bij te werven.
Drie van de vijf is meestal genoeg om er een te verantwoorden. Eén signaal op zichzelf is een ordeningsprobleem, en daar bestaat een goedkoper antwoord voor.
