Predictive analytics consultancy · CPG & retail

Turning a consultancy into a product

Moving a bespoke services business toward repeatable, technology-enabled delivery — and a credible route to ARR.

Months → weeks
Implementation time
Double digits
Revenue growth
Services → ARR
Revenue model
2 sectors
Market focus
Continuum
Product framework

Role  Fractional Chief Product Officer Period  2022–2024 Sector  Data & analytics services

The situation

A high-value data consultancy competing with large advisory firms for predictive analytics engagements across finance, retail, and CPG. The work was commercially attractive and structurally difficult to scale.

Projects were heavily services-led. Contracts were under pressure from master-service-agreement and discounting dynamics. There was no dedicated data engineering capability, which meant pipelines were rebuilt close to from scratch for every new client.

What the real problem was

Not delivery efficiency. A business-model transition. The leadership team wanted a SaaS product at the end of it, and the honest sequencing question was what had to become repeatable before a product was even possible.

What I changed

  • Refocused engineering on reusable pipelines rather than one-off delivery — the single change with the largest downstream effect.
  • Narrowed the market to CPG and retail, where data structures and use cases repeat, and deliberately exited less repeatable finance work.
  • Introduced Continuum, a modular predictive analytics framework and demand-planning product vision that gave the reusable components a commercial shape.
  • Defined a customer portal for analytics, monitoring, and model drift detection — creating a technical basis for ARR-style contracts rather than a pricing fiction.
  • Used drift detection and adjacent use cases to open expansion revenue inside existing accounts.
  • Introduced Jira, agile rituals, and operating discipline across delivery, and strengthened leadership execution across funnel management, contracts, marketing, and PR.

What happened

Revenue grew by double digits while exiting a category of work — the combination that matters, because growing by adding scope is not the same as growing by getting better. New client implementation fell from months to weeks. The business ended with a reusable delivery model, a narrower and more defensible market focus, and a credible route from project revenue to recurring contracts.

Why this one matters

Services-to-product is one of the hardest transitions in software and one of the most commonly attempted badly. The failure mode is naming a product before the delivery model can support one. This is what the sequencing looks like when it works.

Sequencing from services to recurring revenueFive stages that must hold before a software product is viable, with the product itself shown as deliberately not yet attempted.01Bespoke deliveryEvery pipeline rebuilt from scratch02Reusable pipelinesEngineering refocused on what repeats03Narrowed marketCPG and retail, where the data repeats04Modular frameworkContinuum — components with a shape05Portal and drift detectionThe technical basis for recurring contracts06A SaaS productDeliberately not attempted yetProductise before delivery repeats and you get a product nobody can implement.
The test: can two clients run on the same pipeline without an engineer rewriting it?

The full version

+20%

Revenue growth

4 months → 2–3 weeks

Client setup

Services → ARR

Revenue model

CPG + retail

Market focus

Continuum

Modular framework

The numbers

  • Revenue increased 20%, while deliberately exiting less repeatable finance engagements.
  • New client setup time fell from 4 months to 2–3 weeks.
  • Established a defined path from project revenue to ARR-style recurring contracts.
  • Market focus narrowed to CPG and retail, chosen for repeatable data structures.
  • Continuum established as the modular framework and demand-planning product vision.

The honest part

The SaaS product did not ship during my engagement, and I would not have shipped it if asked. A consultancy that productises before its delivery is repeatable ends up with a product nobody can implement and a services business that has lost its margin. The right deliverable was the reusable layer plus a credible product vision — not a product.

If you are running this transition, the test is simple: can two different clients be delivered on the same pipeline without an engineer rewriting it? Until the answer is yes, a product roadmap is a distraction with a budget.

What I would do differently

  • Exit the finance work faster. We tapered it out of revenue caution and paid for that in engineering attention for two quarters longer than necessary.
  • Hire the data engineering capability before narrowing the market, not alongside it. The sequencing made the first two CPG engagements harder than they needed to be.
  • Put drift detection in front of customers earlier — it turned out to be the most commercially legible piece of the whole portal, and we treated it as a technical feature for too long.

← All case studies

Work with me

Something in the business is not working, and the explanations have stopped being convincing.

A first conversation is 45 minutes and costs nothing. If I am not the right person, I will say so and usually know who is.