The Drafter platform
Name the model. Our engineers build it.
The Drafter is an open input for any engineered 3D model system. Loading arms and railcars are what we built first, and what proved the engine — not the limit of what it does.
The offer
You manufacture it. We model it. Your team demonstrates it.
Most manufacturers of engineered products have the same problem we built the Drafter to solve: the customer cannot picture what they are buying, and the geometry has to be right before anyone quotes it.
Name the model you need
A conveyor line, a switchgear lineup, a mezzanine, a pump skid, a casework run, a modular building. If it is engineered, configurable and has to fit a real space, it is a candidate.
Our engineers design it
We build the 3D model of your product from your CAD, your standard configurations and your engineering rules — not a generic stand-in library.
We integrate it into a Drafter program
Your model goes into the same engine that runs the loading systems work: snap assembly, connection rules, constraint checking, and drawing and bill of material export.
Your team demonstrates your solutions
Sales and applications engineers configure your product in a browser, in front of the customer, and leave with a layout and a material list rather than a promise to follow up.
Why this is not a product configurator
Configurators render. This one checks.
There is a crowded market in visual product configurators. They are good at showing a customer what a thing looks like in a colour they chose. That is a different problem from proving an engineered assembly will fit and function.
A visual configurator
- Shows the product in the options the customer picked.
- Validates against a price list, not against geometry.
- Happily renders a combination that cannot physically be built.
- Output is a picture and a part number.
- Stops where engineering begins.
The Drafter engine
- Assembles the product against real connection sockets and joint rules.
- Solves geometry — reach, clearance, fit against the thing it has to serve.
- Refuses combinations that do not mate, before they reach a drawing.
- Output is a drawing set and a bill of material counted off the model.
- Validates against standards as the model is built.
The proof is the hard case. We built a solver that takes a rail tank car specification and returns the swept envelope for a loading arm, checks it against AAR plate clearance, and validates the access structure against OSHA. That is a harder geometry problem than most manufactured products present. It is the reason to trust the engine with yours.
What fits
Where a Drafter program earns its keep.
Not every product needs one. These are the characteristics that make it pay.
Engineered to order
Every job is a variation. The configuration work happens before the quote, and it consumes engineering time you would rather spend elsewhere.
Has to fit something
A building, a bay, a line, a vehicle, an existing structure. When fit is a constraint, a solved model beats a data sheet.
Modular with rules
Components combine, but not in every combination. Those rules currently live in someone's head or a spreadsheet.
Hard to picture
The customer cannot visualise the finished installation from a catalogue, so the decision stalls or gets shopped on price.
Expensive to get wrong
A mis-specification becomes a field change order, a return, or a relationship problem rather than a quick swap.
Sold by engineers
The people selling it are technical enough to drive a model in front of a customer, and are currently doing that job with PDFs.
What we need from you
To model your product properly
- Geometry — STEP or equivalent exports of the components that matter.
- Standard configurations — the arrangements you actually sell, not the full theoretical catalogue.
- The rules — what connects to what, what is never combined, what the constraints are.
- One real project to model against. Ideally one that went wrong.
What comes back
Your product, in the engine
- Your parts, articulating as they really do.
- Your rules enforced, so invalid builds are refused rather than drawn.
- Drawing and BOM output in a form that matches how you already quote.
- A browser tool your sales engineers can drive without a CAD seat.
Scoping is a conversation, not a form. How long a model takes depends entirely on how complex your product is and how much of it you need represented. We would rather look at it with you than quote a number we would have to walk back.
Name the model.
Twenty minutes on what you manufacture and what it would take to put it in the engine.
Sam Doyle · 247 Industrial Platform · Cary, NC
