UI / UX case study

FactWeavers

Data-to-Metrics Transformation & Intelligent Analytics Platform

Converting unstructured and operational data into measurable metrics and actionable insights

Role
Product Designer
Data Systems & Analytics Experience
Duration
6 months
Team
4 designers
Organization
Dbiz AI
FactWeavers Discover workspace showing an AI-generated container utilisation insight with a chart and top-clients breakdown.
3–4×
Faster dashboard creation
vs traditional workflows
20–30 min
Average time to build a dashboard
using the guided flow
↑ Trust
In AI-generated insights
through explainability
Project overview

An AI-native path from raw data to decisions

FactWeavers is an AI-powered decision intelligence platform that transforms raw data into structured metrics, dashboards, and actionable insights. Teams onboard data sources, define metrics, and convert them into dynamic dashboards tracking performance across yearly, monthly, weekly, and real-time views — shared across internal teams and external clients.

At its core, an AI layer lets users interact with their data conversationally — asking questions, generating insights, and exploring predictive trends. Beyond visualization, the platform supports goal and target setting at the metric level.

While functionally robust, the experience lacked cohesion — workflows from onboarding to insight generation were fragmented, and AI wasn't deeply embedded into decision-making. This project focused on transforming FactWeavers into a unified, AI-native system.

Team
Junior Product Designer
Product Designer (me)
Principal Product Designer
Tools & stack
FigmaFigJamshadcn/uiReact
User archetypes
Business users
Executives and managers who need answers, not configuration
Data analysts / scientists
Deep, flexible exploration of underlying data
Admin / super admin
System setup, access, and permissions
FactWeavers Discover / Insights Hub showing a catalog of metric cards with trend charts and AI summaries.

Discover — the entry point where users browse the existing metric and dashboard catalog before creating something new.

My contribution

What I owned, on a four-designer team

Not everything on this page was mine alone. Here's exactly where I held the pen — and where I worked in support of the wider team.

Owned
Led
Contributed
Shared with team
Contributed

Product discovery

Worked with the founder, product owners, and principal designer to translate business goals into design requirements and constraints.

Aligned design decisions with technical feasibility before any screen was drawn.
Led

UX strategy

Defined the design principles that guided metric creation, AI interaction, and dashboard experience across the platform.

Gave the wider team a shared decision-making framework, not just a visual style.
Contributed

Information architecture

Contributed to restructuring the platform into a modular onboard → define → visualize → share flow, alongside the principal designer.

Reduced context-switching across what had been a fragmented, multi-step journey.
Led

AI experience design

Owned the conversational, AI-assisted metric creation feature end to end — from interaction model to explainability pattern.

The feature most directly tied to the platform's 3–4× speed improvement.
Owned

Dashboard experience

Owned dashboard customization and the real-time filtering system — dropdowns, text, number, and date-based conditions.

Turned static dashboards into a self-serve exploration tool for non-technical users.
Contributed

Design systems

Designed dashboard theming and contributed component patterns to the shared system layer — cards, charts, and role-based states.

Fed directly into a component library reused across three major platform surfaces.
Shared with team

Cross-functional collaboration

Worked closely with product, engineering, and data teams throughout to ensure feasibility of AI-driven workflows.

Kept design decisions grounded in what was actually shippable within the 6-month timeline.
Contributed

Developer handoff

Documented interaction states, permission logic, and component behavior for engineering handoff on owned workflows.

Reduced back-and-forth during implementation of the metric creation and dashboard flows.
The problem

Technically capable. Not seamless, not trustworthy.

The platform failed to deliver a cohesive data-to-decision experience. Six structural challenges limited usability, scalability, and adoption.

01

Manual & inefficient metric creation

Problem

Data teams spent significant time manually defining and stitching metrics instead of focusing on deeper analysis.

Impact

Insight generation slowed down across every team waiting on a metric.

Why

Every hour spent stitching metrics manually was an hour not spent on analysis — the platform's core value.

AI-assisted metric creation (solution pillar 01)
02

Fragmented data-to-decision workflow

Problem

The journey from data onboarding to metric creation to dashboard building was disconnected across multiple steps.

Impact

