Waarom nieuwbouw niet in een gewone aanbodfeed past

Bestaande bouw is één object met één adres, één prijs en één status.

Een nieuwbouwproject is gelaagd: het project heeft fases of blokken, elke fase heeft bouwnummers, en elk bouwnummer heeft een eigen type, oppervlakte, oriëntatie, prijs en status. Daarboven staat informatie die voor het geheel geldt: de ligging, de architect, de oplevertermijn, de brochure.

Wie dat plat probeert te slaan tot een lijst losse objecten, verliest de structuur waar de koper op zoekt.

Wat er misgaat als je het plat maakt

• Elk bouwnummer als los object aangeleverd, zonder dat iets ze verbindt. De zoekresultaten van het portaal lopen vol met tientallen varianten van hetzelfde adres.
• Alleen het project aangeleverd, met "prijzen vanaf". Wie zoekt op drie slaapkamers vindt je niet, want die informatie zit in de bouwnummers die je niet hebt meegegeven.
• Beschikbaarheid loopt achter. Bij bestaande bouw verandert de status een paar keer per jaar. In een lopend project verandert hij wekelijks, en in een verkoopweekend per uur. Een feed die één keer per nacht draait, laat verkochte units nog dagen als beschikbaar zien.
• De prijslijst staat in Excel. Bij vrijwel elk project is er een spreadsheet met de actuele prijzen die niet in het CRM staat. Zolang die niet in de keten zit, klopt de website nooit helemaal.
• Opties en reserveringen zijn geen status. "In optie tot vrijdag" is iets anders dan verkocht en iets anders dan vrij. De meeste standaardvelden kennen dat onderscheid niet, dus wordt het een vrij tekstveld — en daar kan een koppeling niets mee.

Wat er wel werkt

De gelaagdheid bewaren in plaats van platslaan: project, fase, bouwnummer, en per laag alleen wat daar thuishoort. Op de website toon je dan het project met een overzicht van beschikbare units eronder, en dat overzicht is filterbaar omdat de gegevens per unit bestaan.

Richting portalen lever je aan wat dat portaal aankan — sommige kennen projecten, andere alleen losse objecten — maar je bron blijft de volledige structuur. Je maakt er pas op het laatste moment een platte lijst van, per bestemming — niet aan de bron.

En beschikbaarheid wordt vaker gesynchroniseerd dan de rest: de status van een bouwnummer moet veel actueler zijn dan de omschrijving van het project.

Wie hier tegenaan loopt

Projectontwikkelaars die hun eigen verkoop doen, makelaars met een nieuwbouwafdeling naast bestaande bouw, en bureaus die een projectwebsite bouwen en halverwege ontdekken dat de gegevens niet in de vorm zitten die ze nodig hebben.

Als je hier hulp bij nodig hebt

Ik heb koppelingen gebouwd voor projectverkoop, onder meer met Unlatch, en voor kantoren die projecten naast bestaande bouw voeren.

Zie ook: grote woningfeeds en woningaanbod naar je website.