CRM voor nieuwbouw en projectverkoop

Nieuwbouw en projectverkoop lijken op bestaande bouw, tot je een typelijst, een tekenkamer, een planning en een groep kopers naast elkaar moet houden. Eén project is geen “woning met extra foto’s”; het is een set van typen, bouwnummers, opties, reserves en een communicatie die maanden of jaren loopt. Een CRM dat alleen de klassieke verkoopketen kent — object, etalage, bieding, transactie — kan daarop vastlopen. Dit artikel helpt je te beoordelen wat je nodig hebt, zonder een module als verplicht te verkopen.

De gemeenschappelijke basis blijft Wat is een CRM voor makelaars?. Of je een aparte nieuwbouwmodule nodig hebt, hangt af van je volume en van hoe complex de projecten zijn, niet van een brochure.

Wat projectverkoop anders maakt

In bestaande bouw is het object meestal uniek: dit huis, deze eigenaar, deze bezichtiging. In nieuwbouw werk je vaak met:

• Een project en daaronder typen en units. Zelfde plattegrond, andere laag of andere kavel, met eigen prijzen en statussen.
• Een langere tijdlijn. Van start verkoop tot oplevering kunnen er fases zitten waarin de informatie aan kopers verandert.
• Wachtlijsten of reservaties, soms met volgordes die je moet kunnen uitleggen.
• Opties en meerwerk, die niet thuishoren in een vrij notitieveld als ze later in een contract of een afrekening moeten.
• Meerdere partijen. Ontwikkelaar, aannemer, notaris, soms een interne projectleider, naast de koper.

Als je jaarlijks één klein project doet, kun je ver komen met nette objectdossiers, een consequente naamgeving en een strakke takenlijst. Doe je dit structureel, of werk je met tientallen units, dan wordt een echte projectlaag relevanter: één plek waar de status van unit 14 en de mailing aan alle reservanten samenhangen.

Publicatie en etalage bij nieuwbouw

Nieuwbouw heeft vaak andere media (sfeerimpressies, plattegronden, een overzichtstekening) en andere velden dan een bestaande woning. Vraag of aanlevering naar portalen voor projecten via dezelfde keten loopt als bestaande bouw, en of er een extra module of een extra tarief is. Op de prijspagina van Realworks stond in november 2026 bijvoorbeeld een nieuwbouwmodule van € 50 per maand plus € 25 per project per jaar, bovenop de basislicentie; dat is een openbaar voorbeeld, geen offerte, en andere leveranciers bundelen dit anders. De keten zelf — via kantoorsoftware en je organisatie, niet via een losse widget — staat in CRM koppelen met funda.

Let op consistente prijzen en statussen. Als unit 8 “onder voorbehoud” staat in het CRM maar nog als beschikbaar op een portaal of op de projectsite, belooft iemand iets dat het dossier niet dekt. Eén bron van waarheid, en een controle na elke statuswijziging, hoort in de routine.

Interesse, toewijzing en uitlegbaarheid

Wie het eerst belt, wie een brochure heeft aangevraagd, wie een optie heeft en wie is afgevallen: dat zijn vragen die je later kunt krijgen van een ontwikkelaar of van een geïnteresseerde. Net als bij een biedlogboek telt hier een tijdlijn die je niet achteraf reconstrueert. Vraag in de demo of je een volgorde, een status per kandidaat en een toelichting per unit kunt vastleggen, en of je daar een overzicht van kunt tonen.

Software maakt de toewijzing niet automatisch “eerlijk”. Jullie werkwijze en de afspraken met de opdrachtgever doen dat. Het systeem moet die werkwijze kunnen volgen en later kunnen tonen. Als het alleen een mailinglijst is zonder geschiedenis, bouw je alsnog een schaduw inspreadsheet.

Documenten, ondertekenen en de lange adem

Een nieuwbouwdossier verzamelt in de loop van de tijd veel stukken: brochures, reserveringsdocumenten, koop- of aannemingsovereenkomsten, correspondentie over planning, en later opleverpunten. Die stukken horen bij de unit én bij de koper, niet in de mailbox van wie toevallig projectleider was in jaar één.

