PROJECT MANAGEMENT
Laatst geüpdate:
August 31, 2026

Wat een partnerportaal is, en waarom het verkeerde plan tóch op de werf raakt

Een partnerportaal geeft architecten, aannemers en leveranciers afgebakende toegang tot één lopend project in plaats van doorgestuurde kopieën, en dat is wat verkeerde planversies tegenhoudt.

Ziggy with a microphone
Volg ons voor meer content

Kort samengevat

  • Een partnerportaal geeft externe partners toegang tot het lopende project zelf in plaats van tot doorgestuurde kopieën. In Ziggu staan die rechten per partner.
  • Een klantportaal is er voor wie het project koopt. Een partnerportaal is er voor de bedrijven die het bouwen, en die twee hebben andere rechten nodig.
  • Een verkeerde planversie is een distributieprobleem: het plan klopt in de map en is fout in drie mailboxen die het eerder ontvingen.
  • Partners werken met het laatste plan zodra dat plan één adres heeft, en dat adres zelf laat weten dat er iets veranderd is.
  • Een partnerportaal waar niemand een tweede keer inlogt, is een rechtenprobleem. Wie het hele project te zien krijgt, kijkt niet meer.

Een partnerportaal is afgebakende toegang tot één lopend project

Een partnerportaal is een werkruimte waarin je je externe partners rechtstreeks toegang geeft tot een project, met rechten per partner. Architecten, hoofdaannemers, onderaannemers, leveranciers en plaatsers loggen in en zien het stuk waar ze aan werken. Niemand stuurt hen nog een kopie door.

Die laatste zin is het hele verschil. Een gedeelde schijf bevat documenten. Een mailketting bevat een gesprek. Een partnerportaal bevat het project zelf: de actuele plannen, de goedkeuringen die eraan hangen, de taken die elk bedrijf openstaan heeft, en de data waar die taken aan vastzitten.

Het woord portaal doet in software veel werk, en het meeste daarvan gaat niet over bouwen. In softwareverkoop is een partnerportaal de plek waar resellers marketingmateriaal ophalen en deals registreren. In de bouw en vastgoed betekent het iets smallers en nuttigers: de plek waar de bedrijven die bouwen en het bedrijf dat verkoopt van hetzelfde dossier werken.

Een partnerportaal en een klantportaal bedienen andere mensen

Een klantportaal en een partnerportaal zitten op hetzelfde project en bedienen een ander publiek. Het klantportaal is van wie koopt: een woningkoper, een huurder, de klant die een inrichting laat uitvoeren. Het partnerportaal is van de bedrijven die het werk leveren.

De verwarring is terecht: allebei laten ze buitenstaanders binnen in een project dat vroeger intern was. Wat ze scheidt, is wat elk publiek mag zien en wat er gebeurt zodra ze iets doen.

KlantportaalPartnerportaal
Wie logt inDe klant die het project kooptDe bedrijven die het uitvoeren
Wat die daar doetVoortgang volgen, kiezen, goedkeurenUploaden, afstemmen, werk afvinken
Wat die mag zienDe eigen unit of het eigen contractDe eigen scope, over het project heen
Wat er misgaat zonderDe klant belt voor een updatePartners bouwen op een oud plan

Allebei op één project draaien is normaal. Ze op twee losse systemen draaien is waar de kost zit: de koper keurt een afwerking goed op de ene plek, de onderaannemer leest het lastenboek op de andere, en iemand zet die beslissing met de hand over. Die iemand is meestal een klantadviseur, en met de hand overgezette beslissingen zijn de beslissingen die verdwijnen.

Hoe zorg je dat partners altijd met de laatste versie van de plannen werken?

Partners werken met de laatste versie zodra het plan één adres heeft en dat adres zelf meldt dat het veranderd is. Een revisie mailen maakt een kopie, en een kopie stopt met bijwerken op het moment dat ze aankomt. Een partnerportaal vervangt die kopie door een link: de nieuwste versie is de enige die iemand kan openen, en de melding vertrekt bij het uploaden en niet wanneer iemand eraan denkt om door te sturen.

Daarvoor moeten op een echt project drie dingen kloppen, en geen van de drie gaat over opslag.

