A six to eight week review of two parts of your business. At the end you get clear findings, a ranked set of recommendations, and working demos of what to build first.
MarginWise is Davis and Ryan. You will work directly with both of us for the full project.
Leads the project. Former Technical Architect at Accenture and Capgemini. Davis runs the interviews, builds the business case, and presents the findings.
Leads the technical side. Ryan maps the systems behind both areas, checks the data, and builds the demos.
The scope is fixed. Here is what is included and what comes after.
We scope these after the readout, once we agree on priorities. This project tells us what is worth building first.
Both areas were picked with your team before kickoff. Below is our starting picture of each. We will update it as we learn your business.
A production scheduling tool that combines three inputs to turn orders into a schedule that works.
A tool that removes the re-typing from order processing. It works whether orders arrive electronically or via PDF, fax, mail, etc.
These are illustrative examples of the artifacts we will build as we dive deeper into your business. They will be redrawn with your team as we learn.
Interviews come first and matter most. Flow mapping happens in the middle. Demos and the readout come at the end.
Shown as six weeks. Scheduling interviews and plant availability can stretch this to eight. We would rather add time than skip important conversations. We believe Invera sits at the center of both flows. Confirming that is part of the work.
Most of what we learn comes from these calls, so how they are run matters. Here is the format.
Around 10 calls total. The exact list gets confirmed with your team in week one.
Some calls may only include one or two people. We keep every call under an hour, and the questions arrive ahead of time so people can prepare.
This is a sample of the questions we will ask. Each call gets its own full list at least 24 hours ahead of time.
Most AI tools depend on clean, connected data. When the data is not ready, the usual fix is one shared data layer, sometimes called a "Company Brain." If we find that gap, we will say so and give it its own track.
This is an illustrative example of what a shared data layer could look like. Part of this project is finding out whether UPM needs one, and how much work it would take.
Scheduling needs live inventory, OEE and labor data in one place. That means connecting systems that may not talk to each other today.
The order tool needs less data. Orders can arrive electronically or on paper. What matters is a consistent place where they land, so the tool can pick them up.
If this comes up during the project, we flag it in the readout as its own track with its own path forward.
We will not promise a scheduling tool if the data underneath is not ready. If foundation work is needed, it goes in the plan first.
We work inside your tools so questions get answered the same day.
A channel in your Microsoft Teams just for this project. Scheduling, quick questions, and day-to-day coordination happen where your team already works.
A 30-minute session each week covering what we found, what is next, and what we need from your side.
You work directly with Davis and Ryan throughout the project.