"Standaardiseren? Onze machines zijn nooit twee keer hetzelfde." Wie in de speciaalbouw over standaardisatie begint, krijgt dit antwoord gegarandeerd. En het klopt: in engineering-to-order is elke order net even anders, dat is precies waar de klant voor betaalt. Maar de conclusie die eraan vastgeplakt wordt, klopt niet. Dat het product maatwerk is, betekent niet dat het proces dat ook moet zijn.
Kijk maar eens goed naar zo'n "unieke" order: de machine is nieuw, maar de weg die hij aflegt is elke keer dezelfde. Er wordt een projectstructuur opgezet, onderdelen krijgen namen en nummers, er komen tekeningen, een controle, een vrijgave en een set exportbestanden voor werkplaats en inkoop. Juist in een engineering-to-order-proces is die vaste route je houvast. In dit artikel bekijken we welke procesonderdelen zich prima laten standaardiseren, welke je met rust moet laten, en hoe een toolbox als Thundercad helpt om de vaste onderdelen ook echt vast te maken.
Maatwerk zit in het ontwerp, niet in de route eromheen
Leg twee willekeurige orders naast elkaar en het verschil zit vrijwel volledig in het ontwerp zelf: andere afmetingen, ander vermogen, andere klanteisen. De stappen eromheen zijn verrassend gelijk. Beide orders kregen een mappenindeling, een hoofdsamenstelling, benamingen, iProperties, tekeningen, een controlemoment, een vrijgave en een stapel bestanden richting werkplaats en inkoop. Het ene deel is denkwerk en hoort bij vakmanschap; het andere deel is routine die je elke order opnieuw uitvindt zolang je hem niet vastlegt.
Wie het niet gelooft, kan het meten. Pak de nacalculatie van een afgeronde order en streep aan welke uren in het ontwerp zaten en welke in het regelwerk eromheen: mappen aanmaken, gegevens overtypen, bestanden klaarzetten, achter ontbrekende informatie aanbellen. Bij veel speciaalbouwers blijkt dan dat een flink deel van de engineeringuren helemaal niet aan engineering opgaat, en juist dat deel is van order tot order vrijwel identiek. Daar loont standaardiseren dus het eerst.
Dat onderscheid is de kern. Standaardiseren in engineering-to-order gaat niet over catalogusmachines bouwen, maar over de routine rond het werk voorspelbaar maken, zodat alle aandacht naar het denkwerk kan.
Wat zich wél laat standaardiseren
Vijf procesonderdelen komen in elke order terug en laten zich prima vastleggen:
- Projectstructuur: elke order dezelfde mappenindeling en dezelfde opbouw van de hoofdsamenstelling, zodat iedereen blind de weg vindt.
- Benaming en nummering: één logica voor bestandsnamen en artikelnummers, hoe verschillend de onderdelen zelf ook zijn.
- Metadata: per documenttype dezelfde verplichte iProperties, van materiaal tot afwerking.
- Controle en vrijgave: een vast controlemoment met een vaste checklist, ongeacht wie de order tekende.
- Uitgifte: dezelfde exportroutine en dezelfde pakketopbouw richting werkplaats, inkoop en klant.
Valt je op wat er niet in staat? Het ontwerp zelf. Daarover verderop meer. Elk van deze vijf is klein genoeg om binnen een maand vast te leggen, en samen bepalen ze hoe soepel een order door de afdeling loopt.
Metadata: het stille fundament onder elke order
Juist omdat in engineering-to-order bijna elk onderdeel nieuw is, weegt metadata er zwaarder dan waar ook. Een serieproducent vult zijn artikelstamdata één keer; een speciaalbouwer maakt elke week tientallen nieuwe onderdelen aan, en elk daarvan moet meteen de juiste gegevens meekrijgen. Gebeurt dat niet, dan wreekt zich dat verderop in het proces: lege velden in het titelblok, gaten in de stuklijst, zoekwerk bij inkoop.
Dit is bij uitstek werk voor een vaste datakaart. Met het iProperty Panel van Thundercad stel je per documenttype in welke velden erop staan: een onderdeel vraagt om materiaal en afwerking, een samenstelling om projectgegevens, een tekening om controle- en vrijgavevelden. De engineer ziet elke keer dezelfde kaart en vult hem in seconden; wildgroei aan eigen conventies krijgt geen kans.
Een vaste datakaart en een vaste uitgeefroutine werken pas als ze ook de makkelijkste weg zijn. Ervaar met je eigen orders hoe dat voelt.
Probeer 30 dagen gratisDe uitgeefroutine: elke order dezelfde afronding
Aan het eind van elke order wacht hetzelfde ritueel: stuklijst bijwerken, tekeningen exporteren, bestanden op de juiste plek zetten. Bij maatwerk is de inhoud steeds anders, maar de routine hoeft dat niet te zijn. Wie hem vastlegt als vaste reeks handelingen, kan hem ook in bulk uitvoeren: met Batch Publish exporteer je alle tekeningen van een order in één run naar PDF, DWG, DXF of STEP, elke keer met dezelfde voorkeuren, en het werkt samen met Vault als je dat gebruikt. Leg naast de bestandsformaten ook de volgorde vast: eerst de stuklijst bijwerken, dan pas exporteren, zodat er nooit een pakket met een verouderde lijst vertrekt.
Het effect op de doorlooptijd is groter dan je zou denken: niet omdat exporteren zo traag is, maar omdat een vaste routine wachtmomenten en vergeten bestanden elimineert. Hoe die laatste meters van offerte tot productietekening tijd lekken, beschreven we eerder in Van offerte naar productietekening: zo halveer je de doorlooptijd.
Wat je níet moet willen standaardiseren
Standaardisatie kent een grens, en wie eroverheen gaat, betaalt in omzeilgedrag. Het ontwerp zelf is het domein van de engineer: de oplossing voor de klantvraag, de conceptkeuze, de berekening. Pers je dat in sjablonen en keuzelijsten, dan lever je precies in op datgene waarmee je je als speciaalbouwer onderscheidt. Een bruikbare toets: raakt een afspraak het wát van de machine, blijf eraf; raakt hij alleen het hóe van het regelwerk eromheen, leg hem vast.
Wees ook terughoudend met regels voor uitzonderingen die zelden voorkomen: een procedure die niemand onthoudt, is erger dan geen procedure. En modulariseren, vaste productplatforms bouwen, is een strategie op zichzelf; verwar die niet met processtandaardisatie. Een standaardproces kan er snel staan, een productplatform is een traject van maanden. Begin dus bij het proces: dat loont bij elke order, ook de meest exotische.
Zo begin je: één order als proef
Groots invoeren werkt zelden naast lopende orders. Klein beginnen wel:
- Neem één afgeronde order en schrijf de route op die hij aflegde, van opdracht tot uitgifte.
- Markeer welke stappen puur routine waren en waar het denkwerk zat.
- Leg voor drie routinestappen een standaard vast: bijvoorbeeld de projectstructuur, de datakaart en de uitgeefroutine.
- Draai de volgende order volgens die afspraken en noteer waar het schuurt.
- Stel bij, en breid pas daarna uit.
Met een klein team hoeft dat geen handboekenwerk te worden; hoe je afspraken licht en werkbaar houdt, lees je in Standaardiseren in Inventor met een klein team.
Veelgestelde vragen
Is standaardiseren niet vooral iets voor seriebouw?
Nee, eerder andersom. Een seriebouwer haalt zijn herhaling uit het product; een speciaalbouwer kan die alleen uit het proces halen. Juist omdat elke order anders is, is de vaste route de enige herhaling die je hebt, en dus de enige plek waar oefening zich opstapelt.
Wat als een klant eisen stelt die dwars op onze standaard staan?
Dan wint de klant, en dat is prima: het standaardproces is een vertrekpunt, geen dwangbuis. Het verschil is dat je nu bewust afwijkt en weet wat de afwijking kost, in plaats van dat elke order stilzwijgend zijn eigen werkwijze meeneemt.
Hoeveel tijd kost het om hiermee te starten?
Minder dan het lijkt: de route van één order uitschrijven is een middag werk, en een eerste datakaart of exportroutine staat in een paar uur. Wil je de vaste onderdelen meteen in de praktijk proberen, dan test je ze met de gratis proefmaand van Thundercad gewoon op je eigen orders.