Het document heeft één thuis nodig, niet een thuis plus een kopie op de telefoon van de werfleider. Toegang wordt per rol gegeven, zodat een onderaannemer die in maand negen instapt de actuele set krijgt en niet die van maand één. En de goedkeuring hoort naast het bestand te staan, want een plan zonder handtekening is gewoon een plan.

Dat derde punt is waar de meeste tools stoppen. De Belgische algemene aannemer DCA laat goedkeuringen en hun meldingen door hetzelfde portaal lopen als dat van de kopers, en de klantadviseur beschrijft wat dat verandert.

“We uploaden documenten, klanten keuren ze goed op het Ziggu-platform en we krijgen meteen een melding dat alles is ondertekend. De locatiemanager en onderaannemer worden ook automatisch op de hoogte gebracht. Zo heeft iedereen altijd het juiste, goedgekeurde document in handen.”
Mieke Mertens, Klantadviseur, DCA

Hoe DCA dat heeft opgezet, staat in het klantverhaal van DCA.

Een verkeerde versie is een distributieprobleem

Teams behandelen het versieprobleem als een opbergprobleem en kopen opslag om het op te lossen. Opslag was nooit het probleem. In de meeste gevallen zit het juiste plan in de juiste map, met de juiste naam, terwijl drie bedrijven werken met de versie die in maart in hun mailbox belandde.

Opbergen bepaalt waar de waarheid woont. Distributie bepaalt wie ernaast staat. Een naamgevingsafspraak, een mappenstructuur en een versienummer beschrijven alle drie het bestand. Geen van de drie raakt tot bij de elektricien.

Rechten per partner bepalen of iemand een tweede keer inlogt

Een partnerportaal staat of valt met wat een partner ziet als hij het opent. Geef een keukenleverancier het hele project en hij krijgt een muur informatie over negentig units, waarvan er vier van hem zijn. Hij kijkt één keer, besluit dat het niet voor hem is, en gaat terug naar mail. De adoptie sterft stilletjes, en niemand dient daar een klacht over in.

Rechten per partner zijn de oplossing, en die zijn fijner dan een aan-uitknop. De bruikbare versie bakent op drie manieren tegelijk af: op welke projecten een partner zit, welke delen daarvan hij kan openen, en of hij mag handelen of alleen lezen. In Ziggu staan die rechten per partner in het partnerportaal, en elke actie in het project komt in het logboek, zodat lang na de oplevering nog na te gaan is wie wat opende en wie wat goedkeurde.

Het neveneffect telt even hard als de toegang zelf. Een partner die alleen zijn eigen scope ziet, is een partner die je kunt toevoegen zonder gesprek over vertrouwelijkheid. Dat is wat het haalbaar maakt om vijftien bedrijven op één project te zetten in plaats van de drie die je het best vertrouwt. Partners coördineren op een project laat zien hoe dat er in de praktijk uitziet.

Wanneer een partnerportaal het verkeerde antwoord is

Een partnerportaal verdient zijn opzet wanneer dezelfde partners over projecten heen terugkomen, en wanneer er goedkeuringen in het spel zijn waar later nog naar gevraagd wordt. Op een eenmalige klus met twee onderaannemers waar je al tien jaar mee werkt, voegt het een login toe en lost het een probleem op dat je niet hebt.

De eerlijke test is niet hoeveel partners op het project zitten. Het is hoe vaak een antwoord twee keer gegeven moet worden omdat het eerste maar bij één iemand terechtkwam. Tel dat eens twee weken lang. Ligt dat aantal laag, dan loopt de coördinatie en is een portaal overhead. Ligt het hoog, dan zijn de planversies al uit elkaar aan het lopen zonder dat iemand het merkt, want dat zie je pas op de werf.

Geschreven door

Vincent Van Impe

Vincent Van Impe is medeoprichter van Ziggu en leidt sales en marketing. Hij heeft een achtergrond in architectuur, projectmanagement en SaaS, en schrijft over klantbeleving, projectopvolging en hoe projectgedreven bedrijven hun klanten en partners op de hoogte houden.
Connecteer op Linkedin

Verhoog je klanttevredenheid en werk efficiënter met Ziggu. Plan vandaag nog een demo.

SCHEDULE A DEMO
Ziggy-mascot waving and smiling

Stay up-to-date thanks to our hyper-relevant newsletters.

SUBSCRIBE
Ziggy-mascot waving and smiling