CRM voor projectontwikkelaars: van eerste lead tot oplevering

Wat moet een CRM voor projectontwikkelaars kunnen?

Een CRM voor projectontwikkelaars moet units verkopen, niet alleen leads opvolgen. Het toont op elk moment welke unit vrij, in optie of verkocht is, welke kandidaat-koper warm is, welke prijsberekening bij welke optie hoort en welke betalingsschijf openstaat. En het voorkomt dat iemand een verkochte unit opnieuw aanbiedt.

Concreet zijn dit de acht bouwstenen:

1. Projecten, residenties en units met een status per unit: te koop, in optie, verkocht, verhuurd of geblokkeerd.
2. Leads en contacten met herkomst, interesse per project en een leadscore.
3. Opties met een vervaldatum, gekoppeld aan één of meer units.
4. Prijsberekeningen met de volledige kostenopbouw.
5. Verkoopovereenkomsten die uit de prijsberekening vertrekken, op basis van je eigen sjablonen.
6. Betalingsschijven per verkochte unit, met hun status.
7. Documenten per residentie: plannen, lastenboeken, EPC’s en overeenkomsten.
8. Rapportering per project: beschikbaarheid, conversie van lead tot verkoop, omzet.

Waarom een standaard-CRM hier tekortschiet

Een standaard-CRM denkt in deals: één klant, één opportuniteit, één bedrag. Een nieuwbouwproject werkt anders. Eén koper neemt een appartement, een staanplaats en een berging. Een unit kan maar aan één koper verkocht worden, maar wel door vijf kandidaten bekeken. En de prijs hangt af van de unit, de opties en de commerciële afspraken.

Wie dat in een standaard-CRM giet, eindigt met de klassieke werkwijze: het CRM voor contacten, een Excel-lijst per project voor de beschikbaarheid en een mailbox voor alles daartussen. Het risico zit in de naden. Een unit staat in Excel nog vrij terwijl een collega ze gisteren in optie gaf, of een prijs wordt overgetypt in een Word-document met een oude versie van de prijslijst.

Herken je deze signalen, dan is het tijd voor een CRM dat units begrijpt:

• Je beschikbaarheidslijst bestaat in meer dan één versie.
• Een prijsberekening vraagt manueel rekenwerk en overtypen in Word.
• Niemand weet welke kandidaat-kopers sinds de kijkdag niets meer hoorden.
• Het management vraagt cijfers per project en iemand verliest er een avond aan.

De verkoopcyclus van een nieuwbouwproject in één tabel

Een nieuwbouwverkoop doorloopt acht fases, en in elke fase moet het CRM iets anders doen. Deze tabel is meteen een checklist voor elke demo die je krijgt.

Units, opties en de unitkiezer

Het hart van een vastgoed-CRM is één bron van waarheid per unit, die elke verkoper op elk toestel realtime ziet. Een statuswijziging gebeurt op één plek, en een controle op de server weigert een optie of verkoop op een unit die al bezet is, ook als twee verkopers op hetzelfde moment klikken.

In de verkoop-back-office die GetDigit bouwde voor een Vlaamse projectontwikkelaar ziet dat er zo uit:

• Een interactieve unitkiezer met een residentiekaart per verdieping en blok, een kleur per status en een overzicht over meerdere residenties heen.
• Drie alternatieven die het systeem automatisch voorstelt als de gevraagde unit al bezet is. Zo gaat een kandidaat niet met lege handen naar huis.
• Eén knop “Overgaan tot optie” die alle gekoppelde units (appartement, staanplaats, berging) in één keer in optie zet.
• Een controle op de server die verkochte, verhuurde of geblokkeerde units weigert, ongeacht via welk scherm iemand het probeert.

Leadscore: welke kandidaat-koper bel je vandaag?

Een leadscore rangschikt kandidaat-kopers op basis van regels die je zelf bepaalt, zodat je verkopers elke ochtend met de warmste leads beginnen. In de vastgoedcase stelt de klant die regels zelf in, zonder code, en het systeem herberekent de scores elke nacht.

Voorbeelden van regels die je kan instellen:

• Pluspunten voor een bezoek aan de kijkdag, een gevraagde prijslijst voor een specifieke unit of een budget dat past bij de beschikbare units.
• Minpunten voor een lead die al weken niet reageerde of een interesse in een project dat uitverkocht is.
• Drempels die bepalen wanneer iemand koud, lauw of warm is, met een eigen weergave “Warme leads” bovenaan.

