Technology
Stone shop management software and ERP: what it is, whether you need it and how to judge the payback
What a countertop shop management system or ERP does, all-in-one vs separate tools, when a true ERP makes sense, and how to estimate software ROI from your own numbers.
, CEO, Stonify
A shop management system is software that holds a countertop job from first call to final payment in one record: the lead, the drawing and quote, the slabs, the schedule, the install and the invoice. An ERP (enterprise resource planning system) goes further by putting full accounting, purchasing and multi-location inventory valuation in the same database. As a rule of thumb, most shops under about 25 employees don't need a traditional ERP. They usually need either an all-in-one shop system or a small set of tools that are properly connected. The payback comes from not retyping the job at every handoff, from fewer errors that turn into remakes, and from seeing where money is made. Estimate it from your own numbers, not from vendor calculators.
The problem these systems solve
Follow one kitchen through a shop that runs on separate tools. The customer's name, address and phone go into a CRM or notebook. The salesperson redraws the kitchen in a quoting program. The office types the pieces and edges into a work order. The scheduler writes the template and install dates on a whiteboard and texts the crew. The bookkeeper types the invoice into QuickBooks. The yard manager writes the slab number in a spreadsheet.
That is the same job entered five or six times. Each copy is a chance for a mismatch. The island moves 6 inches after templating and the quote is updated, but the work order isn't. The customer changes to an ogee edge and the invoice still says eased. Nobody notices that the slab held for this job was sold to someone else yesterday.
A shop management system keeps one record. When the island changes in the drawing, the quote, the shop drawing and the invoice change with it.
What a complete system covers
Area | What it does | Covered in |
|---|---|---|
Leads and customers | Lead source, referrer, owner, pipeline, account rules | |
Drawing and quoting | Draw pieces with edges and cutouts, price from a price list, alternatives, documents | |
Price lists and catalog | Materials, services, customer tiers | |
Slab inventory | Each slab with photo, size, lot, location, holds and remnants | |
Purchasing | Purchase orders, special orders, receiving, landed cost | |
Layout and nesting | Place pieces on slabs, set seams, match veins, count slabs | |
Production scheduling | Tasks for template, cut, fabricate, install, with capacity | |
Field app | Jobs, drawings and photos on the installer's phone | |
Documents | Quotes, sales orders, change orders, work orders from templates | |
Invoicing and payments | Deposits, invoices, payment links, receivables | |
Accounting | General ledger, or a sync to QuickBooks | |
Reports | Close rate, square feet installed, job profit, cycle times | |
Control | Roles, permissions, data export, integrations | Below |
CNC programming (CAM software that writes toolpaths) and digital templating hardware usually stay separate. The shop system hands them drawings and receives templates. See DXF and CNC files.
All-in-one or separate tools?
All-in-one system | Best-of-breed stack | |
|---|---|---|
Data entry | Once | Once per tool, unless integrated |
Consistency | One record, one version | Copies drift unless syncs work perfectly |
Depth per function | Good enough in most areas | Best tool in each category |
Cost | One subscription | Several subscriptions plus integration upkeep |
Training | One system to learn | Several interfaces |
Risk | Heavy dependence on one vendor | A weak link breaks handoffs |
As a rule of thumb, shops under about 20 employees find one system easier to run, because nobody has time to babysit integrations. A stack makes sense when one function is special for your shop. Examples: a large marketing operation that needs a generic marketing CRM, a CNC workflow tied to specific CAM software, or an accountant who insists on QuickBooks. Then choose a core system for jobs and slabs, and connect the others with native integrations. Middleware that connects apps without code can work for a few jobs a week, but a failed sync may not show an obvious error, so someone has to check it as volume grows.
Do you need a true ERP?
"ERP" gets used loosely. In the strict sense, an ERP ties operations to a general ledger (the books), so that selling, buying, receiving and using inventory all post accounting entries in the same system. It usually adds multi-location inventory valuation, accounts payable and receivable with credit control, consolidated reporting across locations or companies, and audit trails. Vendors use the label differently. A product sold as ERP may keep the books in QuickBooks through a sync, and a shop system may have a built-in ledger without calling itself ERP. Ask what is actually in the database.
Count how many of these apply to you:
Two or more locations with separate inventory that need combined books.
Wholesale or distribution: you sell slabs to other fabricators as well as fabricating.
About 25 or more employees, with dedicated accounting staff.
Formal reporting duties: bank covenants, investors, audits.
Buying slabs in foreign currencies.
Several legal entities that share inventory or staff.
As a rule of thumb, zero to two yeses means you don't need a traditional ERP. Three or four means look for a shop system with strong accounting and reporting, or a built-in ledger. Five or more means an ERP is worth evaluating.
Know what an ERP project involves before signing. Generic ERP platforms have no idea what a slab, an edge profile or a template is, so they need configuration or add-ons for stone. There are also stone-industry ERPs, mainly aimed at larger fabricators and distributors. Implementation commonly takes several months and can cost tens of thousands of dollars or more, on top of subscriptions. Timelines often slip, and data migration and staff time are the usual reasons. The owner, the bookkeeper and the office manager will each spend many hours a week on it for months, while the shop still has to run.
How to judge the payback
Vendor ROI calculators often stack several optimistic assumptions at once: fewer remakes, much better slab yield, a higher close rate, fewer calls. Build your own estimate from numbers you can measure.
Costs:
Subscription, including how it grows with users, modules or locations.
One-time setup, data migration and training fees.
Staff time for setup and training.
A dip in productivity for the first few weeks.
Integrations and any add-ons you will need.
Benefits you can measure:
Office hours spent retyping job data and answering status questions.
Remakes and return trips caused by paperwork mismatches (wrong edge, old dimensions, wrong sink). Not all remakes, only the ones a single record would prevent.
Slab purchases saved by better layout and remnant reuse.
Quotes sent faster, and quotes that got a follow-up instead of going silent.
Days to collect receivables.
An illustrative example. The inputs below are made up to show the method. They are not benchmarks or typical results. A shop doing 40 kitchens a month, with its own inputs:
Item | Assumption | Monthly value |
|---|---|---|
Office time saved | 8 hours a week of retyping and lookups at $35/hour loaded | about $1,215 |
Paperwork remakes avoided | 0.4 per month at $1,800 each (material, labor, extra trip) | $720 |
Slab purchases saved | 2% of $40,000 monthly slab spend through planned layouts and remnant use | $800 |
Total benefit | about $2,735 | |
Subscription | Assumed | $800 |
Net monthly gain | about $1,935 |
If setup, migration and training time cost $5,000, payback in this example takes a little under three months. The $35 an hour is close to what the Bureau of Labor Statistics reports as total hourly compensation for private-industry office and administrative support workers ($36.73, June 2026); the other inputs are assumptions. Change them to your own and the answer may be better or worse, and some shops will see no payback at all if the measured problems were small. What matters is that each number comes from something you measured, such as a count of last quarter's remakes and their causes.
Measure your baseline before you switch: quote turnaround, close rate, remakes and their causes, status calls per day, template-to-install days, slab yield and receivable days. Otherwise nobody will know whether the software worked.
How shop software is priced
Model | How it works | Watch for |
|---|---|---|
Per user | A fee for each login | Growth. For example, a made-up $300 base plus $80 per user is $1,500 a month at 15 users. Crews may need logins too |
Flat per shop | One price regardless of users, often in tiers by size | What moves you to the next tier |
Per module | Quoting, scheduling, inventory sold separately | The "full" system can cost far more than the base |
Per location | A fee for each shop or showroom | Multi-location growth |
One-time fees | Setup, migration, training, hardware | Whether migration is included |
Also ask about contract length, price increases at renewal, and what happens to your data if you leave.
Where to start: a phased approach
Digital transformation in a stone shop means moving the job's information out of heads, whiteboards and paper into a system everyone uses. It doesn't have to happen at once, and in most shops it works better in stages. Fix a broken process before automating it, or you get the same mess faster.
Find the biggest leak. Slow quotes, lost jobs on the whiteboard, slabs sold twice, unbilled change orders? Start there.
Quoting and customer records first in most shops, because every other step depends on the quote being right.
Scheduling and the crew app next, once jobs come out of quoting cleanly.
Slab inventory and layout, once slabs are labeled and counted. See slab imaging and labeling.
Invoicing, accounting and reporting once the job data is trustworthy.
Name one person inside the shop as the system owner. Train in small groups on real jobs. Run old and new side by side for a short period, then cut over on a fixed date. As a rule of thumb, keep read-only access to the old system for 60 to 90 days. Some vendors delete data within weeks of cancellation, so export first and ask about archive options. See implementing and switching software.
Data ownership, access and security
Your customer list, price lists and job history are worth more than the software. Before you sign:
Export. Can you export customers, jobs, quotes, inventory and financial records at any time, in a usable format like CSV or Excel? Some exports only cover the current page of a list.
Permissions. Can you stop sales reps from seeing costs and margins, stop installers from seeing prices, and limit who can export the customer list?
Security. Ask about password rules, two-factor sign-in, encryption and whether the vendor has an independent security audit report.
Reliability. Ask whether the vendor publishes uptime or a status page, and what happens when your internet is down at the shop.
Exit. What happens to your data if you cancel, or if the vendor is sold or shuts down?
Questions to ask a vendor
Show me one real job from quote to invoice, using my drawing, my slabs and my prices.
What is one record, and what is synced from another product?
Does it have its own general ledger, or does it sync to QuickBooks? What exactly syncs?
How do templating devices and CNC software connect?
How is it priced at our size today and at twice our size?
What does migration include, and who does the work?
Can I talk to two or three current customers of our size?
For a full evaluation process, see choosing fabrication software.
Where software helps
Stonify, which publishes this knowledge base, is an all-in-one system with a built-in general ledger, so it covers shop management and much of what an ERP does for a fabricator. A salesperson draws the kitchen inside the quote, and the drawing produces priced quote lines. The Layout step places pieces on real or generic slabs, holds inventory slabs for the quote and allocates them when the quote becomes a deal. The project then carries the deal, tasks from reusable workflows, calendars with square-footage totals, and routes and jobs for the installer app. Documents, special orders and invoices live on the same project. Purchasing, receiving with barcodes, remnants and inventory audits keep slab counts and values right. Invoices, payments and inventory moves post to the ledger, with profit centers for multi-location shops and a Cost & Profit report per project. Roles and fine-grained permissions control who sees costs or can export data. Custom fields capture shop-specific details, and spreadsheet imports follow a dependency order when switching systems. Integrations cover QuickBooks Online (a journal-entry sync), Avalara, Stripe, Nuvei, Twilio, SpeedLabel and the Slabsmith and Horus slab-imaging systems. AI assistants can connect through MCP with only the tools you allow; Stonify describes this as an early partner feature. Its published feature list does not include payroll, a time clock, a customer status portal or sending cutting files to a saw or CNC, so a shop keeps separate tools for those.
FAQ
Is Moraware or another countertop system an ERP? It depends on the product and the definition. Ask whether it has its own general ledger or syncs accounting to QuickBooks. That is the main dividing line between shop management software and ERP.
Can a small shop start with just quoting and add the rest later? Yes, and it is a common approach. Check that the later modules are part of the same system, not separate products with a sync, so you don't rebuild the data later.
How long does it take to switch shop software? As a rule of thumb, a small or mid-size shop moving to a stone-specific system takes about 2 to 8 weeks from setup to full use. Multi-location shops and full ERP projects take months. Data cleanup is often the slowest part.
Should crews have logins? Yes, if they will use a field app. Check whether crew logins cost the same as office seats, since that changes the price a lot.
Will software fix a disorganized shop? Not on its own. It makes a clear process faster and shows where a messy one breaks. Map how a job should flow first, then set up the software to match.
Sources
Related Articles
What software does a countertop shop need? The categories and how they fit together
The software categories a stone fabrication shop uses, from CRM and quoting to CAD, nesting, scheduling, field apps and accounting, and how to connect them.
How to choose countertop fabrication software: requirements, pricing models and questions to ask
A buyer's guide for stone shops: define requirements, test vendors with your own jobs, compare pricing models and total cost, and avoid common traps.
How to implement or switch countertop shop software without losing data
A step-by-step plan for moving a stone shop onto new software: timing, data migration, testing, parallel running, cutover and training by role.