Van jullie meest verkochte machine bestaan officieel drie uitvoeringen. Op de server staan er elf. Een langere, een zwaardere, twee met een andere aandrijving, eentje voor die klant met de lage hal, en een paar waarvan niemand meer weet waarom ze bestaan. Niemand heeft ooit besloten dat er elf smaken moesten komen. Het is gewoon gebeurd, kopie voor kopie, deadline voor deadline.
Die stille wildgroei is zelden een kwestie van slordige engineers. Het is een kwestie van ontbrekende spelregels. Wie varianten beheren in CAD serieus neemt, heeft een antwoord op drie vragen: wanneer verdient een afwijking een eigen artikelnummer, wie is eigenaar van welke uitvoering, en wat is precies de basis waar al die smaken van afstammen? Dit artikel geeft die spelregels, met voorbeelden uit machinebouw en plaatwerk. Gereedschap helpt daarna om ze vol te houden, van een heldere naamafspraak tot een toolbox als Thundercad, maar de regels komen eerst.
Hoe elf smaken ontstaan zonder dat iemand het besluit
Wildgroei begint vrijwel altijd met een redelijke beslissing onder tijdsdruk. Een klant wil de transportband een meter langer; de engineer kopieert de bestaande band, rekt het frame op en haalt de deadline. De kopie blijft staan, want weggooien voelt als kapitaalvernietiging. Een paar maanden later vraagt een andere klant om diezelfde lengte, maar met een zwaardere aandrijving. De nieuwe engineer pakt niet de basis, maar de kopie, want die was het meest recent. Zo stamt uitvoering elf af van uitvoering negen, die weer afstamt van een klantspecial van jaren terug, inclusief de afwijkende voetplaten waar allang niemand meer om vraagt.
Elke stap was logisch, het resultaat is dat niet. Wat er bij zo'n kopieeractie allemaal ongemerkt meereist, en hoe je een kopie wél schoon opzet, beschreven we eerder in Modellen hergebruiken zonder de oude fouten mee te kopiëren. Dit artikel gaat over de vraag die daaraan voorafgaat: had die elfde uitvoering er überhaupt moeten komen, en zo ja, onder welk nummer?
Variant, configuratie of klantspecial: kies bewust
De kern van beheersbaar variantenbeheer is dat je bij elke afwijking bewust kiest wat het is. Drie categorieën volstaan in de praktijk:
| Variant | Configuratie | Klantspecial | |
|---|---|---|---|
| Wat het is | Vaste uitvoering met eigen artikelnummer en eigen documentset | Zelfde model, andere parameterwaarden binnen vastgelegde grenzen | Eenmalige afwijking binnen één order |
| Wanneer | De afwijking keert terug en productie moet het verschil zien | Het verschil is met maten of opties in te stellen | De afwijking is eenmalig en blijft dat waarschijnlijk |
| Leeft in | Het beheerde assortiment | Het basismodel zelf | De ordermap, niet de basis |
| Voorbeeld | Zware uitvoering met dubbele aandrijving | Bandlengte instelbaar binnen een vaste reeks | Afwijkende voet voor één specifieke hal |
De beslisregel in woorden: krijgen productie, inkoop of service met de afwijking te maken alsof het een ander product is, dan is het een variant en verdient hij een eigen artikelnummer met een eigen documentset. Is het verschil binnen het bestaande model in te stellen, dan is het een configuratie en hoort er geen nieuw artikel te ontstaan. En is de afwijking echt eenmalig, behandel haar dan als klantspecial: die leeft in de ordermap en vervuilt de basis niet.
De duurste vorm is de tussenvorm: een kopie die als tijdelijk bedoeld was en stilletjes een half leven gaat leiden. Geen nummer, geen eigenaar, wel klanten.
Geef elke uitvoering een eigenaar en een status
Acht bijna-identieke kopieën zijn op zichzelf al lastig; acht kopieën zonder eigenaar zijn onbeheersbaar. Niemand durft er één weg te gooien, want misschien draait er ergens een machine op. Niemand voelt zich verantwoordelijk voor bijwerken, dus verbeteringen in de basis bereiken de varianten nooit. De remedie is op papier simpel: elke uitvoering heeft precies één eigenaar en een status.
- De basis heeft een eigenaar: één engineer of productbeheerder die wijzigingen beoordeelt en doorvoert.
- Elke variant vermeldt in zijn metadata van welke basis hij afstamt en wie hem beheert.
- Elke uitvoering heeft een status: actief, klantspecial of uitgefaseerd. Uitgefaseerd betekent: blijft bestaan voor service, maar is nooit meer een vertrekpunt.
- Wie de basis wijzigt, meldt dat aan de eigenaren van de varianten. Een kort bericht volstaat.
Zulke velden vullen moet bijna niets kosten, anders sterft de afspraak binnen een maand. Met het iProperty Panel van Thundercad leg je status, basis en eigenaar vast op een instelbare datakaart per documenttype, zodat de velden bij elk bestand direct zichtbaar en invulbaar zijn.
Statusvelden en eigenaren werken alleen als het invullen geen karwei is. Met een datakaart per documenttype staat de juiste metadata er in seconden op, en zie je in één oogopslag welke uitvoering je in handen hebt.
Probeer 30 dagen gratisStandaardiseer de basis, niet de uitzondering
Wildgroei bestrijd je uiteindelijk niet met opruimacties, maar met een sterke basis. Bij de meeste machinebouwers is het merendeel van een machine van order tot order gelijk; de verschillen concentreren zich in een handvol modules. Leg dat vast: één basismodel per productfamilie, met een vaste lijst opties en duidelijke koppelvlakken. De klant met de afwijkende aandrijving krijgt dan een andere aandrijfmodule, geen kopie van de complete machine.
Twee dingen maken zo'n basis houdbaar. Ten eerste bevroren koppelvlakken: aansluitmaten, bevestigingspatronen en gereserveerde ruimtes liggen vast, zodat een module kan wijzigen zonder de rest te raken. Ten tweede een strenge poort: nieuwe opties komen alleen in de basis na een bewust besluit van de eigenaar, niet doordat een orderkopie stilletjes terugsijpelt. Hoe je dat combineert met een orderproces waarin elke opdracht anders is, lees je in Engineering-to-order: elke order is anders, je proces hoeft dat niet te zijn.
Dit werkt in plaatwerk net zo goed als in machinebouw. Neem een familie schakelkasten: één basiskast per formaatreeks, vaste plekken voor wartels en scharnieren, en de klantwens zit in de deur en de indeling. Wie elke kast als nieuw ontwerp behandelt, tekent elke week dezelfde kast net even anders, en heeft binnen een jaar zijn eigen wildgroei georganiseerd.
Bestaande wildgroei terugsnoeien: van elf naar drie
Staat de server al vol, begin dan klein: één productfamilie, één middag, twee mensen die de familie kennen. De aanpak:
- Inventariseer alle uitvoeringen die je vindt, ook de halve. Noteer per stuk wat er afwijkt van de basis en wanneer hij voor het laatst gebruikt is.
- Besluit per uitvoering: samenvoegen met de basis, promoveren tot officiële variant met eigen artikelnummer, of uitfaseren.
- Zet de status meteen in de metadata en wijs eigenaren aan, anders begint het aangroeien direct opnieuw.
- Gooi niets weg. Uitgefaseerde uitvoeringen verhuizen duidelijk gemarkeerd naar een archiefmap: bereikbaar voor servicevragen, onzichtbaar als vertrekpunt voor nieuwe orders.
Verwacht geen drie brandschone uitvoeringen na één middag. Verwacht wel dat de teller stopt met oplopen, en dat is de eigenlijke winst.
Veelgestelde vragen
Wanneer krijgt een klantspecial een eigen artikelnummer?
Zodra hij herhaalbaar wordt: een tweede klant vraagt erom, service moet er onderdelen voor blijven leveren, of productie moet hem naast de standaard kunnen herkennen. Tot dat moment leeft de special in de ordermap onder het ordernummer, en blijft de basis er vrij van.
Hoeveel varianten van één machine zijn normaal?
Er is geen magisch getal, wel een gezonde toets. Kun je van elke variant zeggen wie de eigenaar is, wat hem onderscheidt en wanneer hij voor het laatst verkocht is, dan is het aantal beheersbaar. Zodra een uitvoering op geen van die vragen een antwoord heeft, is het geen variant meer maar wildgroei.
Waar begin ik als de wildgroei al jaren doorgroeit?
Bij één productfamilie, niet bij alles tegelijk. Inventariseer, besluit per uitvoering, markeer de status en wijs eigenaren aan, zoals hierboven beschreven. Wil je status en eigenaarschap meteen vastleggen op een datakaart per documenttype, probeer Thundercad dan 30 dagen gratis.