Your operation, systemized and recorded into an app with a DIY automation map.
The Redprint is what you get in week one. Every process in the business written down and searchable, the shortest version of each one drawn next to it, and every automation opportunity scored, ranked and costed with the build spec attached. You decide what gets built and in what order, including deciding to build none of it. The Redprint is sold on its own, and buying it commits you to nothing else.
Six views of the same operation, each answering a different question.
Anyone can ask the business a question and get the answer
The part your team uses every day. A search box over everything we documented, so nobody has to find the one person who knows.
A dispatcher wants to know what happens when a customer disputes an invoice. A new hire wants to know who signs off on a credit. Instead of asking around, they ask the app and get the process back, in order, with the exceptions called out.
This is the thing that stops your operation living inside three people’s heads. It is also the reason a new hire is useful in two weeks instead of six months.
Where the work is leaking today, named and measured
Department by department, with the constraint identified rather than described.
We follow the work through each department and record what we find: where it waits, what it waits on, how often it comes back for rework, and which steps exist only because a system or a person once required them.
Each finding carries an estimate of what it costs you a year, so the conversation about what to fix first is a conversation about numbers rather than opinions.
Every process exactly as it runs now
Written from watching the work, not from asking what the process is supposed to be.
Each process is documented with its trigger, every step in sequence, the system each step touches, who owns it, and the exceptions your team handles without thinking about them. Including the workaround somebody invented three years ago that everybody now depends on.
This is the version most companies have never had in writing. On its own it is worth the week: it is what you hand a new hire, what you fall back on when your best person is out, and what an insurer or acquirer asks for.
The shortest distance from trigger to done
Not the same process with robots in it. The process rewritten with the waste taken out.
We take the current process apart and rebuild it as the fewest steps that still produce the right outcome, with the approvals that protect you kept and the ones that are habit removed. Then we mark which of the remaining steps a system should carry and which stay with a person.
Read side by side with the current version, this is usually where an owner sees the operation properly for the first time: fourteen steps become six, and four of the six were never a job for a human.
Every opportunity scored, ranked and costed
With the build spec attached to each one, so nothing here is a suggestion you would have to translate.
Each opportunity is scored on the hours it gives back, how hard it is to build, what it depends on and what it is worth over a year. Then they are ranked, so the order to build in is obvious rather than argued about.
Open any row and you get the actual spec: the trigger, the systems involved, the logic, the exceptions, where a human stays in the loop, and an estimate of the build. Take it to another firm if you want. It is written to be built from.
POST. Deduped on message ID so a resend never runs twice.{type, account, urgency, value}confidence ≥ 0.85 routes itself. Below that it queues for a person, reasoning attached.The before and after, written for the person who signs
What the operation looks like today, what it looks like on the system, and what the difference is worth.
Hours reclaimed, cycle time before and after, the cost of the manual layer as it stands, and what the build costs against it. Written so you can take it to a partner, a board or a lender without rewriting a slide.
If the numbers do not justify the work, this is the document that says so. That has happened, and we would rather it happened in week one than month six.
Nobody can quote you honestly on an operation they have not seen.
Automation projects fail in the same place every time: somebody built from a description of the process instead of the process. Halfway through, the exceptions surface, and the exceptions turn out to be most of the work.
The Redprint is how we avoid that, and how you avoid signing for a build nobody has scoped. It is yours whether or not we build a thing.
These guys are something else. What I thought was automation was not even close to the monster they’ve built for my business.
O. Garrison · Distribution facilityAbout the Redprint specifically.
How much of my team’s time does this take?
Can I buy the Redprint without committing to a build?
What if you find there is nothing worth automating?
Is it a document or software?
Does it stay current?
- 01How the work actually moves through your business today
- 02What you have already tried, and where it came apart
- 03Whether there is enough here to be worth building
You will be talking to the people who would actually build it. If there is something worth doing, we will tell you what it would look like. If there is not, then we build a relationship.