Data & Analytics

Cred-data

"From transactions to decisions."

The business had transaction and spend data locked in raw form, with no easy way to see which spend categories were driving volume or how spend broke down by issuer bank.

Cred-data, spend and transaction analytics dashboard
Screens

What it looked like.

How to read this case study: what I owned, what shipped and the verified outcome (My Role, What Shipped and Impact below) are factual. The surrounding strategy, vision, alternatives and metrics framework are interview-ready framing built on those facts, how I'd talk through the product thinking, not a claim that every metric or GTM motion was formally run at the time.

The problem

Challenges & baseline.

Challenges

Raw transaction data on its own doesn't answer "where is spend concentrated" or "which bank is driving volume", someone had to manually pull and cross-reference it every reporting cycle. Data availability isn't the same as decision availability, raw records had to become questions executives could actually answer.

Baseline

Reporting process before this dashboard: manual data pulls per period.

The insight

What the customer actually needed.

Insight

A single number rarely tells the full story, transaction count and unique-user count look similar until you need to know whether volume is broad across many customers or concentrated among a few repeat spenders. The real product work happened before a single chart was built: defining the keyword taxonomy (Hospital, Medical, Dental, Laboratory) that turns raw merchant activity into categories a decision-maker actually recognises.

Job to be done

When I need to answer a spend or category question, let me get a trusted answer from the dashboard directly, instead of requesting a fresh manual data pull.

The strategy

Vision, mission & the bets we made.

Vision

Every important business question answerable without another manual data pull.

Mission

Turn keyword-tagged transaction data into decision-ready intelligence.

Objectives

Make the highest-spend category visible at a glance; show transaction count alongside unique users, not just totals; break spend down by issuer bank for the same period.

Goals

Ship a spend-by-category chart; ship a keyword-count treemap for volume at a glance; ship an issuer-bank breakdown; ship a searchable data table with count, unique user and amount columns.

Strategic bets

  • Tag transactions by keyword (Hospital, Medical, Dental, Laboratory) so spend maps to real-world categories, not just merchant codes
  • Show unique user count next to transaction count, since one number alone hides whether volume is many users or a few repeat ones
  • Keep the report to one screen, chart, treemap and table together, so nothing requires a second report to cross-reference

Alternatives considered

The faster path was to visualise the raw data as-is, ship charts sooner, skip the taxonomy work. That was rejected because untagged transaction data doesn't map to categories anyone can reason about, the chart would look finished but not actually answer the business question. Defining the keyword taxonomy first, before touching a single visual, is what made the eventual report trustworthy instead of just colourful.

My role

What I owned.

Product Manager / analytics owner, defined the keyword taxonomy and the report structure end to end.

Outcomes

What shipped.

One report shows category spend (bar chart), transaction volume by keyword (treemap), and bank-level breakdown (donut chart), backed by a searchable table totalling 940,568 keyword matches across 97,193 unique users in the sample period, with Hospital the leading category at ₦4.5bn.

Execution

How it got built.

01

Defined the keyword taxonomy (Hospital, Medical, Dental, Laboratory) to tag raw transactions

02

Built the spend-by-category and keyword-count visuals in Power BI

03

Added the issuer-bank breakdown and the searchable detail table

04

Packaged it as a repeatable monthly report format

Go-to-market

How this reaches customers.

Internal adoption motion rather than external GTM: replace the standing manual reporting request with a self-service report stakeholders open directly, success here looks like fewer ad hoc data-pull requests landing on the team, not acquisition or pricing.

Metrics

North star metric.

940,568 matchesKeyword-tagged transactions tracked across 97,193 unique users in a single monthly report, Hospital the leading category at ₦4.5bn, with no manual data pull required. This is a verified volume proof point, not the behavioural North Star, see the recommended metric above.

Supporting metrics

  • Recommended North Star going forward: time from business question to trusted answer, not report volume alone
  • Manual reporting hours displaced
  • Report adoption and monthly active users
  • Number of recurring reports automated

Guardrails

  • Data freshness and completeness
  • Query/report turnaround time
Result

The verified bottom line.

Replaced a manual, once-a-period data pull with a report that reads itself, category, volume and bank breakdown all visible without a fresh export.

Learning

What I'd do differently.

A single number rarely tells the full story, transaction count and unique-user count look similar until you need to know whether volume is broad or concentrated among a few repeat spenders. Building the keyword taxonomy first, before touching a single chart, is what made the rest of the report trustworthy instead of just colourful.

More proof, more products.

See every product shipped and business built.