Whise + Ziggu

Whise en Ziggu zijn gekoppeld door Ziggu zelf. Wij bouwen de koppeling en wij draaien ze, dus er valt niets te installeren in je Whise-omgeving. Zodra een deal in Whise gesloten wordt, wordt het project in Ziggu aangemaakt en komen de koper en de documenten van die deal mee. De koper uitnodigen blijft een bewuste stap van je team, zodat niemand een portaal ziet voor het klaar is. Whise blijft waar je publicaties en verkoop draaien. Ziggu is het klantportaal waar alles na de handtekening gebeurt.

In het kort

• Ziggu bouwt en draait deze koppeling. Geen plug-in in Whise, niets te onderhouden voor je team.
• Een gesloten deal maakt het project in Ziggu automatisch aan.
• De contacten op de deal en de documenten die eraan hangen, komen mee met het project.
• De uitnodiging naar de koper is manueel, met opzet. Iemand kijkt na of het portaal klaar is voor de koper het ooit ziet.
• De stroom loopt van Whise naar Ziggu. Whise blijft het verkooprecord.

Waarom koppelen als de deal al rond is

Whise eindigt waar een verkoop eindigt. Voor een koper begint daar net het lange stuk.

Tussen het compromis en de sleutels liggen achttien maanden van keuzes, facturen, plannen, vertragingen en opleverpunten, en niets daarvan hoort thuis in een publicatieplatform. Per mail afgehandeld levert dat elke keer hetzelfde patroon op: de koper vraagt het aan de makelaar, de makelaar vraagt het aan kantoor, kantoor vraagt het aan de werf, en drie mensen verliezen een halve dag aan een vraag waarvan het antwoord ergens op papier stond.

De koppeling haalt de eerste kloof uit die keten weg. Het project, de koper en het papierwerk staan al klaar wanneer de deal sluit, zodat alleen nog beslist moet worden wanneer de deur opengaat.

Waarom de uitnodiging een manuele stap is

Al de rest is automatisch, de uitnodiging niet. Dat is een ontwerpkeuze en geen tekortkoming.

Een net aangemaakt project is leeg. Als de koper binnenwandelde op het moment dat de deal sloot, vond hij een portaal zonder inhoud, en dat is een slechtere eerste indruk dan helemaal geen portaal. Omdat uitnodigen een aparte handeling is, kijkt iemand van je team naar wat er binnenkwam, vult aan wat ontbreekt, en verstuurt dan pas. Eén klik, op het moment dat jij kiest.

Project, unit, en waarom dat verschil hier telt

In Ziggu kan een project onderverdeeld worden in fases, loten en gebouwen, en die dragen de units, de individuele woningen. Verkoop je één pand per klant, dan zijn je project en je unit hetzelfde record en zie je de tussenniveaus nooit. Een ontwikkelaar die negentig appartementen in één ontwikkeling verkoopt, gebruikt ze allemaal, en elke koper ziet alleen die van hem.

Welke data beweegt tussen Whise en Ziggu

De eerste kolom is de naam die je team uit de app kent, de tweede is het endpoint dat een ontwikkelaar zou aanroepen als je dit ooit wil uitbreiden op de publieke API van Ziggu.

‍

Hoe koppel je Whise aan Ziggu?

1. Vraag Ziggu om de Whise-koppeling. Omdat wij ze bouwen en draaien, start dit als een gesprek en niet als een installatie.
2. Spreek af wat gesloten betekent in jullie proces, zodat de juiste deals projecten aanmaken en er niets te vroeg beweegt.
3. Spreek de mapping af. Welk Whise-record wordt een Ziggu-project, welk wordt een unit, en hoe komt de koper bij de juiste terecht.
4. Beslis welke documenten op de deal de koper moeten bereiken, en onder welke categorie ze verschijnen.
5. Spreek af wie de uitnodiging verstuurt en wat er eerst in het portaal moet staan. Dat is het moment waarop de ervaring van de koper echt begint.

Wil je het liever zelf bouwen of uitbreiden, dan zijn dezelfde endpoints beschikbaar op de publieke REST API van Ziggu. Endpointreferentie: Ziggu API-documentatie.

Waar teams het voor gebruiken

Ontwikkelaars die via hun eigen makelaar verkopen

Whise draagt de publicatie en de verkoop, Ziggu draagt de twee jaar erna. De koper krijgt één systeem per fase in plaats van een reeks mailconversaties.

De vragen bij de makelaar wegnemen

De meeste vragen na de verkoop zijn geen verkoopvragen. Zodra de koper een portaal heeft, landen ze niet meer bij de persoon die hem het pand verkocht heeft.

Het over een portefeuille draaien

Zodra projecten en units in Ziggu bestaan, hangt de rest eraan: documenten, beslissingen, betaalschema's, opleverlijsten. Zie hoe projectontwikkelaars Ziggu gebruiken.

Wat Whise en Ziggu niet doen

• Ziggu is geen publicatieplatform en publiceert niet naar marktplaatsen. Whise blijft dat doen.
• Kopers worden niet automatisch uitgenodigd. De sync zet alles klaar; een mens beslist wanneer het portaal opengaat.
• Er wordt niets teruggeduwd naar Whise. Dit is een overdracht, geen tweerichtingssync.
• De publieke API van Ziggu heeft geen webhooks, dus wat je zelf bouwt pollt op een schema in plaats van te luisteren naar events.
• Taken en mijlpalen hebben geen endpoint in de publieke API, dus die kunnen van buiten Ziggu niet gelezen of geschreven worden.
• De API is beperkt tot 60 requests per minuut over alle endpoints samen, en dat bepaalt hoe een eerste lading van bestaande deals verloopt.

Vragen over de Whise-integratie

Is er een Ziggu-plug-in voor Whise?

Nee. Ziggu bouwt en draait deze koppeling, dus er valt aan jouw kant niets te installeren.

Wat maakt het project in Ziggu aan?

Een deal die in Whise gesloten wordt. Wat als gesloten telt, spreek je af bij de setup, zodat het past bij jullie proces.

Komen de documenten op de deal mee?

Ja, samen met het project, onder de categorie die jij kiest.

Wordt de koper automatisch uitgenodigd?

Nee, en dat is bewust. De koppeling maakt het project aan en hangt de koper eraan; iemand van je team verstuurt de uitnodiging zodra hij nagekeken heeft of het portaal klaar is om gezien te worden.

Heeft de koper een Whise-account nodig?

Nee. Kopers zien alleen Ziggu.

Wat als een deal sluit maar het project nog niet mag starten?

Dan is gesloten voor jullie de verkeerde trigger. Spreek bij de setup een andere voorwaarde af in plaats van de pipeline te laten beslissen.

Laatst nagekeken: 28 augustus 2026.