Op bijna elke engineeringafdeling draait wel ergens een script waar iemand ooit twee volle dagen aan heeft gebouwd, en dat sindsdien drie keer per jaar een klusje doet dat met de hand vijf minuten kost. Het omgekeerde bestaat ook: een werkvoorbereider die week in week uit een halve middag hetzelfde klikwerk afdraait, omdat niemand ooit heeft uitgerekend wat dat eigenlijk kost.
Automatiseren heeft namelijk een prijs: bouwen, testen, onderhouden en aan collega's uitleggen. Die prijs verdien je alleen terug als een taak vaak genoeg terugkomt, lang genoeg duurt of duur genoeg misgaat. In dit artikel krijg je een beslisregel waarmee je per taak in een paar minuten bepaalt of automatiseren rendabel is: drie drempels, drie herkenbare voorbeelden en één valkuil. Een toolbox als Thundercad drukt de bouwkosten in die afweging flink, maar de afweging zelf verandert er niet door.
Eén afbakening vooraf: dit gaat over de keuze per losse taak. Hoe je daarna de optelsom maakt en het geheel richting je leidinggevende onderbouwt, lees je in De business case voor CAD-automatisering: zo onderbouw je hem.
Drie drempels: frequentie, duur en foutkans
Leg elke kandidaat-taak langs drie meetlatten. Drempel één is frequentie: komt de taak minstens wekelijks terug? Een taak die elke dag voorbijkomt, mag een stevige oplossing kosten; een taak die twee keer per jaar opduikt vrijwel niets. Drempel twee is duur: kost de taak per keer tien minuten of meer, of bestaat hij uit tientallen kleine handelingen die telkens je concentratie breken? Ook dat laatste telt, want versnipperd werk kost meer dan de optelsom van de losse minuten. Drempel drie is foutkans: wat gebeurt er als het een keer misgaat? Een verkeerde revisie die naar de werkplaats gaat, is van een andere orde dan een typefout in een interne notitie.
De beslisregel: haalt een taak twee van de drie drempels, dan is automatiseren vrijwel altijd de moeite waard. Haalt hij er één, dan is het een twijfelgeval en ga je eerst meten. Haalt hij er geen, dan blijf je eraf. Er is één uitzondering: is de foutimpact in z'n eentje al ernstig genoeg, denk aan verkeerde bestanden richting productie, dan volstaat die ene drempel.
Reken het daarna simpel na, in tijd en niet in geld. Stel, als aanname: een taak kost twintig minuten en komt twee keer per week voor. Bij zo'n vijfenveertig werkweken is dat ruim dertig uur per jaar. Kost automatiseren inclusief testen en documenteren twee dagen, dan is die investering er binnen enkele maanden uit. Dezelfde som voor een taak van vijf minuten per maand komt op één uur per jaar uit: daar mag de oplossing dus vrijwel niets kosten.
Voorbeeld 1: elk tekenpakket met de hand exporteren
Een machinebouwer geeft per project zo'n zestig tekeningen uit, en bij elke uitgifte moeten die als PDF naar de werkplaats en als DXF naar de plaatwerkleverancier. Met de hand is dat veertig minuten bestanden openen, exporteren, benoemen en wegzetten, en er lopen meerdere uitgiftes per week door elkaar.
Langs de meetlat: frequentie ruim gehaald, duur ruim gehaald, en de foutkans is serieus, want één vergeten blad of één oude revisie in het pakket betekent verkeerd gezaagd materiaal of een monteur die stilstaat. Drie van de drie drempels: automatiseren dus, en meteen. Dit is bovendien precies het soort generieke taak waarvoor je niets zelf hoeft te bouwen: met Batch Publish in Thundercad zet je tekeningen in bulk om naar PDF, DWG, DXF en STEP, in één run in plaats van bestand voor bestand.
Scoort exporteren bij jou ook op alle drie de drempels? Dan hoef je niets te bouwen of te onderhouden: Batch Publish staat klaar.
Probeer 30 dagen gratisVoorbeeld 2: de eenmalige archiefklus
Een plaatwerkbedrijf wil vierhonderd oude bestanden hernoemen en verplaatsen naar een nieuwe archiefstructuur. De verleiding is groot om daar een script voor te schrijven: het is saai werk, en scripten is leuker. Maar langs de meetlat: de frequentie is één keer, ooit. De duur is fors, een lange middag, maar eenmalig. En de foutkans is beheersbaar met een checklist en een reservekopie vooraf.
Nul tot één drempels gehaald. Het eerlijke antwoord is dan: gewoon doen. Zet er een middag voor in de agenda, werk de lijst geconcentreerd af, en de klus is klaar voordat een script door zijn eerste testronde heen zou zijn. Wees wel eerlijk over dat "eenmalig": een klus die elk kwartaal terug blijkt te komen, is geen eenmalige klus maar een terugkerende taak, en dan schuift het oordeel.
Voorbeeld 3: het twijfelgeval met de titelblokken
Een werkvoorbereider zet per order het ordernummer en de klantgegevens in de titelblokken van een stuk of vijftien tekeningen. Acht minuten per keer, gemiddeld drie orders per week. Frequentie: gehaald. Duur: net niet. Foutkans: een verkeerde klantnaam op een tekening is pijnlijk, maar zelden rampzalig. Eén tot anderhalve drempel, afhankelijk van hoe streng je telt.
Precies voor deze gevallen geldt: eerst meten, dan beslissen. Gevoel overschat de taken die irriteren en onderschat het sluipwerk; een week turven geeft het echte getal. Hoe je dat aanpakt, staat in Meet je eigen klikwerk: eerst een week turven, dan pas automatiseren. En kies bij twijfel de goedkoopste oplossing die bestaat, niet de mooiste die denkbaar is: een bestaand hulpmiddel of een kleinere taak verslaat een maatwerkscript dat onderhouden moet worden.
De drie voorbeelden naast elkaar:
| Taak | Frequentie | Duur per keer | Foutimpact | Oordeel |
|---|---|---|---|---|
| Tekenpakketten exporteren | Meerdere keren per week | Ruim een half uur | Hoog | Automatiseren |
| Archief eenmalig omzetten | Eén keer | Eén middag | Laag | Gewoon doen |
| Titelblokken per order | Enkele keren per week | Acht minuten | Gemiddeld | Eerst meten |
De valkuil: automatiseren wat je moet afschaffen
De duurste automatisering is een perfecte oplossing voor een taak die niet had moeten bestaan. Het wekelijkse overzicht dat niemand meer leest, maar dat nu wel automatisch in ieders mailbox valt. De conversie tussen twee bestandsformaten die alleen nodig is omdat twee afdelingen nooit één formaat hebben afgesproken. Het overtypen van gegevens dat je kunt versnellen, terwijl je de dubbele invoer ook helemaal kunt opheffen.
Stel daarom bij elke kandidaat eerst drie vragen, in deze volgorde:
- Waarom bestaat deze taak, en wie gebruikt de uitkomst waarvoor?
- Kan de taak helemaal vervallen, bijvoorbeeld door één afspraak tussen twee afdelingen?
- Kan de taak kleiner, zodat er minder te automatiseren overblijft?
Pas als een taak deze drie vragen overleeft, mag hij langs de drie drempels. In die volgorde voorkom je dat je snelheid zet op iets wat richting mist.
Veelgestelde vragen
Hoe weet ik hoe vaak een taak echt terugkomt?
Niet uit het hoofd, want gevoel overdrijft de ergernissen en mist het sluipwerk. Turf een week lang op een briefje of in een simpel lijstje hoe vaak de taak voorbijkomt en hoe lang hij duurt. Dat ene weekje meten voorkomt zowel onnodige bouwprojecten als gemiste kansen.
Telt ergernis mee als een taak de drempels net niet haalt?
Ja, met mate. Een taak die telkens je concentratie breekt op de drukste momenten van de dag, kost meer dan de klok laat zien. Maar laat ergernis nooit de bouwkosten opdrijven: voor dit soort randgevallen kies je een oplossing die vrijwel niets kost om in te richten en te onderhouden.
Zelf scripten of een kant-en-klare toolbox?
Is de taak uniek voor jouw bedrijf, dan is maatwerk logisch. Is het een generieke taak die elke Inventor-afdeling kent, zoals exporteren, opslaan of opruimen, dan is kant-en-klaar vrijwel altijd goedkoper in beheer, omdat onderhoud en updates niet op jouw bord liggen. Uitzoeken of dat voor jouw takenlijst geldt kan vrijblijvend: probeer Thundercad 30 dagen gratis.