CRM voor aankoopmakelaars: waar let je op?

Een aankoopmakelaar werkt aan de andere kant van de tafel: je zoekt, bezichtigt en biedt namens een koper, in plaats van een woning te vermarkten voor een verkoper. Veel CRM-pakketten (relatiebeheersystemen) zijn van oorsprong om het verkoopdossier heen gebouwd — object, portaal, biedlogboek aan de verkoopkant. Dat betekent niet dat je als aankoopmakelaar geen systeem nodig hebt. Het betekent wel dat je in een demo andere stappen moet zien. Dit artikel beschrijft die stappen. Het is geen testhitslijst en geen belofte dat één pakket “voor aankoop is gemaakt”.

De basis van wat een makelaar-CRM doet, staat in Wat is een CRM voor makelaars?. Hoe een verkoopgericht biedlogboek typisch werkt, lees je in Biedlogboek en transparant bieden in je CRM.

Wat een aankooppraktijk anders maakt

In een verkoopdossier draait het om één object en meerdere geïnteresseerden. In een aankoopdossier draait het om één opdrachtgever (of een stel) en vaak meerdere woningen die je volgt, afvalt of waarop je biedt. Het “object” is dan typisch niet van jouw kantoor, en je levert het meestal niet zelf aan op funda. Wat je wél nodig hebt:

• een helder zoekprofiel: gebied, type, budget, harde eisen en wensen, dat je tijdens het traject bijwerkt;
• een overzicht van bekeken en gevolgde woningen, met bron (portaal, netwerk, eigen bestand) en status (gezien, afgevallen, bod, onder voorbehoud, getekend);
• afspraken en bezichtigingen namens de koper, inclusief terugkoppeling na afloop;
• het aankooptraject zelf: strategie, biedingen, onderhandeling, ontbindende voorwaarden, en de stukken tot aan levering;
• dezelfde zorg voor identiteit, volmacht en Wwft als bij verkoop, omdat je een opdracht en vaak ook gevoelige financiële informatie verwerkt.

Wie beide doet — verkoop én aankoop — heeft baat bij één systeem waarin die twee soorten dossiers niet door elkaar lopen. Een relatie kan verkoper op het ene adres zijn en koper op het andere; dat hoort zichtbaar te zijn, niet als twee losse rijen in een spreadsheet.

Welke modules je niet klakkeloos kunt weglaten

Het is verleidelijk om te denken dat je geen funda-aanlevering, geen objectmarketing en geen “open huis”-module nodig hebt, en dat een algemeen CRM plus een spreadsheet dus volstaat. Voor een echte eenmanszaak met weinig opdrachten kan dat tijdelijk zo zijn. Zodra je meerdere zoekers tegelijk hebt, of een collega meekomt, gaat dat typisch mis: biedingen zitten in een mailbox, het zoekprofiel is verouderd, en niemand ziet welke woning je gisteren hebt afgeraden.

Bovendien blijft een branchesysteem relevant als je portaalverzoeken of netwerkwoningen wilt koppelen aan een zoeker, of als je kantoor ook verkoop doet. Zie Makelaarssoftware of CRM: wat heb je nodig in 2026? en, voor de verkoopkant van aanlevering, CRM koppelen met funda. Vraag in de demo het pad voor aankoop, niet alleen het logo “funda” op een partnerpagina.

Zoekprofiel, bieden en het dossier van de koper

Toets in een demo met een echt voorbeeld, niet met testdata. Je wilt kunnen aanwijzen:

• Opdracht en profiel. De opdracht (zoekopdracht, exclusiviteit, vergoeding) staat bij de relatie, met de afgesproken criteria. Als het budget of de wijk wijzigt, blijft de historie leesbaar.
• Woninglijst. Elke gevolgde woning heeft een status, notities van de bezichtiging, en bij voorkeur de bron. Dubbele invoer van hetzelfde adres moet zichtbaar zijn.
• Bieden namens de koper. Een bod, een tegenbod en de tijdstippen horen in het dossier, ook als het object niet van jouw kantoor is. “Het staat in de mail aan de verkopend makelaar” is geen logboek.
• Stukken. Een getekende opdracht, correspondentie en de koopovereenkomst moeten bij díé opdracht horen, met rechten die niet iedereen op kantoor standaard heeft. Zie Dossiers en documenten in je makelaar-CRM.

Voor bezichtigingen — vaak de drukste keten in aankoop — is een gedeelde agenda nodig. Dat onderwerp staat apart in Bezichtigingen plannen in je CRM.

Wwft, privacy en belangen

Ook als aankoopmakelaar verwerk je identiteitsgegevens en soms informatie over iemands financiële positie. Jij blijft typisch verwerkingsverantwoordelijke; de softwareleverancier is meestal verwerker. Dat vraagt een verwerkersovereenkomst, bewaartermijnen en beperkte toegang. Zie AVG, Wwft en klantdata in je makelaars-CRM.

Let ook op belangen. Als het kantoor zowel de verkoper als een kandidaat-koper bijstaat, moet dat in het dossier zichtbaar en intern afgesproken zijn. Software lost dat niet op, maar een systeem dat beide rollen op één relatie verbergt, maakt het moeilijker om zuiver te blijven.

Wat je in een demo en in de offerte naloopt

Neem deze punten mee, naast de algemene checklist voor het kiezen van een CRM:

• Je kunt een aankoopdossier voeren zonder zelf het object te publiceren, inclusief zoekprofiel, woninglijst en status.
• Biedingen en onderhandelingen namens de koper zijn navolgbaar in de tijd, ook bij een object van een ander kantoor.
• Bezichtigingen en terugkoppeling landen in hetzelfde dossier, niet alleen in een privé-agenda.
• Documenten, opdracht en identiteitsstukken hebben rechten en een export die je bij een exit meeneemt.
• Kosten van modules die je als aankoopmakelaar niet gebruikt, staan apart of zijn weglaatbaar. Tel het driejaars-totaal, zoals in Wat kost een CRM voor makelaars?.

Kleine praktijken hebben dezelfde keten nodig, maar minder rollen. Zie CRM voor kleine makelaarskantoren en eenmanszaken. Werk je vooral onderweg, toets dan ook de CRM-app voor makelaars onderweg: een zoekprofiel of een bod dat pas maandag wordt ingevoerd, is in een krappe markt vaak te laat.

Kortom

Een aankoopmakelaar heeft geen verkoopwebsite nodig om wél een serieus dossier te voeren: zoekprofiel, gevolgde woningen, bezichtigingen, biedingen en stukken in één systeem, met dezelfde zorg voor privacy en Wwft als bij verkoop. Toets dat met een echt aankooptraject in de demo, en betaal niet klakkeloos voor modules die alleen de verkoopkant dienen. Software maakt je geen betere onderhandelaar; het voorkomt dat het traject alleen in jouw hoofd en mailbox bestaat.