Twee lijstjes lopen altijd uit elkaar

Niemand begint met het idee om dubbel te administreren. Het tweede lijstje ontstaat omdat het eerste systeem net niet doet wat iemand nodig heeft. Het CRM toont de kolom niet die sales wil zien, dus komt er een export. De boekhouding is pas aan het eind van de maand bij, dus houdt iemand de omzet zelf bij. Elke keer een redelijke oplossing voor een echt probleem.

Na een jaar zijn er vijf van die oplossingen, en dan begint het echte werk: in elk overleg eerst tien minuten uitzoeken welk getal het juiste is. Een klant die in het ene systeem is opgezegd en in het andere nog een herinnering krijgt. Een medewerker die werkt vanuit een versie van vorige week. Het kost geen geld op de factuur, het kost vertrouwen in je eigen cijfers.

De oplossing is niet één groot systeem voor alles. Die bestaat niet, en wie het belooft verkoopt je een migratie van een jaar. De oplossing is per soort gegeven bepalen waar het thuishoort. Klantgegevens wonen in het CRM. Bedragen wonen in de boekhouding. Afspraken wonen in de agenda. Overal anders mag je ze laten zien, maar je past ze alleen aan op de plek waar ze thuishoren.

Schrijf dat op in een simpele tabel: gegeven, bronsysteem, wie het bijwerkt. Het is een kwartier werk en het beslecht meer discussies dan je verwacht. Zodra iedereen weet waar het echte getal staat, verliezen de schaduwlijstjes vanzelf hun functie.

Een spreadsheet verbieden werkt niet, want de behoefte erachter blijft bestaan. Kijk daarom naar elk tweede lijstje als een signaal: wat mist iemand in het bronsysteem? Vaak is het antwoord klein. Een extra veld, een filter, een overzicht dat automatisch wordt bijgewerkt in plaats van met de hand.

Los je dat op, dan gaat het lijstje vanzelf weg, zonder dat iemand iets hoeft af te leren. En waar twee systemen echt allebei hetzelfde gegeven nodig hebben, laat je het ene het andere voeden via een koppeling, nooit via iemand die overtypt. Overtypen is de plek waar twee waarheden ontstaan.