HubSpot + Ziggu

HubSpot en Ziggu zijn gekoppeld door Ziggu zelf. Wij bouwen de koppeling en wij draaien ze, dus er valt niets te installeren in je HubSpot-portal en niets te onderhouden voor je team. Zodra een deal een fase bereikt die jij kiest, of zodra iemand een veld op die deal aanvinkt, wordt het project in Ziggu aangemaakt, hangt de klant eraan en komen de documenten van de deal mee. HubSpot blijft waar de verkoop draait. Ziggu is het klantportaal waar je klant met het resultaat leeft.

In het kort

• Ziggu bouwt en draait deze koppeling. Er is geen app om te installeren in HubSpot en geen marketplace-listing om te zoeken.
• Jij kiest de trigger: een dealfase, of een eenvoudig ja/nee-veld op de deal dat iemand aanvinkt wanneer een record klaar is om te bewegen.
• Contacten, projecten en de documenten die aan de deal hangen gaan van HubSpot naar Ziggu.
• De klant uitnodigen blijft een bewuste stap van je team, zodat niemand een portaal ziet voor het klaar is.
• Wil je de koppeling liever zelf in handen hebben: IO Digital bouwt deze integratie op de publieke REST API van Ziggu, en je eigen ontwikkelaars kunnen dat ook.

Waarom koppelen als HubSpot de opvolging al doet

HubSpot is gebouwd voor je team: de pipeline, de sequences, de interne notities, de rapportering. Niets daarvan is wat een klant nodig heeft zodra het contract getekend is.

Na de handtekening veranderen de vragen, en op een lang project blijven ze een jaar of langer komen. Wanneer moet ik mijn volgende keuze maken. Waar staat het document dat ik getekend heb. Wat heb ik al betaald, en wat komt er nog. Die vragen komen binnen per mail en per telefoon, en elke ervan kost iemand een halve dag.

Dat is het stuk dat HubSpot nooit had moeten dragen. De overdracht is het punt van de koppeling: op het moment dat een deal sluit, staat alles wat de klant nodig heeft al op één plek in plaats van verspreid over een mailbox.

Project, unit, en waarom dat verschil hier telt

Ziggu organiseert werk in projecten, en een project kan één unit bevatten of honderden. Een unit is het kleinste ding dat één klant heeft: één appartement in een ontwikkeling, één woning, één inrichting, één order. Tussen project en unit zitten optionele niveaus, fases en loten en gebouwen, die grote projecten gebruiken en kleine nooit te zien krijgen.

Werk je met één opdracht per klant, dan zijn je project en je unit hetzelfde record en blijven die niveaus onzichtbaar. Lever je er negentig binnen één project, dan gebruik je ze allemaal. De koppeling gedraagt zich in beide gevallen hetzelfde; wat verandert is de mapping, en dat is het één gesprek dat je goed moet voeren.

Welke data beweegt tussen HubSpot 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 deze koppeling ooit zelf wil herbouwen of uitbreiden.

‍

Hoe koppel je HubSpot aan Ziggu?

1. Vraag Ziggu om de HubSpot-koppeling. Omdat wij ze bouwen en draaien, start dit als een gesprek en niet als een installatie.
2. Bepaal de trigger samen met je verkoopteam: een dealfase zoals Contract getekend, een ja/nee-veld op de deal, of allebei.
3. Spreek af wat een Ziggu-project is in jullie pipeline. Eén deal per project en één deal per unit zijn verschillende mappings.
4. Beslis welke documenten van de deal de klant moeten bereiken, en onder welke categorie ze in Ziggu verschijnen.
5. Spreek af wie de uitnodiging verstuurt en wat er eerst in het portaal moet staan.
6. Laat één deal volledig doorlopen en kijk naar wat de klant effectief ziet voor je het op de hele pipeline zet.

Liever zelf in handen? Hetzelfde werk kan op de publieke REST API van Ziggu, door je eigen ontwikkelaars of door IO Digital, die deze koppeling voor Ziggu-klanten bouwt. Endpointreferentie: Ziggu API-documentatie.

Waarom de trigger de discussie waard is

Een dealfase is het voor de hand liggende antwoord en het werkt zolang elke verkoop hetzelfde pad volgt. Het stopt met werken op het moment dat je deals hebt die sluiten maar nog niet mogen starten, of projecten die beginnen voor het papierwerk rond is.

Daarom bestaat het veld. Een ja/nee-veld, aangevinkt door wie het weet, verplaatst een record wanneer het echt klaar is, zonder je pipeline om de integratie heen te buigen. De meeste teams gebruiken uiteindelijk de fase voor het standaardgeval en het veld voor de uitzonderingen.

Waarom de uitnodiging een aparte stap is

Al de rest hier is automatisch, de uitnodiging niet. Dat is een ontwerpkeuze.

Een net aangemaakt project is leeg. Als de klant 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 naar wat er binnenkwam, vult aan wat ontbreekt, en zet dan de deur open. Eén klik, op het moment dat jij kiest.

Waar teams het voor gebruiken

De klantervaring starten zonder geharrewar

De kloof tussen een handtekening en het eerste echte contact is waar vertrouwen verloren gaat. Als de deal het project aanmaakt, staat alles al klaar, en wordt het openzetten van het portaal een beslissing in plaats van een project op zich.

De pipeline uit het zicht van de klant houden

HubSpot bevat de forecast, de interne notities en elke deal die je niet gewonnen hebt. Niets daarvan is klantmateriaal. Ziggu toont de klant zijn eigen project en verder niets, en dat is precies wat het veilig maakt om hem toegang te geven.

Overdragen zonder overdrachtsvergadering

Wat verkoop ingevoerd heeft, staat al in Ziggu wanneer het uitvoeringsteam het project opent. Zie hoe projectontwikkelaars Ziggu gebruiken.

Wat HubSpot en Ziggu niet doen

• Er is geen Ziggu-app in de HubSpot-marketplace. Ziggu bouwt en draait de koppeling, en dat is een andere afspraak dan zelf iets installeren.
• Klanten worden niet automatisch uitgenodigd. De koppeling zet het project klaar en hangt het contact eraan; een mens beslist wanneer het portaal opengaat.
• De publieke API van Ziggu heeft geen webhooks. Een koppeling die 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 een bestaande pipeline verloopt.
• Ziggu vervangt HubSpot niet. Je pipeline, je sequences en je rapportering blijven waar ze zijn.

Vragen over de HubSpot-integratie

Is er een Ziggu-app in de HubSpot-marketplace?

Nee. Ziggu bouwt en draait deze koppeling voor je, dus er valt niets te installeren in je portal.

Wat zorgt ervoor dat een project in Ziggu verschijnt?

Een trigger die jij kiest: een deal die een fase bereikt, of een ja/nee-veld op de deal dat iemand aanvinkt wanneer het record klaar is. Veel teams gebruiken allebei.

Wordt de klant automatisch uitgenodigd?

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

Komen de documenten van de deal mee?

Ja. Ze belanden bij de documenten van het project in Ziggu, onder de categorie die je bij de setup afspreekt.

Kan ons eigen agentschap het bouwen?

Ja. IO Digital bouwt deze koppeling op de publieke REST API van Ziggu, en je eigen ontwikkelaars kunnen hetzelfde doen.

Heeft onze klant een HubSpot-account nodig?

Nee. Klanten zien alleen Ziggu. HubSpot blijft intern.

Wat met een deal die sluit maar nog niet mag starten?

Dat is precies het geval waarvoor de veldtrigger bestaat. Laat het veld staan en er beweegt niets, wat de fase ook zegt.

Laatst nagekeken: 28 augustus 2026.