Engineer-to-order manufacturers live with a paradox. The job that will consume the most engineering hours, the most custom procurement, and the most shop-floor coordination begins as a single conversation between a salesperson and a customer. By the time that conversation becomes a signed quote, the majority of the job's final cost is already committed before a single part has been ordered or a drawing finalized.
Most ERP systems were never built to see that conversation. They pick up the job only after it arrives as a clean, finished input: a sales order, a BOM, a project number. Everything that happened before the back-and-forth on specs, the pricing assumptions, the engineering estimate that shaped the quote lives somewhere else, in a CRM the ERP was never designed to talk to.
The Handoff That Was Never Supposed to Be a Handoff
In make-to-stock or make-to-order manufacturing, a clean handoff from sales to operations is manageable because the product is already defined. In engineer-to-order, it isn't. The BOM doesn't exist at quote time engineering builds it during the project, often through two or three revisions before production even begins. A handoff that was designed for a stable product breaks down the moment the product itself is still being designed.
In ETO, the sales conversation isn't a precursor to the job. It is the first version of the job. Treating it as a separate system is where the margin leaks start.
Fragmented Landscape
- Quote and customer history live in the CRM
- Engineering BOM is rebuilt separately in a spreadsheet or CAD export
- Purchasing works from whichever BOM version was last emailed
- Finance discovers true margin only at project close-out
Unified Architecture
- Quote, job record, and BOM share one data model from day one
- Engineering changes update purchasing and production the moment they happen
- Cost and margin are visible continuously, not reconstructed after delivery
- Every revision carries its full history who changed what, and why
Why Generic ERP Treats This as Someone Else's Problem
Ask any ETO evaluation guide what to look for in an engineer-to-order ERP, and the same requirements come up: dynamic BOMs, CAD integration, project-based costing, engineering change control. Almost none of them mention where the job actually starts the CRM. That's because on a traditional stack, CRM and ERP are two separate products connected by middleware, an integration layer, or a scheduled sync job.
That gap is tolerable for a stable, repeatable product. It's expensive for ETO, where the design keeps moving after the quote is signed. Every sync delay is a window where purchasing is working from a stale BOM, where a supplier substitution hasn't reached finance, or where a scope change discussed on a customer call hasn't reached the shop floor at all.
The pattern behind most ETO cost overruns
Engineering designs in one system. Someone re-types the BOM into another. Purchasing chases parts while the design keeps changing underneath them. Production works from prints that are already out of date. Finance finds out what the job actually cost months after it shipped long after the pricing decision that mattered was made.
What Changes When Quote, BOM, and Job Live on One Platform
When the CRM and the ERP are the same system not integrated, but structurally one the handoff disappears because there's nothing to hand off.
- The quote becomes the job record. No re-entry, no translation between systems. The record the salesperson built with the customer is the same record engineering, purchasing, and production work from.
- Engineering changes propagate instantly. A revised BOM updates purchasing and production the same day it's approved not after someone remembers to forward the latest spreadsheet.
- Margin visibility is continuous. Cost and pricing assumptions are visible against actuals throughout the project, not reconstructed at close-out when it's too late to act on them.
- The audit trail is native, not assembled. Customer conversations, engineering revisions, and shop-floor execution share one object model so the history of a job is a byproduct of doing the work, not a separate reconstruction effort.
Salesforce-Native ERP and the ETO Reality
Axolt runs quoting, engineering change control, procurement, production, and finance on the same platform and the same data model as the CRM where the customer relationship already lives. There's no integration layer keeping the BOM in sync with the quote, because they were never separate records to begin with.
For engineer-to-order manufacturers, that structural difference matters more than it does anywhere else in manufacturing. The job that matters most is decided in the conversation before the order exists. A platform that can see that conversation and carry it forward without a handoff is the difference between pricing a job accurately and finding out the real margin after it's too late to change it.
Connect engineer-to-order production to the CRM it starts in
Axolt delivers Salesforce-native ERP for industrial equipment manufacturers one data model from quote to delivery.
Schedule a DemoEngineer-to-order manufacturers don't lose margin because their engineers made bad decisions. They lose it in the gap between the system that captured the customer's requirements and the system that had to build against them. Closing that gap isn't an integration project. It's a platform decision.