Vraag hoe documenten blijven hangen als een medewerker vertrekt, en hoe ondertekenen terugkomt in het dossier; zie CRM-koppelingen. Voor de privacy van kopers — veel gegevens, lange looptijd — geldt hetzelfde kader als in AVG en Wwft: bewaar wat je nodig hebt, met rechten, en niet alles voor iedereen.

Wat je in een demo specifiek voor nieuwbouw vraagt

• Een project aanmaken met minstens twee typen en enkele units, elk met een eigen status en prijs.
• Een geïnteresseerde op een wachtlijst zetten en later aan een unit koppelen, met zichtbare geschiedenis.
• Een statuswijziging die, als jullie dat gebruiken, de etalage of de projectsite bijwerkt.
• Een mailing of een gestandaardiseerd bericht aan een selectie (bijvoorbeeld alle reservanten van type B).
• Een rapport voor de ontwikkelaar: welke units zijn beschikbaar, onder optie, verkocht.
• Of dit in de basislicentie zit of in een module, inclusief de prijs per project; zie Wat kost een CRM?.

Laat dit pad lopen door iemand die het werk doet, niet alleen door de verkoper. Als de demo vooral bestaande bouw toont en nieuwbouw “kan er ook bij”, plan dan een tweede, gerichte sessie. Dat is goedkoper dan ontdekken tijdens de start van de verkoop.

Klein volume, of een enkele samenwerking

Niet elk kantoor is een nieuwbouwspecialist. Doe je incidenteel een project samen met een ontwikkelaar die zelf een portaal heeft, dan kan jouw CRM vooral de relaties en de taken beheren, met het projectportaal als etalage. Spreek dan extra scherp af welk systeem de status bewaart, zodat je niet met de hand twee waarheden bijhoudt. Voor een klein kantoor weegt de extra module zwaarder in het maandbedrag; zie CRM voor kleine makelaarskantoren.

Planning, oplevering en nazorg

Na de verkoop begint voor de koper vaak het langste deel: bouwupdates, uitstel, opleverpunten en een notarisafspraak die schuift. Als jullie die communicatie doen, hoort die in hetzelfde dossier als de unit, met taken en een zichtbare geschiedenis. Een losse mailingtool zonder koppeling aan de unitlijst is hoe iemand de koper van de verkeerde kavel een bericht stuurt.

Vraag of je een planning of mijlpalen per project en per unit kunt zetten, of dat je dat in taken vertaalt. Beide kan werken, zolang de koperhistorie terug te vinden is als een collega het project overneemt. Bij oplevering komen inspecties en gebreken in beeld; dat lijkt op verhuurinspecties, met een andere juridische context. Laat de software de feiten bewaren, en zoek juridische duiding elders.

Samenwerking met de ontwikkelaar

Soms eist de ontwikkelaar rapportages in een eigen format, of toegang tot een eigen omgeving. Jouw CRM hoeft die omgeving niet te vervangen, maar hij moet de export of de koppeling aankunnen zonder dat iemand data overtypt. Maak in het bidbook of in de start van de samenwerking expliciet welk systeem leidend is voor de unitstatus. Als dat onduidelijk blijft, verliest het kantoor tijd en de opdrachtgever vertrouwen, ongeacht hoe modern de module heet.

Kosten in de projectbegroting, niet als verrassing

Naast een module per maand kunnen er kosten per project, per unit of voor extra mediavelden zijn. Zet die in de projectbegroting of in de afspraak met de ontwikkelaar, zodat ze niet stilletjes in de kantoorlicentie verdwijnen. Vraag ook wat er gebeurt als een project een jaar langer loopt dan gedacht: blijft het tarief gelijk, of komt er een verlenging? Onzekerheid daarover is geen reden om te gokken; het is een regel in de offerte. De bredere kostenlogica staat in Wat kost een CRM voor makelaars?.

Kortom

Nieuwbouw vraagt van een CRM dat project, typen, units, kandidaten en een lange documentenstroom samenhangen, en dat statussen in de etalage kloppen. Toets dat in een eigen demo, vraag naar modulekosten, en houd één bron van waarheid aan. Een verkoopmodule voor bestaande bouw is geen projectverkoop — tenzij jullie volume klein is en jullie discipline groot.