Users lost context moving between steps, producing a broken end-to-end experience.

Why

A platform that can't carry context across its own workflow can't be trusted with a business's decisions.

A single connected flow, restructured through the information architecture
03

High dependency on technical teams

Problem

Business stakeholders and executives relied heavily on data teams to generate reports and dashboards.

Impact

Delays and reduced agility in decision-making for the people actually making decisions.

Why

The platform's promise was self-serve insight — this dependency broke that promise at the last mile.

Role-based onboarding & access control (solution pillar 04)
04

Limited AI integration in core workflows

Problem

AI capabilities existed but weren't embedded into metric creation or dashboard generation.

Impact

AI functioned as an add-on rather than a core part of the experience.

Why

Bolted-on AI rarely gets used — it needed to live inside the workflows people already had.

AI-assisted metric creation & conversational data exploration (pillars 01–02)
05

Low trust in AI-generated insights

Problem

Users lacked visibility into how metrics and insights were generated — sources, logic, transformations.

Impact

Reduced confidence in AI outputs limited adoption of the platform's core differentiator.

Why

Trust is the gate to adoption — an unexplainable AI is an unused AI in enterprise settings.

“AI must be explainable and actionable” (design principle 01)
06

Cognitive overload in dashboard creation

Problem

Dashboard creation exposed too much complexity upfront, before users had context to use it.

Impact

Difficult to build or customize dashboards without technical knowledge or prior experience.

Why

Complexity shown too early reads as difficulty — even when the underlying task is simple.

Progressive disclosure & flexible dashboard filtering (principle 04, pillar 03)

This wasn't a feature-level problem — it was a system-level challenge involving workflow fragmentation, trust in AI, and enabling fast, independent decision-making.

My role

Where I focused, on a four-designer team

I contributed to key platform workflows — how users create metrics, interact with AI, and customize dashboards.

Product collaboration & requirement definition

Worked with the founder, product owners, and principal designer to align design decisions with business and technical constraints.

Metric creation experience

Enhanced the metric creation flow for basic and composite metrics, simplifying complex configuration.

Conversational metric creation (AI)

Led the design of an AI-driven feature for creating metrics instantly through conversational input.

User onboarding & role-based setup

Designed onboarding that differentiates BI users and admin users for structured organization setup.

Dashboard customization & controls

Built flexible filtering — dropdowns, text, number, and date-based inputs — for dashboard views.

Visual design & theming

Designed dashboard themes for visual consistency across data-heavy interfaces.

Cross-functional collaboration

Worked closely with product, engineering, and data teams to ensure feasibility of AI-driven workflows.

Strategic direction

Five principles that guided every decision

The platform was technically capable but lacked a cohesive experience. These principles guided metric creation, AI interaction, and dashboard design.

01

AI must be explainable and actionable

Every AI-generated metric needed to clearly communicate how it was derived, so users could validate outputs and act with confidence.

Every AI surface ships with a visible reasoning trail, not just an output.
Higher enterprise adoption of AI features — the top blocker was trust, not capability.
02

From metric creation to insight in one flow

I designed a connected workflow so users move seamlessly from defining metrics to generating and visualizing insights.

Metric creation, exploration, and visualization share one continuous IA, not separate tools.
Fewer drop-offs between steps that used to be handed off between teams.
03

Enable non-technical users without limiting power

Simplified interactions for business users, while retaining flexibility for advanced configuration.

Every guided flow has an escape hatch into advanced configuration.
Widened the addressable user base beyond data teams without losing power users.
04

Progressive disclosure of complexity

Flows reveal complexity progressively — users start simple, and go deeper only when they need to.

Default views stay minimal; configuration surfaces expand on demand.
Reduced onboarding drop-off caused by upfront complexity.
05

Flexible & customizable exploration

Flexible filtering lets users tailor dashboards to their context without breaking system consistency.

Filtering is a first-class system, not a per-dashboard configuration option.
Reduced one-off dashboard requests routed through data teams.
Solution — four pillars
01

AI-assisted metric creation

Generate and configure metrics using natural language and structured workflows, reducing manual setup.

02

Conversational data exploration

Explore insights, refine queries, and compare outputs through AI-driven interaction.

03

