AI Pattern Library
In Progress

Building a Unified AI Pattern Library for Enterprise AI

Leading the creation of UXD PepsiCo's AI experience framework - a shared language for designing AI across five product types and multiple teams.

Design Systems AI UX Design Leadership Information Architecture
Duration
Ongoing (started early 2026)
Role
Design Lead — Research, Framework, Team Coordination

The Problem

PepsiCo's Supply Chain and Procurement teams were building AI-powered products at an accelerating pace — but every team was designing AI experiences independently. There were no shared patterns, no common vocabulary, and no consistency between how AI surfaced insights in one tool versus another.

The result: users moving between products encountered different interaction models for fundamentally similar AI behaviors. Leadership wanted to scale AI faster, but quality and coherence couldn't keep up with the pace of delivery.

How do you create a shared design language for AI experiences when no two product teams are solving the same problem — but their users expect the same level of clarity?

Team & My Role

I lead a small team of 3–5 designers to build the library, managing timelines and deliverables to meet a defined deadline. After finalizing the five AI experience interaction patterns, we reached out to PepsiCo's Peacock design system team to co-create the component-level implementation — turning our pattern definitions into formal design system assets.

The Team

  • • UX Designers (3–5)
  • • Peacock Design System Team
  • • Product Stakeholders

My Responsibilities

  • • Lead team execution and timelines
  • • Drive research and pattern definition
  • • Define the framework and taxonomy
  • • Coordinate with the design system team
  • • Provide ongoing feedback on Peacock component builds

The Framework: 5 AI Experience Types

Through a combination of external research, internal product audits, and team workshops, we identified five distinct types of AI experiences across PepsiCo's procurement and supply chain products. These became the organizing structure for the entire library.

Conversational AI
AI Insights
AI Search
Scenario Modeling
AI Agentic

Each experience type contains patterns that define how AI should behave, communicate, and surface information within that context. Patterns are organized by experience type so teams can quickly find what's relevant to the product they're building.

How We Got Here

This wasn't a top-down mandate. The library grew out of work the team was already doing — a shared recognition that we were solving the same AI interaction problems in isolation. Here's how we built it:

1

External Research

We studied published AI pattern systems, design guidelines, and principles from across the industry — identifying what existed, what was emerging as best practice, and where gaps remained for enterprise-specific use cases.

2

Internal Product Audit

We audited PepsiCo's existing AI-powered products to catalog how each team was currently handling AI interactions — surfacing inconsistencies and identifying patterns that were already working well.

3

Team Workshops & Synthesis

We brought the research together through working sessions, synthesizing external best practices with internal realities to define the five experience types and their associated patterns.

4

Documentation & Wiki

We built a wiki with guidelines and examples for each pattern — structured so any designer on the team can find, understand, and apply a pattern without needing to consult the person who created it.

5

Design System Integration

We reached out to PepsiCo's Peacock design system team to formalize our patterns into proper design system components. The collaboration is active and moving fast — the DS team is starting with Conversational AI patterns, building some new Peacock components from our specs and adapting existing ones to fit AI-specific use cases. We're working through a mix of sync design reviews and async feedback via Figma and Teams to keep momentum.

Pattern Page Structure

Each pattern in the library follows a consistent three-section page structure designed for quick comprehension and practical application:

Pattern Page Template
1
2
3

Pattern page screenshot — available upon request

Where the Library Connects

The AI Pattern Library isn't a standalone artifact — it's a foundation layer. The patterns we've defined are already informing active product work within the Supply Chain UXD team, including AI-powered should-cost modeling experiences that introduce AI insights, copilot-style assistance, and automated scenario creation into an existing procurement workflow.

This connection from pattern library to product design is intentional: patterns are validated through real product application, and product teams contribute learnings back to the library. With the Peacock design system team now actively building components from our Conversational AI patterns, the library is transitioning from a team-level reference into shared infrastructure that can scale across PepsiCo's AI products.

Where This Stands

Project Timeline

Research & definition — External research, internal audits, experience type taxonomy

Complete

Pattern documentation — Wiki with guidelines, examples, and page structure

Complete

Design system integration — Co-creating with Peacock DS team, starting with Conversational AI patterns. Building new components and adapting existing ones through sync reviews and async feedback via Figma and Teams.

In Progress

Broader adoption — Rolling out beyond Supply Chain UXD to other product teams

Upcoming

What I'm Learning

Leading through structure, not authority. Managing a team toward a deadline when the work is ambiguous requires creating clarity — defining what "done" looks like before anyone can design toward it. My role was less about making design decisions and more about creating the conditions for the team to make good ones together.

AI patterns are a moving target. Unlike traditional UI patterns that stabilize over time, AI interaction patterns are still emerging industry-wide. Building a library now means accepting that it will evolve — and designing the system to accommodate that evolution rather than resist it.

The bridge between pattern and system is where it gets real. Defining patterns in a wiki was one thing. Now that the design system team is actively building Peacock components from our specs, the work has shifted from defining what patterns should be to collaborating on how they get built — reviewing implementations, giving feedback, and making sure the intent behind each pattern survives the translation into reusable components.

Domain expertise compounds. My earlier work designing PepsiCo's manual should-cost modeling tool gave me procurement fluency that directly shaped how I think about AI patterns in this space. You can't design useful AI experiences without understanding what users were doing before AI showed up.