Het effect is eenvoudig: geen kandidaat valt meer tussen twee stoelen, en je verkopers besteden hun tijd aan de mensen die het dichtst bij een aankoop staan.

Van prijsberekening naar verkoopovereenkomst zonder overtypen

De prijsberekening is het document waar alles uit volgt. Als de verkoopovereenkomst daar met één klik uit vertrekt, verdwijnt het overtypen en de fouten die erbij horen. In de vastgoedcase maakt een Custom API de overeenkomst rechtstreeks aan vanuit de prijsberekening, inclusief commerciële gestes en btw, met een status voor getekend en akkoord.

Waar je op let bij de prijsberekening:

• Volledige kostenopbouw: unitprijs, staanplaats en berging, opties, commerciële gestes en btw, telkens zichtbaar opgebouwd.
• Fiscaal regime: btw en registratierechten hangen af van hoe je verkoopt, bijvoorbeeld grond en constructie samen of apart. Laat je notaris en boekhouder de regels bepalen; het CRM past ze daarna consequent toe.
• Veldbeveiliging: prijsvelden worden per beveiligingsprofiel verborgen of alleen-lezen gemaakt. Microsoft Dataverse ondersteunt dat met beveiliging op kolomniveau.
• Documenten: Word- en pdf-export via sjablonen, en per residentie een SharePoint-map met plannen, lastenboeken, EPC’s en overeenkomsten, rechtstreeks in de app.

Betalingsschijven en de Wet Breyne

Verkoop je woningen op plan of in aanbouw, dan valt die verkoop meestal onder de Wet Breyne, en die bepaalt wanneer je welk bedrag mag vragen. Een CRM kan de schijven per unit opvolgen, zodat je nooit een schijf aanrekent voor werken die nog niet uitgevoerd zijn.

De kernregels volgens notaris.be:

• Bij het sluiten van de overeenkomst mag het voorschot maximaal 5% van de totale prijs bedragen.
• De volgende betalingsschijven moeten overeenstemmen met de waarde van de reeds uitgevoerde werken.
• Een erkende aannemer stelt een waarborg van 5%, die voor de helft vrijkomt bij de voorlopige oplevering en voor de rest bij de definitieve oplevering.
• Tussen de voorlopige en de definitieve oplevering zit in principe één jaar.

Wat een CRM daarbij voor je kan doen:

1. Een schijvenplan per project als sjabloon, dat bij elke verkochte unit automatisch wordt toegepast.
2. Een status per schijf: gepland, te factureren, gefactureerd, betaald.
3. Een koppeling met de vordering van de werken, zodat een schijf pas “te factureren” wordt als de bijhorende fase gehaald is.
4. Een koppeling met je boekhouding voor de eigenlijke factuur. Let op: de verplichte e-facturatie sinds 1 januari 2026 geldt tussen btw-plichtige ondernemingen. Koopt een investeerder via een btw-plichtige vennootschap, dan moet die factuur gestructureerd vertrekken; voor een particuliere koper geldt de plicht niet.

Dit is geen juridisch advies: je notaris of jurist bevestigt hoe de Wet Breyne op jouw project van toepassing is. Het CRM zorgt ervoor dat je je eraan houdt, unit per unit.

Na de verkoop: afwerkingskeuzes, meerwerken en oplevering

De verkoop stopt niet bij de handtekening: tussen de akte en de definitieve oplevering heeft een koper vaak meer contact met je team dan ervoor. Wie die fase in mails en losse lijsten opvolgt, verliest tijd en riskeert discussies bij de oplevering.

Een CRM voor projectontwikkelaars volgt daarom ook op:

• Afwerkingskeuzes (keuken, sanitair, vloeren) met een deadline per bouwfase.
• Meerwerken met een offerte en een geregistreerd akkoord van de koper.
• Opleverpunten bij de voorlopige oplevering, en de nazorg tot de definitieve oplevering.

Wil je dat kopers dat zelf opvolgen, dan bouwt GetDigit er een kopersportaal bij: een beveiligde omgeving waar de koper de status van zijn woning, zijn documenten en zijn keuzes ziet, gekoppeld aan dezelfde data. Meer daarover op de pagina klantenportaal laten maken.

Waar AI vandaag al tijd wint