Flexible dashboard & filtering system

Interactive, real-time filtering turns dashboards into decision-making tools.

04

Role-based onboarding & access control

Structured, role-aware setup replacing a one-size-fits-all onboarding flow.

Information architecture

A modular system, restructured for clear progression

The existing platform had fragmented workflows and flows that assumed technical expertise. I restructured it into stages that reduce context switching.

Users onboard their data sources and are guided into the system by role.
System layer

A shared system layer — design system, themes, charts, and permissions — runs beneath all four stages, ensuring consistency, scalability, and alignment across every workflow.

Key workflows & interaction design

From data setup to insight, with minimal friction

Balancing guided experiences for non-technical users with flexibility for advanced ones.

Workflow 01

Defining metrics & generating insights

Metric creation was one of the most complex and critical parts of the platform, often requiring multiple configuration steps and technical understanding. I redesigned it to support both structured configuration and AI-assisted creation.

Key insight · Impact
Reduced time and effort required to define metrics, enabling faster, self-serve analytics.
What changed · Insight
AI-assisted creation reduces setup complexity and accelerates metric definition compared to traditional workflows — supporting time-based, categorical, and non-dimensional configurations.
Design decision · Why this approach — defining metrics & generating insights
I considered replacing structured configuration with AI entirely, but kept both paths. Business users default to the conversational flow; analysts who need precise control fall back to the structured one. Neither path was allowed to feel like a fallback.
Workflow 02

Exploring data with AI

AI interactions were designed to enable intuitive data exploration — users interact with existing metrics through a conversational interface, shifting the experience from static dashboards to interactive decision-making.

Key insight · Impact
Improved accessibility of insights and increased confidence in AI-driven outputs.
What changed · Insight
Explainable AI — reasoning, data sources, and assumptions surfaced with every response — helped bridge the gap between data complexity and user understanding.
Design decision · Why this approach — exploring data with ai
The alternative was a black-box answer with a confidence score. I chose to always show reasoning and sources instead — slower to read, but it's what made enterprise users willing to act on an AI-generated number.
Workflow 03

Building & customizing dashboards

Dashboard creation was redesigned to support flexible visualization and real-time customization — users build with predefined components and refine views through dynamic filtering.

Key insight · Impact
Reduced dependency on data teams, enabling faster, self-serve decision-making.
What changed · Insight
Treating filtering as an interactive system — not a static configuration — turned dashboards into dynamic exploration tools for both simple and advanced workflows.
Design decision · Why this approach — building & customizing dashboards
Real-time updates on every filter change felt magical in demos but strained performance at scale. I prioritized perceived performance — optimistic UI and progressive updates — over guaranteeing instant recalculation on every dataset size.
Workflow 04

User onboarding & role-based setup

The existing onboarding was fragmented and technically oriented, creating friction for business stakeholders. I redesigned it as a role-aware, guided system that adapts based on user context.

Key insight · Impact
Reduced onboarding friction, enabling faster adoption across business and technical teams.
What changed · Insight
Designing onboarding as a role-aware system — rather than a linear flow — aligned the platform with real-world team structures.
Design decision · Why this approach — user onboarding & role-based setup
A single onboarding path was simpler to build, but it forced business users through steps meant for admins. I split entry points by role instead, accepting more upfront design and engineering work for a much shorter path to first value.
Design system & system layer

A behavioral layer, not a visual one

Structured across three interconnected layers — components, role-based behavior, and visualization — working together to enable scalable, AI-driven experiences.

1 · Composable component library

Data-carrying primitives — cards, inputs, controls — built to hold metrics, AI output, and interactive states within one consistent shell.

ComposableState-drivenAI-aware zone
FactWeavers exported design system showing metric card variants, dashboard collection cards, and menu/button component states across default, hover, active, and focused states.
Metric title
1.732MMTD
$350 · 26% vs previous month
AI summary — reasoning and anomaly flagged inline with the chart.
Last updated Jan 14, 2025 · Category name
01
Context layer
Metric identity, scope, hierarchy
02
Primary data layer
Key value and performance change
03
Visualization layer
Trends and patterns over time
04
AI insight layer
Explainability, reasoning, anomaly detection
05
Metadata layer
Context for validation and traceability
  • One shell resolved once, cutting repeated design effort across three major surfaces
  • AI summary as a composable slot let engineering ship new AI-powered card variants without a design dependency
  • Reduced new metric type implementation from multi-week design cycles to configuration decisions
