Je website koppelen aan de rest van je werk.

De meeste websites staan er een beetje los bij. Er komt een aanvraag binnen, die belandt in een mailbox, en daarna gaat iemand hem overtikken in een ander systeem. Bij een paar aanvragen per maand is dat prima. Bij een paar per dag is het zonde.

In deze blog: welke koppelingen ik het vaakst maak, wat ze opleveren en wat je ervoor terugkrijgt aan onderhoud.

De koppelingen die het meest opleveren

Formulier naar je CRM. Iemand vult je contactformulier in en staat meteen als contact in je systeem, met de juiste bron erbij. Geen overtikwerk, geen aanvragen die kwijtraken tussen twee mailtjes. Dit is voor bijna elk bedrijf de eerste koppeling die ik zou maken.

Aanmelding naar je agenda. Een klant kiest een moment op je site en het staat in je agenda, met een bevestiging naar allebei. Bij praktijken en coaches scheelt dit een berg heen en weer gemail.

Betaling op je site. Facturen en aanbetalingen via iDEAL, met een automatische bevestiging. Je wordt sneller betaald en je hoeft niemand te herinneren.

Website naar je nieuwsbrief. Iemand die zich inschrijft komt in de juiste lijst met de juiste labels, zodat je later gericht kunt mailen in plaats van naar iedereen hetzelfde.

Website naar je administratie. Bij webshops en abonnementen: bestellingen die vanzelf in je boekhouding komen. Dit is minder spannend en het scheelt aan het eind van het kwartaal het meest.

Bij non-profits ligt het anders

Bij stichtingen en verenigingen zie ik vaak een ander patroon. Daar zijn niet te weinig systemen, maar te veel. Een ledenadministratie, een donatietool, een mailprogramma, een boekhoudpakket en een website die nergens mee praat. Vrijwilligers tikken alles over en niemand weet welke lijst de juiste is.

Daar begin ik meestal niet met koppelen maar met opruimen. Welk systeem is leidend voor welke gegevens. Als die vraag niet beantwoord is, maak je met koppelingen de rommel alleen maar sneller.

Drie manieren om het te bouwen

Kant en klaar. Veel systemen hebben al een plugin of een officiële koppeling. Als die er is, gebruik hem. Goedkoop en iemand anders onderhoudt hem.

Via een tussenlaag. Met n8n, Make of Zapier knoop je systemen aan elkaar zonder programmeren. Je bouwt het snel, je kunt het zelf aanpassen en je ziet in een overzicht wat er misgaat. Dit is waar ik het vaakst uitkom.

Maatwerk. Rechtstreeks tegen de API van het andere systeem aan praten. Duurder om te bouwen, maar het is precies wat je nodig hebt en er zit geen abonnement van een derde partij tussen. Doe dit bij Salesforce-achtige systemen of als er echt veel doorheen moet.

Wat het kost aan onderhoud

Dit hoor je zelden bij de verkoop, dus ik zeg het maar gewoon: elke koppeling is iets dat kan breken. Een systeem doet een update, een veld heet ineens anders, een sleutel verloopt. En het gaat stil kapot. Niemand krijgt een foutmelding, er komt alleen niets meer aan de andere kant uit.

Wat ik daarom altijd meebouw:

• Een melding als het misgaat, die bij een mens terechtkomt en niet in een logbestand.
• Opnieuw proberen bij een tijdelijke storing, want de helft van de fouten lost zichzelf op.
• Een kopie van elke inzending op een tweede plek, zodat je nooit een aanvraag kwijt bent als de koppeling faalt.

Dat laatste is het belangrijkste. Een koppeling die stilvalt is vervelend. Een aanvraag die daardoor voorgoed verdwijnt is een klant die je kwijt bent.

Waar ik zou beginnen

Pak de handeling die het vaakst terugkomt en het meest irriteert. Bij de meeste bedrijven is dat het overtikken van een aanvraag. Los die als eerste op en kijk een maand wat het doet.

Alles in één keer koppelen klinkt efficiënt en pakt bijna nooit goed uit. Je weet vooraf niet welke uitzonderingen er in de praktijk zijn, en die kom je alleen tegen door klein te beginnen.

Benieuwd wat er bij jou kan?

Vertel me eens welke gegevens je nu met de hand van A naar B brengt. Stuur me een appje of plan een gesprek, dan kijk ik of het de moeite waard is en wat het ongeveer kost.