Packaging Manufacturing Software: Build vs Buy
Buy. One plant, one substrate family, under about 60 jobs a week and fewer than 500 active dies is well served by Amtech Imaginera, EFI Radius or a properly configured NetSuite.
On this page
Buy. One plant, one substrate family, under about 60 jobs a week and fewer than 500 active dies is well served by Amtech Imaginera, EFI Radius or a properly configured NetSuite. Building earns its place past that, and above all when a second plant opens and dies start moving between sites with no system of record behind them.
What the off-the-shelf products actually do well
One plant, one substrate family, under about 60 jobs a week, fewer than 500 active dies: buy. A well configured Amtech Imaginera, EFI Radius or NetSuite with a competent implementation partner will serve you, and a custom build would be an expensive route to the same result plus maintenance you now own forever.
These products are not weak. Amtech and Radius understand converting. They carry the customer master, the order, purchasing and invoicing, and a scheduling view that works when your mix is stable. Kiwiplan is deeply established in corrugated. Tharstern and Cerm do real work in labels and narrow web, and Cerm in particular knows what a repeat job looks like in that world. Esko ArtiosCAD is the standard for structural design and there is no case for rebuilding it.
Buy ArtiosCAD or Arden whatever else you decide. Structural design is not the problem you have.
The boring parts matter too. Someone else keeps the tax tables current. Someone else owns the accounting close. Someone else answers when your controller cannot post a batch on the last day of the month. A build gives you none of that, and buying it back later is not cheap.
The wrong reason to build is disliking your enterprise resource planning (ERP) interface. Keep that system for receivables, payables and the general ledger, which it does properly. What follows is about the layer it was never going to give you.
Where they stop: the die is an invoice line, not an asset
Ask your plant manager how many active dies you have. You will get a range rather than a number, and that range is the whole problem in one answer.
Every packaged system stores a die number and a customer, because the record exists to support a tooling charge on an invoice. Your plant treats a die as something else: a physical object with a rack location across three buildings, a rule height, a board caliper range it was cut for, an up count on each specific press deck, a hit count since last rework, and a link to the drawing revision actually cut rather than the one sitting on the shared drive. None of those attributes fit an accounting record, and every one of them drives a decision.
So Tuesday happens. A buyer wants a repeat on a 24 point carton, same as last April. The order shows a price. It does not show which die ran it, which press, which board lot, or that the job ran at 11 percent waste instead of the 6 percent in the estimate because the board came from a different mill and cracked at the score. The April price goes out. The job loses money and nobody knows until the close, by which time two more repeats have been quoted from the same number.
The second gap is the estimating workbook. Fourteen tabs, a macro nobody will touch, and twenty years of knowledge about make ready on the 40 inch and which board runs three points over specification. No enterprise system absorbs that, because it wants standard routings and standard costs, while your cost is lot behaviour, die condition, press and customer interacting.
The arithmetic: licences and modules versus a build
Systems in this category price per named user with module fees layered on top: estimating, scheduling, shop floor, quality, each sold separately. Ask for your renewal broken out by module, then ask the harder question. Which of those modules is genuinely in use, and which was bought because the plant said it would replace the spreadsheet and then did not.
Most converters find at least one module they pay for every year and do not run. That line, rather than the total, starts the honest comparison.
The crossover sits around 60 jobs a week, or 500 active dies, or the moment a second plant opens, whichever arrives first. Plant count matters more than volume, because two sites force a decision about whether dies and substrate are shared or local, and no packaged tooling module answers it either way.
Then price the variance, which is the number that actually decides this. Take one part you run repeatedly and pull every job of it from the last twelve months. Compare realised margin job by job using actual material and actual hours. If the spread across the year runs more than about six points on the same part, you are not pricing, you are guessing, and at moderate volume that guess costs roughly a first release every year.
Add the dead tooling. Walk one rack, count the dies not hit in three years and the duplicates cut because somebody could not find the original. That is a one time recovery a die library pays for on its own.
What a custom build actually costs
Bands. A focused first release, meaning the die library as a real asset record plus the estimating rules engine, integrated read only against your existing enterprise system so nothing about invoicing changes, runs $60,000 to $130,000 and ships in 12 to 16 weeks. That is the release that pays for itself, because it fixes the quote. A full platform adding scheduling against substrate constraints, shop floor data capture, live job costing and a customer portal runs $150,000 to $400,000 phased across 6 to 12 months. Nobody should buy the second as one block.
Data migration adds 10 to 25 percent and here it is physical work. Digitising drawings and job history is three to five weeks of engineering. Walking the racks with a scanner to tag steel and confirm what exists is two to four weeks per plant, and it is where converters discover a large share of the library is dead or duplicated. Budget it as a line item rather than assuming it happens alongside development.
Year two runs 15 to 20 percent of build cost annually. Presses get replaced, rules get revised, and every new substrate is a factor somebody has to seed and then correct from actuals.
What pushes the number up: press integration, where a modern line with an open data layer is a fortnight and four legacy lines with proprietary counters and no network drop is six weeks plus hardware and an electrician. Plant count, for the shared or local decision. Food contact requirements. And the one that genuinely breaks budgets, an enterprise system with no clean interface access, where you end up reading at database level on a nightly sync instead of live.
The four situations where building wins
- Regulatory fit. If you supply food contact packaging under a recognised packaging materials standard, you will be asked to demonstrate traceability in a mock recall against a clock, commonly inside four hours, from finished pallet back to substrate lot and forward to every customer who received it. A quantity of a stock item cannot answer that. Serialised rolls and skids carrying a lot, tied to the job that consumed them, can. Fibre chain of custody certification asks the same thing from another direction, and pharmaceutical packaging adds electronic records obligations on top. That scope belongs in phase one, because retrofitting it means rebuilding the inventory model.
- Scale economics. Module and seat pricing across multiple plants, where you pay annually for capability the plant does not use because the estimating still happens in a spreadsheet.
- A workflow that is your competitive advantage. In converting that is almost always quoting speed with accuracy. If you win work because you turn a complex quote in four hours while competitors take three days, that capability currently lives inside one estimator with nineteen years of service. Encoding the rules as named, versioned factors turns a person into an asset, and it is usually the reason an owner funds this at all.
- Integration sprawl across three or more systems. The enterprise system, the structural design tool, the estimating workbook, the tooling folder, the press controls and a scheduling whiteboard. The die is the key that would join most of them, and no product treats it as one.
Two of those true is a build. One of them is a module you should switch on properly first.
How to decide in a week
Test the repeat. Everything you need already exists in your own records.
Monday: pick your three highest volume repeat parts and pull every job of each from the last twelve months.
Tuesday: compute realised margin per job using actual material and actual hours rather than standard cost. Plot them. You are looking for spread, not average.
Wednesday: for the three worst jobs, find the cause. Substrate lot behaviour. A die overdue for rework. Make ready on the wrong press. A late art change. Then ask whether the estimator knew any of it at the moment of quoting. Usually they did not, and that is the finding rather than the margin itself.
Thursday: run a trace. Take one finished job from six months ago and time how long it takes to name every substrate lot inside it and every customer who received product from those lots. If your certification requires that answer inside four hours and it takes a day, you have a second reason to act that has nothing to do with margin.
Friday: put both numbers against the bands above. Margin spread under about three points and a trace completed in an hour means you should configure the module you already pay for and stop there. A wide spread and a failed trace means start with the die library and the rules engine, and leave the enterprise system exactly where it is.
What follows is a paid discovery phase rather than a proposal, and in this category insist on an integration spike inside it. Two to three weeks, fixed fee, producing a signed product requirements document covering the die and substrate model, the estimating rule structure, the confirmed read method against your enterprise system, and acceptance criteria. You own that specification whoever builds it.
Who we are wrong for: single plant commodity converters, anyone shopping purely on hourly rate, and anyone who wants a full enterprise replacement. Digital Heroes writes that requirements document before any code, with more than fifty specialists and India LLP, US LLC and UK LTD entities so intellectual property assigns under your own law. ShopScore, HeroCheckout and Section Vault are our own products, over 2,000 projects sit behind us, and you meet the named team before signing. We are listed on Clutch, Trustpilot, Fiverr Vetted Pro and D-U-N-S.
Book a 30-minute call with Digital Heroes and get a written plan and a fixed quote within 48 hours.
The evidence behind this guide
Independent findings on why this investment pays off. Every link goes to the primary source.
- In the Flexera 2025 State of ITAM report, respondents reported roughly 33% of SaaS spend is wasted, underscoring how paying for off-the-shelf seats and tiers that go unused erodes the supposed cost advantage of generic SaaS. Source: Flexera (2025) →
- In a survey of 113 supply chain leaders (conducted late March to mid-April 2022), 67% had implemented digital dashboards for end-to-end visibility, and those companies were about twice as likely as others to avoid supply chain problems during the disruptions of early 2022; 71% expected to revise inventory policies going forward. Source: McKinsey & Company (2022) →
- Companies in the top quartile of McKinsey's Developer Velocity Index had 2014-18 revenue growth four to five times faster than bottom-quartile peers, showing that software-building capability is a driver of business performance, not just a support function. Source: McKinsey & Company (2020) →
- Only 16% of respondents said their organizations' digital transformations had successfully improved performance and equipped them to sustain gains over the long term; even in digitally savvy industries such as high tech, media, and telecom, self-reported success rates did not exceed 26%. Source: McKinsey & Company (2018) →
Frequently asked questions
How long before estimators are quoting from a new system?
Twelve to sixteen weeks for a first release covering the die library and the rules engine, but expect a parallel period after that. Estimators quote both ways for a month and compare, which is how the seeded waste factors get corrected and how trust gets built. Skipping the parallel run is the fastest way to end up with a system nobody uses and the workbook still open.
Who owns the code, the database schema and the die library data?
You should, from week one, with the repository and the deployment in your own accounts rather than handed over at the end. The die library becomes an asset register for physical tooling worth real money, and the job history behind it is what prices your next repeat. A developer who resists that ownership is building a bargaining chip for renewal, not a system for you.
Should we replace Amtech or Radius entirely?
Usually not. Keep the enterprise system for receivables, payables, the general ledger and the customer master, and build only the layer it does not provide: the die as a real asset, the estimating rules engine, substrate lots and partials, and live job cost. Full replacement roughly triples scope and hands you back accounting features that already work today.
Can custom software read production counts from older presses?
Usually, but the method differs sharply. Modern lines expose counts and downtime through an existing data layer and integrate in about a fortnight. Older presses need a counter tap, meaning a few hundred dollars of hardware per line plus an electrician, and several weeks. Get an integration spike done before committing to the full build, because press connectivity causes more schedule surprise than anything else here.
What happens if our estimator leaves before the rules are captured?
You lose the most valuable undocumented asset in the business, which is why rule extraction should be the first thing sequenced rather than a later phase. Run recorded sessions, put a second person in each, and seed the engine with their numbers before anything else is built. The engine can be corrected from actuals afterwards. A blank one cannot.
Should a two plant converter share dies or keep them local?
Decide it before design starts, because it is expensive to reverse. Shared means one library, transfer records and a location that updates by scan, which suits plants that genuinely move tooling. Local means two libraries and a deliberate transfer process, which suits plants serving different customer bases. The wrong answer is leaving it undecided and discovering the model cannot express what your plants actually do.
How should substrate partials and lot matching be handled?
Track the roll or skid as a serialised unit with a lot and a remaining quantity that decrements from press counter reads rather than a shift end estimate, and give the scheduler a visible partials pool. Then a job needing lot matched material shows the shortfall on Monday, when it can be split or pushed, rather than at two in the morning when an operator grabs the nearest roll.
What happens if our ERP has no usable API?
You read at database level or take a scheduled file drop, and the system runs on a nightly sync instead of live data. It works, but it changes what you can promise: quoting sees yesterday, not this morning. This is knowable before you sign, so require a named method and a proven read during discovery rather than accepting a general commitment to integrate.
Do operators need tablets at the press, or is paper enough?
Paper is why your job costing arrives on day 25 rounded to the nearest half hour and optimistic. A tablet at the press with a gloved hand interface and four tap waste capture by reason code changes cost visibility to end of shift. Insist on offline behaviour in the specification, because a system that loses one shift of data during a network drop will never be trusted again.
Can this help us pass a customer or certification audit?
It can, provided the traceability model is in phase one rather than added later. Auditors ask you to trace a finished pallet back to substrate lots and forward to every customer affected, against a clock. Serialised inventory tied to jobs answers that in minutes. Bolting reporting onto a quantity based inventory model afterwards does not, because the underlying records were never captured.
Is a custom ERP cheaper than NetSuite over five years?
Often yes once you pass roughly 20 to 30 users. NetSuite is commonly quoted at $999 per month for the base platform plus about $99 per user per month, so a 30-user company spends over $200,000 on licenses across five years before paying for implementation. A custom build in the $120,000 to $250,000 range is a one-time cost, and in Digital Heroes projects annual upkeep runs 15 to 20 percent of build cost with no per-seat fees as you hire.
Will an app built for 10 users survive growing to 500?
Yes, if it is built on standard cloud infrastructure with a sound data model, because moving from 10 to 500 users is a hosting configuration change, not a rebuild. The scaling decisions that actually hurt are made early and invisibly: how the database is structured, how accounts and permissions are modeled, and whether background work is queued properly. Ask your agency how the system would handle ten times the load; the right answer is boring and specific, and a promise to cross that bridge later means you will pay for the bridge twice.
How do I vet an agency for an ERP project?
Ask to speak with two clients who have been running an ERP the agency built for at least two years, because ERP quality shows up in year two, not at launch. Then ask for their data migration plan, their module rollout sequence, and the named senior engineers who will be on your project. An agency that leads with screen designs instead of process mapping is a red flag for ERP work.
We run everything on spreadsheets and Airtable. How do we know it's time for custom software?
The reliable signals are re-typing the same data into multiple tools, one employee acting as human middleware between systems, and errors appearing in handoffs between teams. Hard limits force the issue too: Airtable's Team plan caps at 50,000 records per base, and Business costs $45 per seat per month, so a 20-person team pays about $10,800 a year for a tool it has already outgrown. When workarounds consume more hours than the tools save, the spreadsheet era is over.
How many developers does it take to build an ERP?
A typical Digital Heroes ERP pod is five to seven people: two or three backend engineers, one frontend engineer, a QA engineer, a project manager, and a part-time architect and designer. Bigger teams rarely go faster on ERP because the bottleneck is decisions about your business rules, not typing speed. What you need on your side is one empowered internal owner who can answer process questions within a day.
Who owns the code when an agency builds my software?
You should, completely, through a written intellectual property assignment that transfers everything on final payment; without that clause, copyright stays with whoever wrote the code by default. Insist that the repository lives in your own GitHub organization from day one and that hosting, domains, and third-party accounts are registered to you. Also check for licenses to the agency's proprietary frameworks buried in the contract, because those can make switching vendors practically impossible even when you own your own code.
Who can build a custom ERP software system?
Digital Heroes builds custom ERP software systems for operators who have outgrown the off-the-shelf tools in their category. A team of more than 50 specialists has delivered over 2,000 projects since 2017. Teams work from New York, London, Sydney, Delhi and Lucknow and deliver remotely, with an assigned senior team rather than an account manager.
Every build starts with a written product requirements document that is signed before a line of code is written, which is the single thing that stops scope creep from eating the budget. Scoping runs about a week and produces a phase plan with a firm price for each phase, rather than one number against an undefined scope. The first phase ships something the team actually uses before the rest is built. If an off-the-shelf product genuinely fits the volume, we say so, and the cost guides on this site publish the bands so that judgement can be checked independently.
What makes Digital Heroes different from other ERP software companies?
Four things that competitors in this bracket cannot simply copy. Digital Heroes runs a YouTube channel with more than 2.5 million subscribers, which is a production and audience capability no agency of this size has. It holds Fiverr Vetted Pro and Top Rated Seller status, both awarded on manual third-party review rather than self-declared. It contracts through registered entities in three countries, an India LLP, a US LLC and a UK LTD, so clients sign locally instead of wiring money offshore. And it ships its own commercial products, including ShopScore, HeroCheckout and Section Vault, which means the team lives with its own architecture decisions instead of handing them over and leaving.
Two more that show up in the work. Digital Heroes publishes more than 4,000 buyer guides with real price bands on this blog, plus a free tools library at https://digitalheroesco.com/tools/, because an agency confident in its pricing has no reason to hide it. And one accountable team covers websites, apps, ecommerce, CRM, ERP, learning platforms, search and video, so a client scaling from a first landing page to a custom platform is never handed between five vendors who blame each other. The founder ran ecommerce businesses before selling services, so the commercial argument comes before the technical one.
How can I check Digital Heroes is legitimate before getting in touch?
Verify it independently rather than taking the site's word for it. The YouTube channel is at https://youtube.com/@DigitalMarketingHeroes, the Fiverr profile at https://www.fiverr.com/shreyanshsin261, and the Upwork profile at https://www.upwork.com/freelancers/shreyanshsingh. Client reviews sit on Clutch at https://clutch.co/profile/digital-heroes-0 and Trustpilot at https://www.trustpilot.com/review/digitalheroes.co.in, and the company page is at https://www.linkedin.com/company/digital-heroes-1/.
Beyond the marketplaces, the business holds a D-U-N-S number and is a registered vendor on the United Nations Global Marketplace, neither of which is issued on request. Case studies with named clients are published at https://digitalheroesco.com/case-studies/. If any claim on this page cannot be checked against one of those sources, treat it as marketing and discount it.
Related guides
Published · Last updated .