2 · Role-aware, permission-driven UI

Component behavior, action visibility, and information depth adapt by role — each persona sees exactly what they need, with no interface clutter.

Role-awarePermission-drivenContextually adaptive
CapabilityViewerBI userAdmin
View dashboards
Create metrics
AI exploration
Manage permissions

Key design decision — the access model is reflected in the UI, not just backend logic. Role-awareness is a first-class system constraint, not a post-launch patch.

  • One adaptive system served three distinct personas — no duplicate interfaces, no parallel design tracks
  • Surfacing the access model in the UI (not just backend logic) reduced onboarding confusion and support escalation
  • Role-conditional rendering meant new features automatically inherited correct access behavior
3 · Intent-mapped visualization system

A constrained set of chart types, readable at card scale and expandable to full screen, each mapped to a specific analytical intent.

Intent-mappedScale-adaptiveAnomaly-aware
Line chart
Trend over time
Bar chart
Comparison / volume
Number metric
Snapshot KPI
Horizontal bar
Ranked breakdown
  • Constraining chart types to analytical intent prevented visualization sprawl and reduced misinterpretation
  • Anomaly as a first-class data state meant engineers inherited exception handling from the system
  • Same component served card-level scanning and deep analytical exploration — zero parallel implementations
Design decisions & trade-offs

Five tensions I designed through

01

Simplicity vs. flexibility

Simplified interfaces reduced onboarding friction but limited advanced use cases. I addressed this with progressive disclosure — guided workflows that unlock deeper configuration as needed.

02

AI automation vs. user control

Full automation accelerated workflows but reduced trust in high-stakes scenarios. I positioned AI as collaborative — offering suggestions and explainability while keeping users in control of final outputs.

03

Standardization vs. customization

Strict standardization limited adaptability. I introduced reusable components combined with configurable filters and metrics, balancing consistency with flexibility.

04

Guided experience vs. exploratory freedom

Guided flows improved onboarding but constrained experienced users. Entry points now transition from structured guidance to open-ended exploration.

05

Performance vs. real-time interaction

Real-time interaction introduced performance constraints at scale. I prioritized perceived performance — optimized feedback loops and progressive updates over raw backend speed.

Impact & outcomes

From reporting tool to decision-making system

The redesign shifted users from fragmented, developer-led workflows to a fast, self-serve decision-making system.

Time-to-insight
Simplified metric creation with guided and AI-assisted flows.
Self-serve analytics
Business users can explore data independently.
Dependency on data teams
Reduced reliance on technical users for setup and analysis.
Decision confidence
Improved trust through explainable AI insights.
01

Product & user impact

  • Reduced time to define and configure metrics through structured and AI-assisted workflows
  • Enabled non-technical users to explore data independently, without relying on data teams
  • Improved clarity in AI-generated insights through explainability — reasoning, sources, assumptions
  • Increased decision-making confidence by allowing users to explore, refine, and compare outputs
02

System & design impact

  • Introduced a modular architecture separating onboarding, metric definition, exploration, and visualization
  • Established consistent interaction patterns across workflows, reducing cognitive load
  • Created a shared system layer — design system, components, permissions — to ensure scalability
  • Enabled progressive disclosure of complexity, supporting both business and advanced users
03

Business & team impact

  • Accelerated onboarding and activation by simplifying initial setup
  • Reduced dependency on data teams by enabling self-serve analytics
  • Improved cross-functional collaboration through clearer role-based workflows
  • Positioned the platform as a decision-making tool rather than a reporting system
Key learnings

Designing scalable data systems means balancing flexibility with clarity across diverse user roles.

Simplifying complexity is more effective than hiding it — structured guidance is key.

AI is most valuable when it's explainable and integrated into workflows, not isolated as a feature.

Strong information architecture is foundational to scalable product experiences.

Next project

Universal AI

Conversational AI · AI-powered analytics

Coming soon
Back to all work