CRM koppelen met funda: hoe aanlevering werkt

Voor de meeste Nederlandse woningverkopen is funda de etalage. Een woning die niet, te laat of onvolledig op funda staat, is voor kopers praktisch onzichtbaar. Daarom vragen kantoren terecht: hoe koppel ik mijn CRM aan funda? Het korte antwoord is dat je zelden “even een funda-knop” aanzet. Aanlevering loopt meestal via je kantoorsoftware én via de route van je branche- of aanbiedersorganisatie. Dit artikel legt die keten uit, zonder te beloven dat elk pakket hetzelfde doet.

Wie eerst wil begrijpen wat een makelaar-CRM überhaupt bevat, leest Wat is een CRM voor makelaars?. Technische details en lidmaatschapsregels wijzigen; controleer de actuele eisen bij je organisatie en bij de softwareleverancier.

Aanlevering is een keten, geen losse websitekoppeling

Funda toont woningen die op een afgesproken manier worden aangeleverd, met de juiste objectgegevens, media en statussen. Die aanlevering komt typisch niet rechtstreeks uit een willekeurige marketingtool of uit een zelfgebouwde website, maar uit de kantoorautomatisering die is aangesloten op het uitwisselingssysteem van je organisatie.

Bij NVM-makelaars verloopt die uitwisseling in de praktijk via TIARA. Het kantoorsysteem wordt gekoppeld aan TIARA; TIARA geeft het aanbod vervolgens door, onder meer naar funda. Andere organisaties, zoals VBO of Vastgoedpro, hebben hun eigen afspraken en technische routes. Het punt is hetzelfde: jouw CRM moet officieel kunnen praten met de keten waar jouw lidmaatschap bij hoort.

Een “funda-koppeling” op een willekeurige websitebouwer is dus iets anders. Die kan een advertentie of een widget tonen, maar vervangt niet de officiële aanlevering van een opdracht. Als een partij belooft dat jouw woningen “automatisch op funda komen”, vraag dan via welk systeem, onder welk lidmaatschap, en wie verantwoordelijk is als een publicatie mislukt.

Wat je kantoorsoftware wél en niet voor je doet

Een branchespecifiek CRM is er onder meer voor objectinvoer: kenmerken, foto’s, plattegronden, documenten, vraagprijs, status (in verkoop, onder voorbehoud, verkocht) en vaak de tekst die naar het portaal gaat. Als de invoer compleet en volgens de afspraken van je organisatie is, kan de aanlevering vanuit dat dossier vertrekken.

Software neemt de inhoudelijke controle niet over. Een ontbrekend energielabel, een verkeerde meterstand of een foto die niet aan de richtlijnen voldoet, blijft een kantoorprobleem. Ook een haperende koppeling na een update, een verkeerde status of een woning die per ongeluk offline staat, merkt de verkoper eerder aan de etalage dan aan een groen vinkje in het CRM.

Plan daarom in de dagelijkse routine een korte controle: staat het object live, klopt de vraagprijs, zijn nieuwe foto’s doorgekomen, en is een statuswijziging zichtbaar? Dat is saai werk, en juist daarom hoort het ergens belegd te zijn, meestal bij de binnendienst.

Vragen die je in een demo stelt

Laat je niet afschepen met “wij koppelen met funda”. Vraag concreet:

• Via welk uitwisselingssysteem loopt de aanlevering voor onze organisatie (bijvoorbeeld TIARA bij NVM)? Is die koppeling officieel ondersteund?
• Welke objecttypes gaan mee: bestaande bouw, huur, nieuwbouw, BOG? Zijn daar extra modules voor?
• Hoe snel staat een wijziging in het dossier op het portaal, en hoe zien we een mislukte publicatie?
• Wie lost een storing op: de CRM-leverancier, de brancheorganisatie, of moeten wij zelf een ticket bij meerdere partijen openen?
• Wat kost de koppeling, eenmalig en per maand, en zit die in de basislicentie?
• Kunnen we een testobject of een proefpublicatie doen vóór we live gaan?

De antwoorden horen schriftelijk, of in ieder geval in je eigen aantekeningen van de demo. Ze wegen mee in de checklist voor het kiezen van een CRM en in het artikel over telefonie, ondertekenen en andere koppelingen.

Nieuwbouw, huur en bedrijfsmatig vastgoed

