Ways to work together

Start with the question
your business needs answered.

Choose the problem. Test the idea. Resolve delivery complexity. Buy the decision you need help making—not a mandatory sequence of workshops.

01↗

Focus

Choose the problem worth solving.

Leadership teams facing competing priorities in one customer journey or business area.

  • Agree one business area and the decision to make
  • Review customer evidence and how the work happens
  • Establish a baseline and compare a short list of opportunities
  • Choose one priority—or recommend stopping or deferring
  • Define the next experiment, its owner, and success measure

One agreed business area. Research access, stakeholders, and evidence gaps are scoped before starting; this is not a company-wide growth audit.

You leave with

An evidence-backed priority and a practical next experiment.

Find our focus ↗
02↗

Prove

Test the idea before the investment.

Teams with a specific opportunity and an important assumption that remains untested.

  • Identify the assumption most likely to change the decision
  • Agree a test and measurable success criteria
  • Create the smallest useful prototype or workflow experiment
  • Run the test with agreed users or operational evidence
  • Review findings and recommend proceed, change, or stop

One opportunity, one primary assumption, one agreed test cycle. Participant count, prototype depth, and revisions are set in the proposal. Production delivery is excluded.

You leave with

Test evidence and a clear investment recommendation—not just a prototype.

Test our next move ↗
03↗

Delivery Plan

Resolve the complexity before delivery.

Teams with a tested direction facing meaningful integration, data, ownership, or vendor-selection complexity.

  • Define one bounded pilot and acceptance criteria
  • Check critical data, integration, and workflow assumptions
  • Compare simplify, buy, connect, and build options
  • Set delivery ownership, adoption needs, and measurement
  • Prepare a sequenced handoff with decision gates and revisit technology choices before implementation

One defined pilot or delivery decision. Named integrations and technical checks are scoped explicitly. Implementation and ongoing operations are quoted separately.

You leave with

A scoped pilot plan that a delivery team can assess and act on.

Plan our delivery ↗

Each engagement stands on its own. Bring existing evidence and enter where it helps. Simple changes may not need a Delivery Plan. Scope, research access, test participation, revisions, and timelines are agreed before starting. Implementation and ongoing delivery are scoped separately.

Choose your starting point.
What mattersFocusProveDelivery Plan
Business questionWhat should we fix or pursue first?Is this solution worth investing in?What must be true for this to work in practice?
Best fitLeadership teams facing competing priorities in one customer journey or business area.Teams with a specific opportunity and an important assumption that remains untested.Teams with a tested direction facing meaningful integration, data, ownership, or vendor-selection complexity.
ActivitiesAgree one business area and the decision to make · Review customer evidence and how the work happens · Establish a baseline and compare a short list of opportunities · Choose one priority—or recommend stopping or deferring · Define the next experiment, its owner, and success measureIdentify the assumption most likely to change the decision · Agree a test and measurable success criteria · Create the smallest useful prototype or workflow experiment · Run the test with agreed users or operational evidence · Review findings and recommend proceed, change, or stopDefine one bounded pilot and acceptance criteria · Check critical data, integration, and workflow assumptions · Compare simplify, buy, connect, and build options · Set delivery ownership, adoption needs, and measurement · Prepare a sequenced handoff with decision gates and revisit technology choices before implementation
DeliverablesAn evidence-backed priority and a practical next experiment.Test evidence and a clear investment recommendation—not just a prototype.A scoped pilot plan that a delivery team can assess and act on.
Your participationA decision-maker, the people doing the work, and access to relevant customer evidence and operating data.An opportunity owner, access to test participants or workflow data, and timely feedback on the experiment.The business owner, technical or vendor representatives, and the people responsible for operating the result.
Scope boundaryOne agreed business area. Research access, stakeholders, and evidence gaps are scoped before starting; this is not a company-wide growth audit.One opportunity, one primary assumption, one agreed test cycle. Participant count, prototype depth, and revisions are set in the proposal. Production delivery is excluded.One defined pilot or delivery decision. Named integrations and technical checks are scoped explicitly. Implementation and ongoing operations are quoted separately.
Decision enabledPrioritize, defer, or stop.Proceed, change, or stop.Commission, simplify, or resolve a remaining risk.

You don’t have to have it all figured out.

A good question
is a good place to start.

We’ll work out the right starting point together.

Let’s talk ↗