AI helpt een verkoopteam in vastgoed vooral bij opvolgen en opzoeken: een opvolgmail in de schrijfstijl van je bedrijf, of een vraag aan je eigen verkoopdata in gewone taal. Belangrijk is dat de AI binnen de rechten van de gebruiker blijft en niets uitvoert zonder bevestiging.

In de vastgoedcase zit dat zo:

• AI-opvolgmail op de lead- en contactfiche, in de schrijfstijl van het bedrijf en altijd na te lezen voor verzending. Verwachte tijdswinst: enkele minuten per mail (schatting).
• Een AI-werkplek waar verkopers vragen stellen over hun eigen data (“welke units in residentie Linde zijn nog vrij met twee slaapkamers?”) en antwoorden krijgen als tabel of grafiek, met een transparante prijsopbouw.
• Schrijfacties met bevestiging: een activiteit aanmaken, een unit toevoegen, een optie nemen of een verkoopovereenkomst opstellen, telkens via een bevestigingskaart.
• Rollen die ook voor de AI gelden: wie geen prijzen mag zien, krijgt ze ook niet van de assistent.

Meer toepassingen lees je op de pagina AI-agents en Copilot.

Makelaarssoftware, standaard-CRM of verkoop-back-office op maat?

Makelaarssoftware is gebouwd voor makelaars en bemiddeling; een projectontwikkelaar heeft daarnaast een systeem nodig dat de eigen verkoop per unit, de overeenkomsten en de schijven beheert. De keuze hangt af van hoeveel projecten je tegelijk verkoopt en hoeveel je zelf verkoopt.

• Makelaarssoftware (zoals Whise, Omnicasa of Zabun) helpt bij het beheren en publiceren van panden en het opvolgen van kandidaten en bezoeken. Werk je met makelaars, dan blijft hun pakket bestaan; een back-office op maat koppelt ermee, voor zover het pakket een API aanbiedt.
• Een standaard-CRM (Teamleader, Odoo, Dynamics 365 Sales zonder aanpassingen) is sterk voor contacten en deals, maar kent geen units, opties of schijven. Lees de eerlijke vergelijking van Teamleader, Odoo en Dynamics 365.
• Een verkoop-back-office op maat op Dynamics 365 en Dataverse behandelt units, opties, prijsberekeningen, overeenkomsten en schijven als eigen datamodel, en groeit mee met elk nieuw project. Alles draait in je eigen Microsoft 365-omgeving: jouw data, jouw tenant, jouw eigendom.

Stappenplan: zo zet je een CRM voor je projecten op

De snelste weg is starten met één project en de kern (units, leads en opties), en van daaruit uitbreiden. Zo staat je team binnen weken in het nieuwe systeem, in plaats van na een maandenlang traject.

1. Breng je verkoopproces in kaart met één lopend project als voorbeeld: welke stappen, welke documenten, wie doet wat?
2. Kies per gegeven één bron van waarheid: units en opties in het CRM, facturen in de boekhouding, plannen in SharePoint.
3. Laat een klikbaar prototype maken voor er gebouwd wordt. Bij GetDigit is dat Sprint 0, in 1 tot 3 weken, en die eindigt met een vaste prijs voor de bouw.
4. Bouw in sprints: eerst units, leads en opties; dan prijsberekening en overeenkomst; dan schijven, kopersopvolging en AI.
5. Migreer één lopend project en laat je verkopers er een week echt mee werken voor je de rest overzet.
6. Rol uit over al je projecten en volg op wat telt: doorlooptijd van lead tot optie, warme leads zonder opvolging, beschikbaarheid per project. Een Power BI-dashboard toont het elke ochtend.

Een eerste versie van zo’n CRM staat bij GetDigit doorgaans in 6 tot 12 weken live. Wat het kost, hangt vooral af van het aantal projecten en rollen, de koppeling met je boekhouding en hoeveel historiek mee moet. Komt er een kopersportaal bij, dan heeft dat een eigen omvang en doorlooptijd: zie klantenportaal laten bouwen. Hoe we de prijs bepalen, lees je op de pagina kostprijs, en hoe we bouwen bij onze werkwijze.

Wil je zien hoe dit er voor jouw projecten uitziet? Bekijk de pagina vastgoedsoftware voor projectontwikkelaars of vraag een prijs op maat in een gratis intake van 30 minuten met de architect die bouwt.