Abstract representation of product event data flowing through a scalable platform

    Digital Products & SaaS

    Product decisions with evidence behind them.

    Product led businesses instrument quickly and inconsistently. By the time growth matters most, the definitions behind activation, engagement and churn no longer agree with each other.

    This work is for founders, chief product officers, CTOs, heads of growth and heads of data in SaaS, marketplace and digital platform businesses.

    You gain agreed metric definitions, a product data model that supports commercial questions, a realistic route to AI features, and an analytical layer that scales with the platform.

    Free. 30 minutes. Directly with our founder, Inez Hogarth. No pitch.

    Rated 5.0 on Clutch by the organisations we work with

    Product and platform work we have delivered

    Grounded in Games Jobs Live and Spirits Spyder.

    Our product and platform evidence comes from two named engagements: product direction and customer insight work with Games Jobs Live, and end to end pipeline automation for Spirits Spyder.

    Data Understood immediately understood what we were trying to do, both in terms of the technical aspects of the data and the implications and possibilities for the business model.
    Colin Macdonald

    Colin Macdonald

    Director, Games Jobs Live

    Data Understood’s project management has been excellent.
    Laura Anderson, Founder, Spirits Spyder
    Data Understood push to learn the nuances of the company, its overall strategy, its people and thus deliver solutions that benefit the company to its core and lay the foundation for a strong future in data.
    Anup Purewal, Chief Data Officer, DC Thomson

    What that work taught us about product businesses

    Taxonomy work unblocks the roadmap

    At Games Jobs Live, standardising terminology was what made customer feedback comparable and turned opinion into four priority areas the team could act on.

    Automation earns its place through integrity

    For Spirits Spyder the value of automation was not only reduced manual effort but consistent data attributes across systems, so client delivery could be relied on.

    Capability transfer keeps the platform moving

    Both engagements included mentoring and work with non technical stakeholders. Small teams keep the benefit only when they can maintain what was built.

    Common challenges

    What product leaders are working through.

    Drawn from the platform engagements above and the patterns we see in almost every scaling product business, usually the result of reasonable early decisions that stopped fitting the size of the company.

    01

    Product analytics answers what happened, not why

    Event tracking was added feature by feature, so definitions drifted. Teams can see volumes but cannot reliably explain activation, habit formation or the point at which users disengage.

    02

    Product and revenue data live in separate systems

    Behavioural events sit in one tool and billing, plan and account data in another. Questions about the commercial value of a feature require manual joining, so they are asked less often than they should be.

    03

    Growth decisions rely on the loudest signal

    Without agreed activation and retention definitions, roadmap arguments are settled by anecdote or by whoever has the most recent dashboard.

    04

    The platform is straining ahead of the data model

    Scaling exposes design decisions made early: single tenant assumptions, inconsistent identifiers, and pipelines that were fine at a tenth of the current volume.

    05

    AI features are promised before the data supports them

    Roadmaps now include AI capability. Delivering it requires labelled data, evaluation, cost control and a clear position on how customer data may be used.

    06

    Customers are asking for data products of their own

    Enterprise buyers want reporting, exports and embedded analytics. Serving that from the operational database creates performance and security problems quickly.

    Data & AI opportunities

    Where data and AI create value in a product business.

    We describe opportunities in product and commercial terms.

    Product analytics with agreed definitions

    Activation, engagement and retention defined once and instrumented deliberately, so product and commercial teams argue about priorities rather than numbers.

    Customer behaviour joined to revenue

    Behavioural, account and billing data modelled together, so feature usage, expansion and churn risk can be seen in the same view.

    Better product decision making

    A decision cadence supported by evidence: what to build next, what to retire, and which segments justify further investment.

    AI enabled product features

    A realistic route to AI capability in the product, covering data readiness, evaluation, human oversight, cost per request and customer data commitments.

    Customer facing data products

    Reporting, exports and embedded analytics served from a governed analytical layer rather than production systems, with tenant isolation designed in.

    Platform scalability

    Pipelines, identifiers and models that hold as volume grows, with monitoring that surfaces problems before customers report them.

    Our approach

    How we help product led organisations.

    We use our Discover, Design, Develop, Deploy engagement model, with our DIAlog framework to surface the organisational factors that decide whether metrics change how a roadmap is set.

    Data products, defined

    A data product is a maintained, documented and owned data asset with a defined consumer, whether that consumer is an internal team, a machine learning model or a paying customer. Treating reporting as a product rather than a request queue is what makes analytics dependable at scale.

    1. Stage 01

      Discover

      We work with product, engineering, data and commercial leaders to understand the growth model, the decisions the roadmap depends on, and where current instrumentation and data modelling fall short.

    2. Stage 02

      Design

      We agree the metric definitions, the event and entity model, and the analytical architecture required to support product decisions and customer facing data without straining the platform.

    3. Stage 03

      Develop

      We build the instrumentation, pipelines and models in priority order, with testing, documentation and monitoring included, so engineers can own the result.

    4. Stage 04

      Deploy

      We embed the metrics into planning and review rhythms, transfer knowledge to your engineers and analysts, and agree how definitions change as the product does.

    Where to go next

    Related services, sectors and reading.

    Product businesses usually start with analytics definitions or platform engineering, then continue into AI features and managed capability.

    Related services

    Buying questions

    Product and SaaS data questions we are asked.

    Written for product, engineering and growth leaders, covering how product data work is run in practice.

    Let's talk about your Data & AI priorities.

    Whether you're developing a data strategy, modernising your data platform, preparing for AI or tackling a specific business challenge, start with a 30-minute conversation with Inez.

    Free. 30 minutes. Directly with Inez. No pitch.