Engineering & PLMFree calculatorPDF, Excel, Word exportDassault ENOVIA

ENOVIA AI Assistant Sizing and Value Calculator

This calculator estimates GPU needs, index size and payback for an enterprise-scale private AI assistant on on-prem ENOVIA or 3DEXPERIENCE. Defaults reflect a few hundred engineers and a large document base.

Your numbers

users
30 %
$/h
$/GPU/month
$

Your results

GPU estimate
2
About 25 tokens per second per stream, with a model memory floor.
Monthly value
$240,975
Daily active users
150
Questions per day
1,350
Tokens per day
5,400,000
Peak concurrent requests
1.875
25% of daily questions in the busiest hour, about 20 seconds per answer.
Vector index size
57.6
2 chunks per page and about 6 KB per chunk.
Hours saved per month
2,835 hrs
Monthly GPU cost
$5,000
Simple payback
0.5 months

Planning estimate for an enterprise rollout. Validate throughput and time saved in a pilot before procurement.

Save results:

Monthly value vs GPU cost by questions per active user

Sweeps Questions per active user per day from 2 to 40, holding your other inputs fixed.

Enterprise pilot and sizing review

Optional: review of your inputs with a pilot design for measuring throughput and time saved.

Optional. The tool and every export work without this. No spam.

How to use it

Enter named users and the daily active share. Use questions per user from a pilot where possible. Set tokens per question high enough to reflect retrieved context, since engineering questions often pull in long passages. Enter the one-off integration cost including custom MQL or JPO work for your schema.

Formulas and assumptions

Questions per day equal users times active share times questions per user. Peak streams assume 25 percent of daily questions in the busiest hour at about 20 seconds each. GPUs are the larger of the model floor and streams times 25 tokens per second divided by per-GPU throughput. The index assumes two chunks per page at about 6 KB.

  • Hours = questions x minutes saved / 60 x 21
  • Value = hours x loaded hourly cost
  • Payback = one-off cost / (value minus GPU cost)

Reading the result

Enterprise estimates are sensitive to the memory floor because larger models need several GPUs just to load. The chart compares value with cost as usage per user grows: the crossing point is the usage level where the platform pays for itself. Add separate CPU capacity for extraction and embedding.

Common mistakes

Using the number of documents in the platform instead of text-bearing documents you actually index, ignoring custom integration work in a customised data model, and assuming perfect adoption. Apply a haircut to active share and minutes saved.

Frequently Asked Questions

Why is the default integration cost higher?

ENOVIA models are commonly customised, so named read actions, security context handling and testing take more effort than on standard schemas. Replace the default with your own estimate.

How should I treat redundancy?

The estimate has no spare capacity. For a production service add at least one spare GPU or a second node, and include it in the GPU monthly cost.

Does a larger model save time?

Not necessarily. Larger models raise cost and memory floors. Test whether a mid-sized model with good retrieval and tools answers your questions correctly before scaling hardware.

What is not in the payback?

Power, cooling, support staff, licensing for other components and model evaluation work, unless you include them in the cost inputs.

Netray can compare these figures with a pilot on your ENOVIA platform and refine the integration estimate. The calculator needs no contact.