Lessen uit het Veld: Wat 3D-printen ons Leerde Over Softwareimplementatie

Voordat flipside bestond, bracht een van onze oprichters jaren door bij Materialise, het Belgische bedrijf dat sinds 1990 3D-printers, printsoftware en additieve fabricageoplossingen bouwt. Gevestigd in Leuven, nu beursgenoteerd, met activiteiten in medische, industriële en consumentenapplicaties.

Niet een startup. Een bedrijf dat groeide van een rapid prototyping bureau tot een wereldwijd operatie met honderden medewerkers over meerdere segmenten: medische apparaten, fabricagesoftware en productiediensten.

Het leiden van innovatieprojecten daar leerde niet alleen technologie. Het leerde hoe bedrijven werkelijk veranderen. En hoe de meeste dat niet doen.

De kloof tussen wat software belooft en wat de werkvloer nodig heeft

In additieve fabricage is er een terugkerende spanning. Het softwareteam bouwt een feature. Het werkt perfect in de demo. Dan raakt het de productievloer, en niemand gebruikt het op de manier waarvoor het was ontworpen.

Niet omdat de feature fout is. Omdat de workflow waarvoor het werd gebouwd niet overeenkomt met de workflow die werkelijk bestaat.

Een gereedschap voor buildvoorbereiding gaat ervan uit dat operators een proces in vijf stappen volgen. Operators volgen zeven stappen, waarvan drie ongedocumenteerde workarounds zijn die ze door de jaren heen hebben ontwikkeld. De software houdt geen rekening met die stappen. Dus doen operators wat operators altijd doen: ze werken rond de software heen.

Dit patroon herhaalt zich in elke industrie. De kloof tussen waar een systeem voor is ontworpen en hoe werk werkelijk wordt gedaan, die kloof is waar implementaties mislukken.

Bij Materialise was het overbruggen van die kloof onderdeel van het werk. Je kon geen fabricageautomatiseringtool uitbrengen zonder tijd door te brengen op de werkvloer met de mensen die het zouden gebruiken. Observeren. Vragen stellen. Begrijpen waarom ze dingen op de manier doen voordat je voorstelt dat ze het anders doen.

Dat principe bleef niet bij Materialise. Het kwam met ons mee.

Innovatie is een proceskwestie

Hier is wat mensen fout begrijpen over innovatie in fabricage.

Ze denken dat het gaat om de technologie. Betere printers. Slimmere software. Geavanceerdere materialen. En die dingen doen ertoe, maar ze zijn niet waar innovatie stagneert.

Innovatie stagneert in de processen rond de technologie. In hoe bestellingen worden ingepland. In hoe gegevens stromen van ontwerp naar productie. In hoe kwaliteit wordt bijgehouden, hoe uitzonderingen worden afgehandeld, hoe informatie tussen afdelingen beweegt.

Bij Materialise produceert het bedrijf alles van medische implantaten tot luchtvaartonderdelen. Elk producttype heeft andere regelgeving, andere kwaliteitsnormen, andere doorlooptijden. De complexiteit zit niet in het printen. Het zit in de orchestratie.

Het beheren van die complexiteit leerde een specifieke les: je kunt een proces niet automatiseren dat je niet begrijpt. En je kunt een proces niet begrijpen door een flowchart te lezen. Je moet erdoorheen lopen met de mensen die het elke dag doen.

Zoals de VP van Software van Materialise het zei: 'Het industrialiseren van additieve fabricage is geen softwareprobleem of een hardwareprobleem. Het is een fabricageprobleem.'

Vervang 'additieve fabricage' door 'je bedrijf' en de uitspraak klopt.

Wat fabricagediscipline leert over ERP

Fabricagebedrijven worden gedwongen om voorzichtig te zijn met processen. Als een stap in productie ontbreekt, krijg je een defect onderdeel. De feedback is onmiddellijk en concreet.

