Nieuw bouwen of eerst koppelen: waar begin je mee?

Als het werk vastloopt tussen je pakketten, is de vraag niet meteen "wat laten we bouwen?" maar "wat laten we eerst práten met elkaar?". Een nuchtere afweging.

Je merkt dat het werk op meerdere plekken stroperig wordt. De verkoop houdt een eigen lijstje bij omdat het CRM niet alles laat zien. De planning werkt in een apart pakket en de boekhouding krijgt de uren per mail aangeleverd. Iemand typt die uren over. Als er een fout in zit, zoek je uren terug waar hij vandaan komt.

Op zo'n moment komt de vraag: moeten we iets nieuws laten bouwen? Of kunnen we onze bestaande pakketten eerst beter laten samenwerken? Het antwoord is zelden "alles tegelijk". De volgorde waarin je het aanpakt, bepaalt vaak of je er na een jaar blij mee bent of niet.

Eerst de echte vraag: wat is het probleem?

Voordat je nadenkt over bouwen of koppelen, is het nuttig om kort te benoemen waar de pijn precies zit. Grofweg zijn er drie categorieën die om een andere oplossing vragen:

• Dezelfde gegevens staan op meerdere plekken. Een klant staat in het CRM, in de boekhouding en in de planning. Elke verandering moet drie keer worden ingevoerd of wordt vergeten.
• Een pakket mist een functie die jouw werk kenmerkt. Je werkt met een specifieke staffel, een eigen offerteproces of een rapportage die geen standaardpakket zo kan maken.
• Mensen buiten je organisatie willen iets zien of doen. Klanten die hun dossier willen inzien, leveranciers die een status willen bijwerken, aanvragers die hun eigen stukken willen uploaden.

Die drie vragen één voor één:

Dezelfde gegevens op meerdere plekken: koppelen

Als het probleem vooral neerkomt op dubbele invoer en uit elkaar lopende lijsten, is maatwerk vaak overkill. Je bestaande pakketten doen inhoudelijk wat ze moeten doen — ze weten alleen niet van elkaar. Dan ga je op zoek naar koppelingen tussen die systemen.

Wat je daarmee bereikt is nuchter: een nieuwe klant in het CRM verschijnt automatisch in de boekhouding, een betaalde factuur zet de status in de planning op "mag starten", een uur geschreven in de urenregistratie komt bij de juiste project terecht. Niemand typt het meer over.

Wat erbij komt kijken — en wat vaak wordt onderschat — is de vraag welk pakket "de waarheid" is. Als een klantnaam in het CRM anders geschreven staat dan in de boekhouding, welke wint dan? Dat soort afspraken moet je maken vóór de koppeling gaat lopen, anders breng je de chaos alleen maar sneller rond.

Een koppeling is bijna altijd goedkoper dan iets nieuws bouwen. En het voordeel: als er over twee jaar een beter pakket is, vervang je dat ene pakket en bouw je de koppeling opnieuw. De rest blijft staan.

Een pakket mist een functie: eerst goed kijken, dan beslissen

Soms kan je bestaande pakket iets gewoon niet. Een offerte met een eigen rekenmodel. Een werkbon die moet aansluiten op jullie specifieke proces. Een rapportage waar het pakket niet in meegaat.

Hier is de verleiding groot om snel "dan laten we het bouwen" te zeggen. Doe dat nog niet. Loop eerst drie dingen na:

1. Hoe doen jullie het nu? Als het antwoord is "een hele slimme medewerker heeft dat uitgevogeld in Excel", is dat waardevolle informatie. Die Excel bevat jullie werkwijze. Maar het betekent ook: als die medewerker weggaat, gaat de kennis mee. Dat is een reden om te overwegen het vast te leggen in software.
2. Is het echt uniek, of denken jullie dat? Veel bedrijven denken dat ze iets bijzonders doen, terwijl een branchepakket het inmiddels ondersteunt. Vraag rond, kijk breder dan de drie namen die je altijd hoort.
3. Hoe vaak gebeurt het? Een proces dat drie keer per jaar voorkomt, automatiseer je niet. Een proces dat elke dag speelt en elke keer vijftien minuten kost, verdient aandacht.

Als na die check het antwoord blijft dat je iets eigens nodig hebt, komt een maatwerkapplicatie in beeld. Vaak niet voor het hele proces — alleen voor dat deel dat echt van jullie is. De rest kan in standaardpakketten blijven en met koppelingen aansluiten.

Mensen buiten je organisatie: een portaal of een slimmer formulier?

Als klanten, leveranciers of aanvragers iets willen zien of doen, is de reflex vaak "dan maken we een portaal". Dat kan het antwoord zijn, maar niet altijd.

Vraag jezelf eerst af: komen die mensen vaak terug, of één keer? Hebben ze een inlog nodig, of volstaat een beveiligde link in een mail? Moeten ze alleen informatie zien, of ook zelf iets invullen en opslaan?

Als iemand twee keer in zijn leven iets aanlevert, is een klantportaal met inlog te zwaar. Een goed formulier met een bevestigingsmail doet het werk. Komt diezelfde klant maandelijks terug om zijn dossier, zijn facturen en zijn lopende opdrachten te zien, dan betaalt een portaal zich snel terug — in minder telefoontjes, minder mails en meer rust.

De volgorde die meestal werkt

In de praktijk is dit vaak de verstandige volgorde:

1. Begin met één koppeling tussen twee pakketten die nu dubbel werk veroorzaken. Dat is relatief klein, geeft snel resultaat en leert je hoe jullie gegevens zich gedragen.
2. Automatiseer daarna een proces dat vaste regels heeft: een status die vanzelf doorschuift, een mail die automatisch wordt verstuurd, een rapport dat elke maandag klaarstaat. Zie processen automatiseren.
3. Bouw pas daarna iets nieuws, en alleen voor het deel dat echt van jullie is. Je weet dan hoe de koppelingen lopen, welke pakketten blijven en wat jullie werkelijk missen.

Wie meteen een groot nieuw systeem laat bouwen zonder deze stappen, bouwt vaak iets dat de bestaande wereld niet goed kent. Dat loopt zelden fijn af.

Wanneer maatwerk niet het antwoord is

Eerlijk is eerlijk: er zijn situaties waarin maatwerk of koppelen géén goed idee is. Als het echte probleem is dat afspraken niet worden nagekomen, dat niemand verantwoordelijk is voor een lijst of dat jullie zelf niet weten hoe het proces hoort te lopen, lost software dat niet op. Software legt vast wat je afspreekt — als er niets is afgesproken, legt het chaos vast.

Begin dan eerst met één middag om op papier te krijgen hoe het proces zou moeten lopen. Pas als dat helder is, is het de moeite waard om er een bouwer bij te halen.

Tot slot

De vraag "bouwen of koppelen" is zelden een of-of. Het is bijna altijd eerst koppelen, dan automatiseren, en pas waar nodig bouwen. Als je twijfelt waar jullie situatie het beste bij past, is een gesprek daarover meestal verhelderender dan nog een paar weken erover nadenken. Bel of mail ons gerust via de contactpagina — we kijken graag mee zonder dat je ergens aan vastzit.