In een klein engineeringteam ken je elkaars werk. Je weet dat de ene constructeur zijn PDF's net even anders mappeert dan de ander, dat de stuklijst van die ene order er afwijkend uitziet, en dat de iProperties soms half ingevuld zijn. Het loopt allemaal wel los, denk je. Tot er een nieuwe collega start, tot productie de zoveelste keer belt over een ontbrekend materiaal in de stuklijst, of tot een klant vraagt waarom twee tekeningen van hetzelfde project niet op elkaar lijken.
Standaardiseren in Inventor klinkt als iets voor grote afdelingen met een eigen CAD-manager en een handboek van honderd pagina's. Dat is het niet. Juist met een klein team kun je afspraken slim vastleggen, zonder dat het bureaucratie wordt. In dit artikel lees je hoe je iedereen hetzelfde laat werken door de standaard in de tools te stoppen in plaats van in een document dat niemand leest.
Waarom standaardiseren in Inventor lastig is voor kleine teams
De paradox van een klein team: je hebt het hardst standaardisatie nodig, maar de minste tijd om het op te tuigen. Bij vijf of zes constructeurs is er meestal niemand die fulltime CAD-beheer doet. Iedereen tekent, iedereen levert af, en de afspraken zitten vooral in de hoofden van de mensen die er het langst werken.
Dat werkt zolang het team stabiel is. Maar engineering staat nooit stil. Iemand gaat met pensioen, je neemt een tijdelijke kracht aan voor een drukke periode, of het bedrijf groeit van vier naar acht man. Op dat moment blijkt hoeveel kennis impliciet was. De nieuwe collega weet niet welke iProperties verplicht zijn, hoe een stuklijst eruit hoort te zien, of in welke formaten productie de bestanden wil hebben. En de mensen die het wel weten, zijn te druk om het uit te leggen.
De klassieke reactie is een werkinstructie schrijven. Een Word-document of een pagina op het intranet met alle afspraken. Het probleem: zo'n document veroudert binnen een maand, niemand leest het tijdens het werk, en het dwingt niets af. Een afspraak die je alleen op papier zet, is een afspraak waarvan je hoopt dat mensen die volgen. Een afspraak die in de tool zit, is een afspraak die vanzelf gebeurt.
De standaard hoort in de tools, niet in een handboek
Het verschil tussen een papieren standaard en een ingebouwde standaard is het verschil tussen hopen en weten. Als de juiste manier van werken ook de makkelijkste manier is, hoef je niemand te overtuigen. Mensen kiezen vanzelf de weg van de minste weerstand. Dat is geen luiheid, dat is gezond verstand.
Neem het exporteren van productiedocumenten. Zolang iedere constructeur zelf bepaalt welke formaten worden gegenereerd en waar ze terechtkomen, krijg je variatie. De een levert PDF en DWG, de ander vergeet de STEP, een derde zet alles in een eigen submap. Als die hele export in één gestandaardiseerde actie zit, valt de variatie weg. Iedereen krijgt dezelfde set, op dezelfde plek, in dezelfde structuur. Niet omdat het in een handboek staat, maar omdat er geen andere knop is.
Dit is precies waar Thundercad op mikt: de afspraken vastleggen in het gereedschap dat je toch al gebruikt. Niet als extra laag bovenop je werk, maar geïntegreerd in Inventor zelf. Hieronder lopen we de onderdelen langs die voor een klein team het meeste verschil maken.
Eén datakaart voor iProperties per documenttype
iProperties zijn de metadata die je hele administratieve keten voeden: tekeningstempel, stuklijst, exportnamen, ERP-koppeling. Als ze niet kloppen, sleept de fout zich door alles heen. En toch zijn ze in de praktijk vaak het zwakste punt, omdat invullen handwerk is en handwerk fouten geeft.
Met het iProperty Menu beheer je metadata via één instelbare datakaart per documenttype. Je bepaalt eenmalig welke velden er zijn, welke verplicht zijn en hoe ze heten. Vanaf dat moment ziet elke constructeur exact hetzelfde scherm. Een onderdeel, een samenstelling en een tekening hebben elk hun eigen kaart, afgestemd op wat dat documenttype nodig heeft. De vrijheid om het "even anders" te doen verdwijnt, en daarmee de inconsistentie.
Voor een klein team is dit waarschijnlijk de belangrijkste stap. iProperties zijn de bron waaruit je stuklijsten, je exports en je ERP-data putten. Zet je die bron op orde, dan profiteert alles erna mee.
Gestandaardiseerde exports met Batch Publish
De afleverstap is waar standaardisatie het zichtbaarst loont. Productie, leveranciers en klanten verwachten een vaste set bestanden. Met Batch Publish genereer je alle productiedocumenten in één stap: PDF, DWG, DXF en STEP. Het werkt samen met Autodesk Vault, dus ook je versiebeheer blijft netjes.
Het effect is dubbel. Ten eerste tijdwinst: in plaats van bestand voor bestand exporteren doe je het in één actie. Thundercad laat dit zien met "1 klik in plaats van 12 stappen" en "48 PDF's in 6 seconden". Ten tweede, en voor standaardisatie minstens zo belangrijk: iedereen levert exact dezelfde set af. Geen vergeten formaten, geen afwijkende mappen, geen verrassingen voor productie.
Wil je zien hoe snel je hele team dezelfde, complete set productiedocumenten aflevert? Test Batch Publish en de andere tools zelf in je eigen Inventor-omgeving.
Probeer 30 dagen gratisStuklijsten in een vast sjabloon met BOM Export
Stuklijsten zijn berucht. Iedere afnemende afdeling wil ze net iets anders, en zonder afspraak ontstaat er een wildgroei aan formaten. Met BOM Export zet je stuklijsten naar Excel in een vast sjabloon. Eén keer ingericht, daarna altijd dezelfde kolommen, dezelfde volgorde, dezelfde opmaak.
Dat is goud waard richting werkvoorbereiding en inkoop. Zij weten precies wat ze krijgen en hoeven niet per project te puzzelen waar het materiaal of het aantal staat. En omdat de stuklijst put uit je iProperties, sluit de cirkel: zet je metadata goed, dan klopt je stuklijst vanzelf.
Standaardiseren in Inventor via het Dashboard
Tot nu toe ging het over losse tools. Het Dashboard is de plek waar je ze als team beheert. Hier activeer en beheer je de tools, en koppel je ze aan je ERP en andere software. Het Dashboard is daarmee het scharnierpunt van je standaardisatie: de centrale plek waar je vastlegt hoe het team werkt.
Voor een manager is dat precies wat je wilt. Je richt de werkwijze één keer centraal in, en iedere constructeur werkt daarbinnen. Je hoeft niet bij iedereen langs de werkplek, je hoeft geen instructies rond te mailen. De afspraken zitten in het systeem, niet in losse hoofden. En als je iets wilt aanpassen, doe je dat op één plek in plaats van op zes werkplekken.
De koppeling met ERP maakt het rondje af. Engineering en bedrijfsvoering raken vaak los van elkaar, met dubbel invoeren en overgetypte data als gevolg. Door Inventor via het Dashboard aan je ERP te hangen, stroomt de data die je toch al vastlegt door naar de rest van het bedrijf. Minder overtypen betekent minder fouten, en het betekent dat je standaard niet stopt bij de tekenkamer.
Tip: Begin niet met alles tegelijk. Pak eerst de iProperties, want die voeden je stuklijsten en exports. Als de metadata klopt, profiteert de rest van je standaardisatie automatisch mee.
Schaalbaarheid: standaardisatie als groeifundament
Een klein team is zelden een blijvend klein team. Of je groeit, of je vangt pieken op met tijdelijke krachten, of je werkt steeds vaker samen met externe constructeurs. In al die scenario's is een ingebouwde standaard het verschil tussen soepel opschalen en chaos.
Denk aan een drukke periode waarin je er twee inhuurt. Zonder standaard betekent dat dagen inwerken: uitleggen hoe de exports gaan, welke iProperties verplicht zijn, hoe de stuklijst eruit moet zien. Met een ingebouwde standaard zien die nieuwe mensen vanaf dag één dezelfde datakaarten en gebruiken ze dezelfde export- en BOM-acties als de rest. Ze kunnen bijna niet afwijken, omdat de juiste manier de enige voor de hand liggende manier is.
Reken eens mee met een voorbeeld. Stel dat een constructeur per week tien projecten aflevert, en dat het handmatig exporteren en controleren per project tien minuten kost. Dat is bijna twee uur per week, per persoon. In een team van zes loopt dat op tot ruim tien uur per week. Het zijn aannames, en jouw cijfers zullen anders zijn, maar de orde van grootte laat zien waar de winst zit: niet in één spectaculaire besparing, maar in tientallen kleine herhalingen die je wegneemt.
Die afweging is voor een manager ook financieel makkelijk te maken. Thundercad kost EUR 30 per gebruiker per maand, of EUR 300 per gebruiker per jaar (dat zijn twee maanden gratis), per seat en exclusief btw. Reken dat tegen de uren die je per persoon terugwint, en de rekensom is voor de meeste teams snel gemaakt. Bovendien is de licentie per seat afgenomen, van 1 tot 99 gebruikers, dus je betaalt mee met de schaal waarop je werkt en niet voor stoelen die leeg blijven.
Belangrijker dan de minuten is de voorspelbaarheid. Een gestandaardiseerd proces is een proces dat je kunt overdragen, kunt uitbreiden en kunt vertrouwen. Dat je niet bij elke nieuwe order opnieuw hoeft te bewaken. Bedrijven als Little Giant Europe, Van Egten, Banzo en Mannen van Staal werken al met Thundercad om dit soort repetitief werk in Inventor te stroomlijnen.
Onboarding zonder dik inwerkdocument
Inwerken is de lakmoesproef van je standaardisatie. Als een nieuwe collega na een dag zelfstandig correcte documenten aflevert, dan zit je werkwijze goed in elkaar. Als het weken duurt en de eerste opleveringen vol fouten zitten, dan zat te veel kennis in de hoofden van anderen.
Ingebouwde standaarden verkorten die inwerktijd drastisch. Je nieuwe collega hoeft niet te onthouden welke velden verplicht zijn, want de datakaart toont het. Je hoeft niet uit te leggen welke formaten productie wil, want Batch Publish levert ze allemaal. De juiste stuklijstopmaak hoeft niemand te reproduceren, want BOM Export gebruikt het vaste sjabloon. De kennis zit in de tools, dus de leercurve gaat over Inventor zelf, niet over jullie huisregels.
Dat scheelt ook de zittende collega's. Inwerken kost altijd tijd van je beste mensen, juist de mensen die je het minst kunt missen. Hoe meer van de huisregels in de tools zit, hoe minder schouderklopjes en correctierondes er nodig zijn. Je senior constructeurs blijven aan het echte werk, in plaats van dat ze de hele dag vragen beantwoorden.
Standaardiseren zonder bureaucratie
De grootste angst bij standaardisatie is dat het verstikt. Dat je vrijheid en vakmanschap inruilt voor een keurslijf van regels en formulieren. Bij een papieren standaard is die angst terecht: regels die je moet onthouden en handmatig moet volgen, voelen als ballast.
Maar standaardisatie in de tools werkt anders. Je standaardiseert niet het denkwerk, het ontwerpen, het oplossen van constructievraagstukken. Daar blijft alle ruimte. Je standaardiseert het saaie, repetitieve deel: de administratie, de exports, de metadata. Precies het werk waar variatie geen waarde toevoegt en alleen maar fouten oplevert.
Goede standaardisatie is dus geen rem, maar een bevrijding. Het haalt de geestdodende klusjes weg en geeft je constructeurs hun tijd terug voor het werk waar ze goed in zijn. En voor jou als manager geeft het rust: je weet dat wat er de deur uitgaat klopt, ongeacht wie het heeft gemaakt.
Veelgestelde vragen
Is standaardiseren in Inventor niet overdreven voor een klein team?
Juist niet. Hoe kleiner het team, hoe groter de impact van één wegvallende of nieuwe collega. Bij een klein team zit veel kennis impliciet in de hoofden van een paar mensen. Door afspraken in de tools vast te leggen, maak je je werkwijze onafhankelijk van wie er aan de knoppen zit. Dat is geen overkill, dat is risicospreiding.
Hoeveel werk is het om dit op te zetten, en wat kost het?
Je richt de standaarden eenmalig in: de iProperty-datakaarten per documenttype, het BOM-sjabloon en de exportinstellingen. Daarna werkt iedereen daarbinnen zonder verdere inspanning. Begin klein, bij de iProperties, want die voeden je stuklijsten en exports. Je hoeft niet alles in één keer te doen. Qua kosten: Thundercad is EUR 30 per gebruiker per maand of EUR 300 per gebruiker per jaar, per seat en exclusief btw, en je kunt het eerst 30 dagen gratis proberen.
Wat heb ik nodig om Thundercad te gebruiken?
Thundercad draait op Windows 10 of 11 met Autodesk Inventor 2025 of nieuwer en een actief Autodesk-account. Het werkt samen met Autodesk Vault en is via het Dashboard koppelbaar aan je ERP. Je kunt het 30 dagen gratis proberen zonder creditcard. Meer lezen kan in de kennisbank.
In a small engineering team, you know each other's work. You know that one designer maps their PDFs slightly differently than the other, that the bill of materials for that one order looks different, and that the iProperties are sometimes only half filled in. It all works out fine, you think. Until a new colleague starts, until production calls for the umpteenth time about a missing material in the bill of materials, or until a customer asks why two drawings of the same project do not look alike.
Standardizing in Inventor sounds like something for large departments with their own CAD manager and a hundred-page manual. It is not. With a small team in particular, you can capture agreements smartly, without it turning into bureaucracy. In this article you will read how to get everyone working the same way by putting the standard into the tools instead of into a document that nobody reads.
Why standardizing in Inventor is hard for small teams
The paradox of a small team: you need standardization the most, but have the least time to set it up. With five or six designers there is usually nobody doing full-time CAD management. Everyone draws, everyone delivers, and the agreements live mostly in the heads of the people who have worked there the longest.
That works as long as the team is stable. But engineering never stands still. Someone retires, you hire a temporary worker for a busy period, or the company grows from four to eight people. That is the moment it becomes clear how much knowledge was implicit. The new colleague does not know which iProperties are mandatory, what a bill of materials should look like, or in which formats production wants the files. And the people who do know are too busy to explain it.
The classic response is to write a work instruction. A Word document or a page on the intranet with all the agreements. The problem: such a document becomes outdated within a month, nobody reads it while working, and it enforces nothing. An agreement you only put on paper is an agreement you hope people will follow. An agreement that is in the tool is an agreement that happens automatically.
The standard belongs in the tools, not in a manual
The difference between a paper standard and a built-in standard is the difference between hoping and knowing. If the right way of working is also the easiest way, you do not have to convince anyone. People naturally choose the path of least resistance. That is not laziness, that is common sense.
Take the export of production documents. As long as each designer decides for themselves which formats are generated and where they end up, you get variation. One delivers PDF and DWG, another forgets the STEP, a third puts everything in their own subfolder. If that entire export sits in a single standardized action, the variation disappears. Everyone gets the same set, in the same place, in the same structure. Not because it is in a manual, but because there is no other button.
This is exactly what Thundercad aims for: capturing the agreements in the tool you already use anyway. Not as an extra layer on top of your work, but integrated into Inventor itself. Below we walk through the components that make the biggest difference for a small team.
One data card for iProperties per document type
iProperties are the metadata that feed your entire administrative chain: drawing title block, bill of materials, export names, ERP integration. If they are not correct, the error drags itself through everything. And yet in practice they are often the weakest point, because filling them in is manual work and manual work produces errors.
With the iProperty Menu you manage metadata through one configurable data card per document type. You decide once which fields exist, which are mandatory and what they are called. From that moment on, every designer sees exactly the same screen. A part, an assembly and a drawing each have their own card, tailored to what that document type needs. The freedom to do it "a little differently" disappears, and with it the inconsistency.
For a small team this is probably the most important step. iProperties are the source from which your bills of materials, your exports and your ERP data draw. Get that source in order, and everything downstream benefits.
Standardized exports with Batch Publish
The delivery step is where standardization pays off most visibly. Production, suppliers and customers expect a fixed set of files. With Batch Publish you generate all production documents in one step: PDF, DWG, DXF and STEP. It works together with Autodesk Vault, so your version control stays tidy too.
The effect is twofold. First, time savings: instead of exporting file by file, you do it in a single action. Thundercad shows this with "1 click instead of 12 steps" and "48 PDFs in 6 seconds". Second, and at least as important for standardization: everyone delivers exactly the same set. No forgotten formats, no deviating folders, no surprises for production.
Want to see how quickly your whole team delivers the same, complete set of production documents? Test Batch Publish and the other tools yourself in your own Inventor environment.
Try 30 days freeBills of materials in a fixed template with BOM Export
Bills of materials are notorious. Every receiving department wants them just a little differently, and without an agreement a proliferation of formats appears. With BOM Export you export bills of materials to Excel in a fixed template. Set up once, after that always the same columns, the same order, the same formatting.
That is worth its weight in gold for work preparation and purchasing. They know exactly what they will get and do not have to puzzle out per project where the material or the quantity is. And because the bill of materials draws on your iProperties, the circle closes: get your metadata right and your bill of materials is correct automatically.
Standardizing in Inventor via the Dashboard
So far this has been about individual tools. The Dashboard is the place where you manage them as a team. Here you activate and manage the tools, and connect them to your ERP and other software. The Dashboard is thereby the pivot point of your standardization: the central place where you record how the team works.
For a manager that is exactly what you want. You set up the way of working once centrally, and every designer works within it. You do not have to visit everyone at their workstation, you do not have to email instructions around. The agreements are in the system, not in individual heads. And if you want to adjust something, you do that in one place instead of on six workstations.
The ERP integration completes the picture. Engineering and business operations often drift apart, with double entry and retyped data as a result. By connecting Inventor to your ERP via the Dashboard, the data you already capture flows through to the rest of the company. Less retyping means fewer errors, and it means your standard does not stop at the drawing office.
Tip: Do not start with everything at once. Tackle the iProperties first, because they feed your bills of materials and exports. If the metadata is correct, the rest of your standardization benefits automatically.
Scalability: standardization as a foundation for growth
A small team is rarely a permanently small team. Either you grow, or you absorb peaks with temporary workers, or you increasingly collaborate with external designers. In all of those scenarios, a built-in standard is the difference between scaling smoothly and chaos.
Think of a busy period in which you bring in two extra people. Without a standard that means days of onboarding: explaining how the exports work, which iProperties are mandatory, what the bill of materials should look like. With a built-in standard, those new people see the same data cards from day one and use the same export and BOM actions as everyone else. They can hardly deviate, because the right way is the only obvious way.
Let's run through an example. Suppose a designer delivers ten projects per week, and that manually exporting and checking takes ten minutes per project. That is almost two hours per week, per person. In a team of six that adds up to well over ten hours per week. These are assumptions, and your numbers will be different, but the order of magnitude shows where the gain is: not in one spectacular saving, but in dozens of small repetitions that you eliminate.
That trade-off is also easy for a manager to make financially. Thundercad costs EUR 30 per user per month, or EUR 300 per user per year (that is two months free), per seat and excluding VAT. Weigh that against the hours you recover per person, and the calculation is quickly made for most teams. Moreover, the license is purchased per seat, from 1 to 99 users, so you pay according to the scale at which you work and not for seats that stay empty.
More important than the minutes is predictability. A standardized process is a process that you can hand over, can expand and can trust. That you do not have to monitor anew with every new order. Companies like Little Giant Europe, Van Egten, Banzo and Mannen van Staal already work with Thundercad to streamline this kind of repetitive work in Inventor.
Onboarding without a thick training document
Onboarding is the litmus test of your standardization. If a new colleague delivers correct documents independently after a day, then your way of working is well put together. If it takes weeks and the first deliveries are full of errors, then too much knowledge was in other people's heads.
Built-in standards shorten that onboarding time drastically. Your new colleague does not have to remember which fields are mandatory, because the data card shows it. You do not have to explain which formats production wants, because Batch Publish delivers them all. Nobody has to reproduce the right bill of materials formatting, because BOM Export uses the fixed template. The knowledge is in the tools, so the learning curve is about Inventor itself, not about your house rules.
That also spares the existing colleagues. Onboarding always takes time from your best people, precisely the people you can least afford to miss. The more of the house rules that sit in the tools, the fewer pats on the back and correction rounds are needed. Your senior designers stay on the real work, instead of answering questions all day.
Standardizing without bureaucracy
The biggest fear with standardization is that it stifles. That you trade freedom and craftsmanship for a straitjacket of rules and forms. With a paper standard that fear is justified: rules you have to remember and follow manually feel like ballast.
But standardization in the tools works differently. You do not standardize the thinking, the designing, the solving of engineering problems. There all the room remains. You standardize the boring, repetitive part: the administration, the exports, the metadata. Exactly the work where variation adds no value and only produces errors.
Good standardization is therefore not a brake, but a liberation. It removes the mind-numbing chores and gives your designers their time back for the work they are good at. And for you as a manager it brings peace of mind: you know that what goes out the door is correct, regardless of who made it.
Frequently asked questions
Isn't standardizing in Inventor overkill for a small team?
Quite the opposite. The smaller the team, the greater the impact of one departing or new colleague. In a small team a lot of knowledge sits implicitly in the heads of a few people. By capturing agreements in the tools, you make your way of working independent of who is at the controls. That is not overkill, that is spreading risk.
How much work is it to set this up, and what does it cost?
You set up the standards once: the iProperty data cards per document type, the BOM template and the export settings. After that everyone works within them without further effort. Start small, with the iProperties, because they feed your bills of materials and exports. You do not have to do everything at once. As for cost: Thundercad is EUR 30 per user per month or EUR 300 per user per year, per seat and excluding VAT, and you can try it free for 30 days first.
What do I need to use Thundercad?
Thundercad runs on Windows 10 or 11 with Autodesk Inventor 2025 or newer and an active Autodesk account. It works together with Autodesk Vault and can be connected to your ERP via the Dashboard. You can try it free for 30 days without a credit card. You can read more in the knowledge base.
