Should Costing in 2026: the methodology, the tools, and what actually works.
The practical guide to should costing for engineers who need results, not theory.
Trusted by manufacturing leaders
The state of should costing in 2026
The methodology hasn't gotten harder. The conditions around it have.
Cost engineering teams are dealing with tariff volatility, energy price shifts, wage corrections, and supplier consolidation while operating with leaner resources. At the same time, procurement is moving from reactive negotiations to proactive should costing, and engineering is accelerating development cycles even though 70% to 80% of product cost is already locked in by design freeze.
Cost engineering sits at the center of all three. A cost engineer analyzes what a part should cost: bottom-up, based on materials, manufacturing processes, machine times, and labor, and surfaces the savings potential that procurement and engineering then realize. The structural problem is that cost engineering capacity is the bottleneck. Most teams cover only a fraction of total company spend. Most savings potential stays unrealized.
This page is a working reference, not an introduction. It assumes you already know what a should-cost model is and that you have built one. The goal is to consolidate what good practice looks like, where models most often fail, what changes when should costing moves from an Excel sheet to a dedicated software solution, and where to go next.
What a reliable should-cost model actually contains.
Before any model gets used in a negotiation, a make-or-buy decision, or a design review, it has to clear a basic bar. Most teams pass two or three of these. Few pass all nine.
Every assumption is traceable to a source
Material prices reflect the current market
Machine hour rates are calculated, not assumed
Regional cost factors are explicit and granular
The cost breakdown structure matches the manufacturing reality
Overhead is broken out, not bundled
The methodology is consistent across teams and sites
A non-expert can follow the logic
The model is auditable over time
Want to see your numbers?
Where should-cost processes break down and how to fix them.
Most cost engineering teams pass two or three of the nine tests above. The reason is structural, and it lives in the tool. Excel is the right tool for the first dozen models. Past that, methodology drifts between sites, knowledge walks out the door with the analyst who built the workbook, and cost coverage stays low because no one else can use the model. The pattern of where Excel breaks is consistent enough to be predictable.
One analyst, one workbook
A small team sharing workbooks
An attempt at standardization
Shared drive, multiple sites
A complete should-cost calculation, end to end
A short walkthrough of a full bottom-up calculation in Tset - from input data to defensible output. Pick the process closest to your work.
Interested in a different technology? Watch other tutorials.
The business impact of getting should costing right
When the methodology, the data, and the model live in a system that procurement and engineering can use directly, this is what teams achieve. Each outcome below is anchored in a published Tset customer case study.
By manufacturing technology
Resources for cost engineers, procurement & engineering
A curated selection of materials Tset publishes for the cost engineering community.
Three ways forward
We meet you depending on where you are.
Should costing in practice - your questions answered
How accurate are should-cost models in practice?
Accuracy depends on two things: the quality of input data and the consistency of methodology — not on the calculation engine itself. For mature manufacturing technologies (turning, milling, stamping, injection molding) with current master data, a well-built should-cost model typically lands within 5-10% of supplier cost. For complex assemblies, new technologies, or low-volume programs, the band is wider and requires iteration. But accuracy is rarely the right metric on its own. What matters in a negotiation or a steering committee is defensibility — whether every assumption can be traced to a source and every cost driver can be explained. A model that is 10% off but fully defensible wins arguments a 5% off model with hand-waved assumptions cannot.
How long should a should-cost analysis take?
In Excel with a generic template, a single part typically takes anywhere from a few hours (simple turned component) to several days (complex assembly with multiple sub-processes). With dedicated product cost calculation software, populated master data, and pre-configured process templates, the same work compresses to hours. The deeper question is whether your speed matches the rhythm of the business: NPI cycles need cost feedback in days, not weeks; procurement negotiations have closing windows measured in days. When should-cost capacity cannot keep up, requests get dropped, rough estimates replace real calculations, and the value of the program collapses. Speed is not a feature — it is the variable that determines how much of your spend actually gets analyzed.
Which manufacturing processes can be should-costed reliably?
Should-cost methodology works best for discrete manufacturing — processes where a part can be decomposed into materials, process steps, and overhead, and each parametrically modeled. Strong fit: casting (die, sand, investment), forging and forming, machining (turning, milling), sheet metal forming and stamping, injection molding (plastic, rubber, micro), PCBA. Tset supports 220+ pre-configured templates across 35+ such technologies. Weaker fit: continuous process industry (chemicals, food, refining), commodity raw materials priced on indices, additive manufacturing (still maturing in cost methodology), textile and apparel manufacturing. The fit question matters at portfolio level — procurement spend dominated by weak-fit processes will not see the ROI of a structured should-cost program.
When does Excel stop being enough for should costing?
For a single analyst working on a dozen models, Excel is the right tool. The breakdown is consistent and predictable: it happens when multiple analysts share workbooks and arrive at different numbers for the same part; when master data drifts between sheets and no one is sure which version is current; when models become a single point of failure tied to one person's knowledge; and when other departments need access to the methodology but cannot operate the workbook themselves. At that point, the issue is not Excel's features. It is the structural fact that knowledge lives in people and files instead of in a system. Moving to dedicated product cost calculation software is not a feature upgrade — it is a different mode of working that lets cost engineering scale without growing.
Can should costing be automated with AI?
Parts of it, increasingly. AI is genuinely useful for extracting bill-of-materials data from 3D models and CAD files, suggesting comparable parts from a benchmark database, classifying parts by manufacturing process, and flagging anomalies in supplier quotes. What AI cannot yet replace is the judgment layer: choosing the right process for a given part, defining defensible assumptions about overhead, and explaining the cost story to a non-expert in a steering committee. The most useful pattern in 2026 is AI as accelerator, not replacement — automation of the mechanical work, with the cost engineer staying in the loop for judgment and defensibility. Models that lose the human in the loop also lose the ability to defend the number when it gets challenged.
Take cost engineering off the bottleneck list.
Book a 30-minute demo. We'll walk through how Tset would model a typical part for your business — using your manufacturing technologies and your supplier landscape, not generic data.