A customer who’s behind at one store drives to the next town for a repair, and nobody behind that counter knows it. A salesman walks back to the desk to work up a price, and by the time he calls back the customer’s gone cold. A tech spends a day re-solving a fault the store down the road already fixed last season. You’ve watched all three. What you can’t see day to day is which one’s quietly costing you the most. That’s where the X-Ray starts: one real deal or one real repair, followed across your stores, ranked by where it leaks — before we change anything.
Your work moves faster than your information does.
So I bring your systems and departments together into one operation you can see, run, and grow.
I help family-run and regional businesses — contractors, manufacturers, equipment and material operations — connect the tools and teams you already have, so work stops falling through the cracks between departments, you can finally see the whole operation, and the business is ready to grow. We start with one pain point, not a giant overhaul.
I take the work that lives in people’s memory and scattered files, and make it something you can actually see and run.
When the right person is out, work shouldn’t stall. When a customer calls, you shouldn’t have to reconstruct what happened from texts and PDFs. I build the missing piece that connects your people, your tools, and your decisions — so the business is easier to run, and easier to hand off.
Different floor, the same few cracks.
The pressure is rarely one system — and it’s almost never the people. Seventeen years inside operations like these taught me that much. It’s the handoffs and the patched-together systems they’re stuck working around. You’ll recognize a few of the situations below. What’s hard to see from inside it is which one’s quietly costing you the most. So that’s where we start — one pain point, one workflow. Your crew stays your crew.
A load delivered yesterday still isn’t invoiced, because the BOL is a photo on somebody’s phone. A truck’s down on the shoulder and nobody’s sure when its last real service was. IFTA and the DOT file live in a binder you rebuild from scratch every audit. And the detention you ate last week never made it onto a bill. The X-Ray follows one load and one truck — dispatch to settlement, wheels to paperwork — and finds the gap that’s quietly bleeding you.
You bid it tight, and then the field never quite matches the estimate. Extra work gets done on a handshake and a paper ticket that never becomes a billed change order. The dozer’s hours and downtime never tie back to the job that’s eating them. Certified payroll for every sub has to be right within the week, or the draw stalls. And you don’t find out a job lost money until a month after it closed. The X-Ray runs one job from bid to closeout and ranks where the margin’s actually going.
You know the build that quoted fine and somehow barely made money. The axle that showed up late and slid three jobs down the line. The unit sitting half-painted while the office guesses a ship date for a customer who’s already called twice. You don’t need me to tell you it happens. You need to know which one’s the worst bleed. The X-Ray finds it: one real build, quote to ship, ranked, before anyone builds a thing.
Custom loads quoted off the top of your head. Scale tickets and job notes scattered across texts and the dispatcher’s memory. You can’t see margin-per-load until somebody rebuilds it by hand, usually too late to matter. The X-Ray follows one job from quote to ticket and shows you where the margin’s actually going.
Will-call and keep-full running off two different lists. A truck rolling past a tank that’s full and missing one that’s dry. Billing that lags the delivery by a week. The X-Ray rides one delivery cycle and shows you where the route and the revenue come apart.
Operations X-Ray Sprint
A focused look at one workflow, one team, or one pressure point. The goal is not a giant transformation plan. The goal is to see the real operating pattern and identify the highest-leverage place to start. You walk away with a short written map of how the work actually flows, and a ranked list of what to fix first.
Capture how the workflow actually moves, including the informal handoffs that never make it into software.
Separate normal complexity from avoidable rework, missing context, and key-person dependency.
Recommend the pilot, source data, review gates, and success measure before anything gets overbuilt.
You walk away with a short written map of how the work actually flows, and a ranked list of the highest-leverage fixes — what to build, what to skip, and what to expect.
What you get
A defined diagnostic — not a free demo, and not a giant transformation plan. Fixed scope, agreed up front: not off-the-shelf software, and not open-ended custom work. You walk away with two things you can act on, and you own both.
How the work actually flows — including the informal handoffs that never make it into any software.
The highest-leverage places to start: what to build, what to skip, and what to expect — before anyone overbuilds a thing.
One pain point is the front door — not the ceiling.
We start with one workflow because that’s how trust is earned and risk stays low. But it rarely stays one. The same approach scales into a connected operating layer across departments and locations — the quoting, the service and parts, the customer trail, the reporting, and the decisions that tie them together. I built the systems for quoting, parts, and service across a multi-location operation. We just don’t start there.
Not a replacement for the systems already running the business.
Operations Layer sits on top of the software you already run — your accounting, shared drives, spreadsheets, email, and job folders — and connects them. It doesn’t replace any of it; it’s the layer that ties it all together.
The opportunity is usually the space between those things: how work is routed, how context is reviewed, how decisions are captured, and how knowledge becomes reusable. No two companies have the same pressure points, so no two should be built the same way.
Communication is usually where the work breaks down.
Most businesses do not struggle because people are not trying. They struggle because the work moves across departments faster than the context does.
Connect the handoffs.
A customer request might start with sales, need parts or support context, require a service decision, and end with admin or leadership needing to know what changed. Operations Layer helps keep that trail visible.
Use the tools that fit.
It can connect communication and source material across Slack, email, forms, shared drives, dashboards, documents, and internal systems where those connections make the workflow easier to run.
Integrate existing systems carefully.
When the business case is clear, APIs, secure connectors, automations, and custom integrations can help existing systems talk to each other without replacing the tools people already trust.
Best for operators who want clarity before software.
One workflow has become too dependent on a few people.
Estimating, quoting, service support, project handoff, parts lookup, customer intake, or internal approvals.
The company has useful data, but it is not easy to act on.
Old jobs, machine history, vendor documents, project files, customer records, notes, photos, PDFs, and tribal context.
AI is interesting, but only if it helps the real operation.
The practical question is where AI can reduce lookup time, improve consistency, or support judgment without removing review.
Seventeen years in regional operations — an operator who builds, not a consultant who pitches.
Operations Layer is led by Blake Thomas. Seventeen years in agriculture and equipment operations — sales, precision ag, store management, P&L — gave me a deep, hands-on read on how regional businesses actually run. I’m a problem-solver first; AI just changed how fast I can turn that operational knowledge into systems that work. The work here is hands-on, bounded, and shaped around how your business already moves — built on the systems you already run and on infrastructure you control, never from a template. Good people get buried by bad systems — I build the systems that dig them out, not replace them.
Before I built operating systems, I went shopping for them. Sitting in the seat with a real problem, I scoured the internet for the one tool — or the handful I could stitch together — that would finally fit. Some promise you the world. Others you look at and think, maybe I can make this work. So you book the demo, sit through the web call, and it doesn’t quite fit the bill. Then the sales team finds you and won’t quit — every channel, every week, by any means they can. That was me, hunting for a fit that didn’t exist. Now I build it instead — for any kind of operation, shaped around the way the work actually moves.
Questions that usually come up.
Is Operations Layer software?
Not in the off-the-shelf sense. It is a custom operating layer shaped around one workflow, the systems you already use, and the decisions your team needs to make.
What happens during the first visit?
We look at one real workflow, talk through who is involved, review the information people rely on, and identify where handoffs, lookup, review, or decision-making are harder than they should be.
What do we agree on before anything gets built?
The workflow, the people involved, the source material, the review points, boundaries around private information, and the outcome that would make the work meaningfully easier.
Do you replace our current software?
Usually no. Most businesses already have accounting software, shared drives, email, spreadsheets, and job folders. The opportunity is often the layer between those systems.
Do we have to use Slack or a specific communication tool?
No. The goal is not to force one tool on the company. The goal is to connect the communication around the workflow. That may involve Slack, email, forms, shared files, dashboards, or the systems your team already uses.
Can this connect to our existing systems?
Often, yes. When it is useful and appropriate, it can use APIs, automations, secure connectors, or custom integration points to connect existing systems, documents, communication tools, and workflow data.
What kinds of workflows are a good fit?
Quoting, estimating, customer requests, parts or support lookup, project handoffs, internal approvals, service follow-up, and repeat decisions that depend on tribal knowledge.
Where does AI fit?
AI is useful only when the source material, workflow, review points, and human decision are clear. The goal is not automation for its own sake; it is better access to the right context at the right moment.
Do our files and data need to be perfect first?
No. The first step is usually understanding what exists, where people already look, and what information is trusted. The pilot should be shaped around that reality.
Who owns and controls what you build?
You own your data, your accounts, and the system built for your business — and it runs on infrastructure you control, so you are never locked into me or held hostage by a vendor. The reusable methods and building blocks I bring to every engagement stay mine; you get full use of them, sharpened by the work I have done before. The specifics are spelled out in a simple agreement before anything starts.
How do engagements work, and what does it cost?
Everything starts with a paid Operations X-Ray — a focused, fixed-fee look at one part of the business. From there, most work is a fixed-scope build, with optional ongoing support if it makes sense. You always know the scope and the price before anything begins.
Ready to get the whole business working as one?
Start with one pain point. After an initial visit, we identify the pressure point and shape a practical system around the way your team already works.
blake@operations-layer.net