Goede software bouw ik niet na

Wie aan een systeem op maat begint, heeft doorgaans al software in huis zoals een boekhoudpakket of een planningstool. In de eerste fase van een traject beslissen we wat daarmee gebeurt: welke pakketten gekoppeld worden en welke het platform vervangt. Die keuze oogt bescheiden maar bepaalt hoe je team de komende jaren dagelijks werkt.

Die evaluatie gaat vooral over de pakketten die de kern van je workflow raken. Bewezen tools voor aparte processen bouwen we nooit na. Boekhoudsoftware of een agenda als Google Calendar werkt doorgaans sluitend, en zoiets nabouwen zou onnodig veel complexiteit binnenhalen. Het maatwerk richt zich op de specifieke workflow van jouw team, en daar koppelen we die bewezen tools aan vast.

Voor de pakketten binnen die kernworkflow ligt de lat om te blijven bewust hoog. Ook een koppeling is namelijk een investering. Ze moet gebouwd en onderhouden worden. Bovendien verankert ze het pakket dieper in je werking en wordt het later moeilijker te vervangen. Die investering is alleen verantwoord voor een pakket dat je manier van werken volledig ondersteunt en daarbij vlot en betrouwbaar draait.

Het criterium daarachter is dat een tool tegelijk eenvoudig en krachtig moet zijn. Een omslachtige tool wordt in de praktijk vermeden en de gegevens erin verouderen dan vanzelf. Een tool die maar een deel van het werk aankan verplaatst de rest naar rekenbladen en losse lijsten. In beide gevallen keren de omwegen terug die het platform net moest wegwerken.

Hetzelfde geldt voor de omgekeerde beweging: alle data verhuizen naar een nieuw pakket dat maar een deel van de werking dekt. Zo'n migratie is grotendeels handwerk. Bij een halve oplossing is dat werk tweemaal verloren: eerst tijdens de verhuis en daarna opnieuw wanneer de volwaardige oplossing er alsnog komt.

Daarnaast is een koppeling nog geen automatisering. Sommige pakketten laten enkel toe om gegevens handmatig door te sturen of op te halen. Dat is al een aanzienlijke verbetering tegenover overtypen. Toch bepaalt de software aan de andere kant hoe diep een koppeling kan gaan: moderne pakketten stellen hun gegevens open en oudere bieden hooguit een export. Daarom hoort deze analyse bij de eerste fase.

In de praktijk bouwde ik onder meer koppelingen tussen websites en vastgoedsoftware, meldingen die automatisch in Slack toekomen, Notion als klantenbeheer en inhoud die vanuit een beheeromgeving rechtstreeks naar de website stroomt. Telkens met hetzelfde doel: gegevens die zonder tussenkomst op de juiste plek raken.

Welke pakketten blijven en welke vervangen worden beslissen we per geval in de eerste fase van het traject. Het doel is telkens hetzelfde: minder hard werken door slimmer te werken.