JACK GE
AI Application for Enterprise Data Exploration project hero

AI Product Design · Enterprise UX · Conversational AI · JLL · 2025

AI Application for Enterprise Data Exploration

AskEDP is an AI assistant built to help teams understand, operate, and analyze data within JLL's enterprise data platform (EDP).

EDP serves a wide spectrum of users—from engineers who need fast, precise signals to debug systems, to business users who simply want to understand data behavior without learning complex tools. AskEDP provides a single conversational interface that adapts to different levels of expertise, enabling both rapid problem-solving and lightweight data exploration with no prior data experience required.

Role
Lead Product Designer
Tools
Figma · AI/LLM Integration · Enterprise Systems · Conversational Design

EDP needed to serve fundamentally different interaction needs using the same underlying data.

Engineers and data scientists required speed, precision, and the ability to quickly identify anomalies, failures, or root causes. Other users—analysts, product partners, and business stakeholders—often wanted only a high-level view of data health or trends, and were either unfamiliar with, or resistant to, traditional data tooling.

Historically, these needs were addressed through separate tools: advanced dashboards and observability systems for experts, and static reports or ad hoc support for everyone else. This split increased complexity, slowed onboarding, and excluded users who didn't have the time or skill to use sophisticated data software.

The challenge was to enable expert-level efficiency without forcing non-experts into expert workflows.

I designed AskEDP as an adaptive AI interface that supports multiple interaction modes over the same data foundation.

For engineers, AskEDP prioritizes speed and precision—allowing them to quickly surface relevant metrics, metadata, and known failure patterns without navigating multiple systems. For non-technical users, it emphasizes explanation, summarization, and safe exploration—making it possible to understand general data behavior or run basic analysis without writing queries or learning specialized tools.

The assistant uses conversation as a control layer: users can stop at a high-level answer or progressively drill down into technical detail. This makes AskEDP usable by people with no data background, while still supporting deep, targeted workflows for experienced users. Role- and user-based access controls ensure that increased ease of use does not compromise governance or data security.

01

Distinguishing Speed vs. Depth Needs

I separated user needs not by job title, but by interaction intent. Engineers often needed immediate, high-confidence answers to narrow questions ("Why did this pipeline fail?"), while other users wanted broad understanding ("Is this data generally healthy?" or "What does this trend look like?").

Designing around intent avoided creating parallel products.

02

Designing for Zero-Friction Entry

A core requirement was that users with no experience in data tools could get value immediately. I designed AskEDP so that meaningful answers could be obtained through natural language alone, without prior knowledge of schemas, metrics, or query languages.

This removed the learning curve that traditionally blocks adoption.

03

Enabling Fast Expert Workflows

For advanced users, I focused on minimizing time-to-signal. AskEDP was designed to surface the most relevant metrics, metadata, or known issues first, and allow rapid follow-up questions to narrow scope.

This supported debugging and decision-making without forcing engineers to context-switch across tools.

04

Progressive Depth Over a Shared System

Rather than splitting experiences, I designed a progressive disclosure model where the same interaction could evolve from a simple summary to detailed technical insight.

This allowed non-expert users to explore safely, while giving experts full depth when needed—without fragmenting the platform.

05

Governance Embedded in the Interaction Model

Ease of use was balanced with strict access control. Role- and user-based permissions were integrated directly into how the assistant responded, ensuring that users could only see data and diagnostics appropriate to their role, even as the interface simplified access.

Additional project visuals

Enter the case-study password to view confidential project material.

Enter the case-study password to continue.

What changed

01

Compressed time-to-signal for engineers enabling fast, precise issue identification without context-switching

02

Lowered the barrier to data usage to near zero through natural language interaction

03

Reconciled expert depth with novice simplicity via progressive disclosure

04

Shifted support from human-dependent to self-serve, creating a scalable AI support layer

05

Established AI as a platform interaction layer between user intent and enterprise data systems

Next projectAquanautViz