Discovery
We sit with the people doing the work and watch how it happens today, including the spreadsheet that never shows up in meetings.
- You get
- process-map.pdf
- requirements.md
- constraints.md
We build custom ERP systems and connect them to the tools you already use. If your team is copying data between screens, or your systems don’t agree with each other, that’s the problem we solve.
Read left to right. The first five lanes are built for your business, and you get the source when we finish. The sixth is what already runs in your building — we connect to it rather than replacing it on day one.
Most projects mix a few of these. The issue is rarely one system — it’s that they don’t work together.
A system built around how your business actually runs: orders, inventory, jobs, costing, and reporting. Not a generic product with your logo on the login screen.
The steps someone still does by hand between two tools. Automating that saves time and stops the typing mistakes that come with it.
Your accounting software, CRM, and warehouse tools should agree on what a customer and an order are. We connect them so they do.
We read from PLCs, scales, scanners, and sensors so production numbers come off the machines, not off a clipboard at the end of the shift.
Infrastructure is defined in code and deployed into your own cloud accounts. You hold the logins and the billing, so you can move whenever you want.
Numbers people can trust, because you can see where they came from. Every figure traces back to the row that produced it.
Documented interfaces your own team or your vendors can build against, with versioning and tests so they don’t break quietly.
Moving off software nobody wants to touch, in stages. The old system keeps running until the new one has earned the traffic.
Five stages. Each one ends with something real in your hands before the next one starts — and you can stop after any of them.
We sit with the people doing the work and watch how it happens today, including the spreadsheet that never shows up in meetings.
The data model, the integrations, and the tech stack get written down before anyone starts coding.
Two-week cycles, each one ending in something you can log into. You catch a wrong assumption in week six, not month six.
Connecting to the systems and machines already in the building. This is usually where timelines slip, so we start it early instead of saving it for last.
Cutover, then the code, runbooks, and logins move to you. Support after that is a separate agreement — you’re free to say no.
You can stop after architecture and take the documents to another team.
We start with how your business actually records work, then design the software around that. Not the other way around.
Code, docs, database migrations, and deploy scripts go into your repositories. If you replace us, nothing stops.
The engineer on your first call is the one writing the last commit. We don’t quote the work and then hand it to someone else.
Milestones are agreed in writing, with a price attached. If we underestimate our own work, we cover the extra.
Indexing, queues, and failure handling get decided during architecture, against the volume you tell us to expect. The first busy month shouldn’t be the one that finds the limits.
Runbooks, architecture notes, and a walkthrough with your team ship with the software, whether or not you keep us on afterward.


If we fall short on any of this, we fix it at our cost.
Every project ends with a transfer list. Below is everything that moves into your organization.
Everything on this list transfers in the last cycle. You don’t have to renegotiate to get it.
We’d rather you keep us because the next project is worth doing, not because leaving would be painful. If your current vendor can’t produce a list like this, that’s worth a conversation on its own.
We don’t lock you in. When the project ends, you already have what you need to keep going without us.
We pick technology people already know how to hire for. A trendy stack is a cost you keep paying after we leave.
Most companies already have software. The expensive part is that those systems don’t agree, so people spend their days reconciling them by hand.
We build the software that runs the floor — work orders, machine counts, and material use captured as they happen — so the office schedule and the shop floor show the same numbers.

If yours isn’t here, that’s a good reason to get in touch. We answer the awkward ones the same way.
Each milestone is priced in writing before it starts, and the first one — architecture — is the smallest. You’ll know the cost of the whole build before committing to any of it. If we underestimate our own work, we cover the extra.
Write a few sentences about what’s going on. We’ll read it ourselves and email you back, usually the same day.