How we work - Built with the people who do the work.

Software only sticks when the people using it helped shape it. So every project starts small, gets tested by your team on real cases, and only then becomes part of the day. One workflow at a time, with a clear beginning and end.

Principles - How we work, in seven sentences.

These are how we actually run projects. Some of them will cost us a deal now and then, which is how you know they’re real.

  1. 01

    One workflow at a time.

    We scope one problem, prove it on your real cases, and only then talk about the next one.

  2. 02

    Use what you already own first.

    If your ERP, a report, or a process change solves it, we say so and stop there.

  3. 03

    Routine work goes to software. Judgment goes to people.

    Your people know things the data doesn’t, and that knowledge is the asset.

  4. 04

    Money math is deterministic.

    AI reads documents and drafts messages. Calculations, pricing rules, and controls are conventional code you can inspect and rerun.

  5. 05

    Fixed fee, written scope, written acceptance criteria.

    Agreed before the work starts. The review may find nothing worth fixing, and the fee covers the work either way.

  6. 06

    Evidence, not claims.

    Every finding comes with the transaction, the rule, and the calculation behind it. No savings percentages we can’t show the math for.

  7. 07

    Built to be handed over.

    Documented, owned by you, runnable without us. We’d rather you come back because it worked than because you’re stuck.

01

Start with your people

Map the work with the people who do it.

We sit with the people doing the job today, walk the actual process, and agree on one bounded problem worth solving. Not the org chart’s version of the process. The real one.

Your team's role: The people who do the work walk us through it; a sponsor confirms it matters and names an owner.

You get: A scope your team recognizes, success measures, and a fixed-fee proposal.

02

Test it with them

Prove it on real cases, beside the old way.

We build the smallest version that could work and run it on real examples alongside the current process, awkward ones included. Nothing replaces the old way until your team has compared the two.

Your team's role: Your team says what’s right, what needs changing, and what should stay manual.

You get: A working pilot, a clear path for exceptions, and a review against the agreed criteria.

03

Make it part of the day

Roll out what your team approved.

We put the approved workflow into daily use, train a named owner on your side, and write down how it runs. Support and maintenance are agreed up front, not assumed.

Your team's role: Your team operates the workflow and owns the decision about what comes next.

You get: A documented workflow, an owner in your building, and a clear support arrangement.

Delivery standards - What we commit to defining on every project.

These are standards we hold ourselves to on every engagement.

  • Scope and success. The workflow, its boundaries, the baseline, and what a successful result means.
  • Data and access. Which sources are used, who can access them, and what the system is allowed to do.
  • Exceptions and failures. What happens when information is missing, an integration fails, or a result is uncertain.
  • Handover and ownership. Who operates the workflow, how it is documented, and what support or maintenance is included.

The practical questions

Before you hand over a workflow.

A useful solution has to work with your systems, your people, and the way your business actually runs.

Do we need to replace our ERP?

No ERP replacement is assumed. We first check your product, version, permissions, and supported integration or import options. A read-only workflow or controlled handoff may be the right starting point. Compatibility is established during scoping, not promised from a list of logos.

What if our existing software already does this?

Then using it may be the best answer. We check native features and existing licenses before recommending another platform or a custom build. The work may be configuration, data cleanup, integration, or a better process.

Can the AI change prices or send orders on its own?

Not by default. We define the permitted actions and approval rules for each project. Start with drafts, read-only analysis, and explicit reviews. Uncertain product matches and commercial commitments need the right person—not an unsupported guess.

What data do you need, and how is it handled?

The first conversation needs a description of the workflow. The free Missed Price Checker reads files locally in a separate workspace without analytics or uploads. For paid projects, we agree the minimum records, transfer method, access, processing, and deletion arrangements before you share anything. Keep transaction records out of the contact form.

What does a first project cost?

The first scoped engagement has a fixed fee, defined deliverables, and written acceptance criteria. Implementation fees depend on the workflow, systems, and required controls. The 10-Day Pricing & Cost Check is a separate, bounded analysis; follow-on implementation and ongoing support are priced separately.

What happens if you’re not around?

The handover includes source code, account ownership, setup instructions, and a runbook for failures and manual fallback. We name an owner on your team and agree who handles incidents before launch. These provisions reduce dependence on any one person; they do not guarantee uninterrupted service. Response times, backup coverage, and ongoing maintenance must be included in the support arrangement you choose.

Who owns the workflow after launch?

Ownership, access, third-party licenses, documentation, and support responsibilities are agreed in writing before building. Handover is part of the scoped delivery. Ongoing monitoring or maintenance is a separate, explicit arrangement—not an assumed unlimited retainer.

The most common first project

Start with the 10-Day Pricing & Cost Check.

A fixed-scope, ten-business-day investigation of one supplier or category against your approved supplier-cost and customer-pricing rules. It has its own four-stage flow: scope, reconcile, validate, hand over.

Let’s start with one thing.

What would better performance look like?

Bring a result you want to improve, a symptom, or a workflow you already understand. You do not need to know the bottleneck yet. We’ll help choose what to investigate first.

No transaction files needed for the first conversation.