In een kantooromgeving is de feedback langzamer. Een slecht proces in verkoop of inkoop produceert geen zichtbaar defect. Het produceert een spreadsheet die niemand vertrouwt, of een bestelling die drie dagen in plaats van dertig minuten duurt, of een maandsluitingen die een week verzoening vereist.

Maar de hoofdoorzaak is dezelfde: het proces was niet ontworpen voor de belasting die het draagt.

Werken in fabricage bouwt een specifiek instinct: kijk hoe werk werkelijk door het systeem beweegt voordat je beslist wat te veranderen. Niet het organigram. Niet de functiebeschrijvingen. De werkelijke beweging van informatie en beslissingen van begin tot eind.

Dat instinct vertaalt zich direct naar ERP-implementatie.

Wanneer we met een operationeel team van een klant gaan zitten, stellen we niet de vraag 'welke software heb je nodig?' We stellen de vraag 'loop ons door een dag in het leven van een bestelling.' Van het moment dat een klantenonderzoek binnenkomt tot het moment dat de factuur wordt betaald, wat gebeurt er? Waar vertraagt het? Waar moeten mensen compenseren voor wat het systeem niet doet?

Dat is een methode geleerd op een productievloer. Het werkt even goed op een kantoor.

Het verschil tussen het gereedschap aanpassen en het werk aanpassen

Bij Materialise was er constante druk om de nieuwste hulpmiddelen aan te nemen. Nieuwe softwareversies, nieuwe automatiseringsplatforms, nieuwe gegevensbeheerssystemen. De verleiding was altijd om eerst het vermogen in te zetten en later de workflow uit te zoeken.

De projecten die mislukt zijn, en sommige deden dat, mislukte bijna altijd vanwege die volgorde. Vermogen eerst, workflow tweede.

De projecten die succesvol waren, draaiden het om. Ze begonnen met de beperking. Wat vertraagt ons eigenlijk? Welke stap duurt het langst? Waar lijdt kwaliteit onder? Dan selecteerden of bouwden ze het gereedschap om die specifieke bottleneck aan te pakken.

Dit is precies hoe we Odoo-implementaties benaderen. We beginnen niet met de modulelijst. We beginnen met de pijn. De 20% van processen die 80% van de operationele wrijving opleveren, die worden eerst opgelost, met het juiste gereedschap op de juiste manier geconfigureerd voor hoe het werk werkelijk gebeurt.

Alles wat daarna volgt is een fase twee gesprek.

Wat een Belgisch 3D-printbedrijf ons over MKB's leerde

Materialise begon in 1990 als bedrijf met twee personen. Het groeide organisch, voegde complexiteit stap voor stap toe, en stond voor elke schaalchallenge waar onze klanten vandaag voor staan, alleen met 3D-printers in plaats van voorraadbeheer.

De lessen vertalen zich direct:

Processen ontworpen voor tien mensen overleeft niet vijftig. Wat werkt wanneer iedereen even over kan lopen om een vraag te stellen breekt wanneer er drie shifts en twee locaties zijn.

Tribalale kennis is een aansprakelijkheid. Wanneer de persoon die weet hoe het systeem werkt met vakantie gaat, stopt het systeem met werken. Dat geldt voor een 3D-printeroperator. Het geldt voor je hoofd aankoop.

Software is alleen zo goed als het proces eronder. Een slecht proces in een goed systeem produceert sneller slechte resultaten.

De mensen die het werk doen weten meer dan de mensen die het beheren. Altijd. De beste inzichten komen van een dag door te brengen met de persoon die werkelijk bestellingen invoert, productie runt, of facturen afstemt.

Dit zijn geen abstracte principes. Dit zijn littekens van echte projecten. En ze vormen de basis van hoe we vandaag werken.

Het eerste gesprek dat we met elke klant voeren begint op dezelfde manier als op de productievloer: 'Loop ons door wat werkelijk gebeurt.'

Business eerst. Software tweede.