Niet elk object is een bestaande koopwoning. Nieuwbouwprojecten hebben vaak meerdere typen, een andere media-set en een langere looptijd. Huurwoningen hebben andere velden (kale huur, servicekosten, beschikbaarheidsdatum) en soms andere portalen. Bedrijfsmatig vastgoed heeft weer een eigen taal en eigen platforms.

Vraag dus niet alleen of “funda erop zit”, maar of de objecttypes die jóuw kantoor verkoopt of verhuurt, in dezelfde keten meegaan. Voor projectverkoop is er een apart artikel: CRM voor nieuwbouw en projectverkoop. Voor verhuur zie CRM voor verhuurmakelaars.

Lidmaatschap, regels en verantwoordelijkheid

Een technische koppeling vervangt geen lidmaatschap en geen publicatieregels. Wat je mag aanleveren, hoe je een woning presenteert, en welke gegevens verplicht zijn, bepaalt je organisatie en het portaal, niet alleen de softwareleverancier. Houd de documentatie van die partijen bij de hand als je een nieuw pakket inricht.

De verantwoordelijkheid voor een juiste, tijdige en integere publicatie blijft bij het kantoor. Dat geldt ook als een medewerker een verkeerde status doorklikt. Rechten en rollen in het CRM helpen: niet iedereen hoeft een woning offline te kunnen zetten, en wijzigingen horen navolgbaar te zijn.

Als de koppeling hapert

Storingen komen voor. Het verschil tussen kantoren zit in hoe snel ze het merken en hoe duidelijk de escalatie is. Spreek intern af wie dagelijks een steekproef doet, waar meldingen worden gelogd, en wat jullie doen als een woning met een open huis de volgende dag niet zichtbaar is.

Vraag de leverancier naar onderhoudsvensters, naar een statuspagina, en naar hoe jullie een urgente publicatie tijdelijk handmatig kunnen herstellen als dat al mogelijk is. “We lossen het later op” is geen plan als de etalage stilstaat.

Foto’s, teksten en verplichte velden

De koppeling is zo sterk als de inhoud die je aanlevert. Portalen en branche-afspraken stellen eisen aan foto’s (formaat, aantal, soms plattegronden), aan de volgorde van beelden, en aan velden als woonoppervlakte, perceel, bouwjaar of energielabel. Als het CRM een veld niet verplicht stelt, maar het portaal of je organisatie wél, dan moet jíj die discipline organiseren: verplichte velden in het systeem, een checklist voor de binnendienst, of een blokkade die publicatie tegenhoudt tot de set compleet is.

Vraag in de demo of je een publicatie kunt tegenhouden vanuit het dossier, en of een afgekeurde aanlevering een duidelijke foutmelding geeft (“foto te groot”, “label ontbreekt”) of alleen een stilzwijgen. Stilzwijgen is het duurst, want je merkt het pas als de verkoper belt.

Ook de verkooptekst en de media bij een wijziging (nieuwe sfeerfoto, prijsverlaging) moeten opnieuw de keten in. Spreek af wie die wijziging doet en binnen welke termijn je controleert of hij zichtbaar is. Dat is geen extra “IT-project”; het is onderdeel van de belofte aan de opdrachtgever.

Andere etalages naast funda

Funda is voor veel woningen de belangrijkste etalage, niet de enige. Denk aan je eigen website, internationale of nicheportalen, huurplatforms of kanalen voor nieuwbouw en bedrijfsmatig vastgoed. Vraag per kanaal of de aanlevering officieel is, welke velden afwijken, en of één wijziging in het dossier alle kanalen bijwerkt. Een handmatige tweede invoer op een ander portaal is een bron van afwijkende prijzen.

Taxatie- of meetrapporten volgen soms een eigen koppeling, bijvoorbeeld naar een taxatieplatform. Die route is geen funda-aanlevering, maar hoort wel in hetzelfde dossier thuis, zodat je geen parallelle waarheid in de mailbox houdt. Laat die koppeling in dezelfde demo aan bod komen als de etalage.

Kortom

Een CRM koppelen met funda betekent in de praktijk: officieel aansluiten op de aanleverketen van je branche- of aanbiedersorganisatie, complete objectinvoer in het dossier, en een routine die controleert of de etalage klopt. Het is geen extra website-widget. Test de keten in de onboarding, leg verantwoordelijkheden vast, en laat de koppeling meewegen in je keuze en in je kostenoverzicht. Voor de invoer op kantoor is er de gids CRM invoeren op kantoor.