How We Work

Different starting points. One disciplined way of working.

A business may know exactly what it needs, want to improve an existing operation, or want to explore a new opportunity. We match the process to the level of uncertainty instead of forcing every engagement through the same consulting exercise.

Three starting modes

Execute. Improve. Explore.

EXECUTE

The requirement is known.

We confirm scope, dependencies, ownership and measures, then move into delivery.

IMPROVE

Something already works.

We understand what must be preserved, identify where additional value could be added and improve around the existing operation.

EXPLORE

The goal is known, the route is not.

We research the market or business context, develop hypotheses, validate them and recommend what is worth pursuing.

Client operating cycle

Understand → Define → Research → Design → Pilot → Execute → Measure → Learn → Scale.

Not every project needs every stage. The sequence gives us a common discipline while allowing simple requirements to stay simple.

01UnderstandBusiness context, goals, constraints and what already works.
02DefineClarify the requirement, opportunity or decision.
03ResearchGather relevant market, customer, account, technology or process evidence.
04DesignSet the workflow, roles, tools, handoffs and measures.
05PilotTest a contained version when the evidence is incomplete or scale creates risk.
06ExecuteDo the work: research, call, build, automate, operate or implement.
07MeasureTrack agreed indicators without manufacturing outcome claims.
08LearnCapture what customers, markets and operations teach us.
09ScaleExpand, continue, optimise or transfer the capability.
What working together looks like

Clear ownership, visible work and a next action.

For ongoing engagements, the exact cadence depends on scope, but the client should always be able to understand what is being worked on, what was learned and what happens next.

Not Out Labs

  • Research and preparation
  • Agreed execution
  • System / CRM / project records
  • Observations and recommendations
  • Documentation and handoff where agreed

Client

  • Business and product context
  • Commercial constraints and approvals
  • Access to relevant systems where required
  • Decision ownership
  • Feedback on quality and business fit
The Not Out principle

Execution creates information. Information should improve the next execution.

A call that does not convert can still teach us about timing, fit or messaging. A pilot that fails can still prevent a much larger bad investment. The goal is not activity for its own sake—it is a system that becomes more informed as it works.