01 / Heard
A recurring user problem
I listened closely enough to recognize that scattered requests, market nuance, and review complexity were symptoms of a larger workflow gap.
Product design + strategy / User-informed prototype
I turned a problem raised by the UX design manager leading myPepsiCo into a working proof-of-value prototype that created immediate pilot demand and an active funding case.
View working prototypeRole
Discovered, researched, designed, built
Timeline
3-week value prototype
Stack
React, TypeScript, Node
Outcome
9 users engaged → Canada pilot proposed
My design position
AI content generation is not enough. A trustworthy product must connect creation, standards, human review, ownership, and governance.
01 / Heard
I listened closely enough to recognize that scattered requests, market nuance, and review complexity were symptoms of a larger workflow gap.
02 / Learned
I worked with UX partners and the people closest to the work to understand user needs, trust requirements, and enterprise constraints.
03 / Built + tested
I designed and built the working experience, tested it with users, and iterated on the moments that shaped clarity, control, and confidence.
04 / Demand
The tested build made the opportunity tangible, created urgency from users, and led to Canada being proposed as the first real pilot market.
Working prototype used to test the agent workflow with users and make the product value tangible to stakeholders.
What I drove
The work moved from an observed problem to a tested product direction because I took initiative across discovery, UX strategy, prototyping, and stakeholder alignment.
Recognized and framed the opportunity without a formal brief.
Designed, built, and tested the end-to-end human–AI workflow.
Turned user evidence into pilot demand and an active funding case.
The problem
Creating knowledge articles was difficult, inconsistent, and treated as extra work—yet those articles help employees understand nearly every part of PepsiCo.
Effort
Authors relied on content teams for support, pulling both groups away from their primary responsibilities.
Quality
Structure, tone, accessibility, and publishing requirements were applied inconsistently.
Governance
Ownership, status, review dates, duplication, and stale content lacked a central view.
Why it matters
When internal knowledge is inconsistent or outdated, employees do not know what to trust—and teams spend more time creating, correcting, and moderating it.
Research synthesis
User testing revealed distinct patterns in who creates, reviews, and governs knowledge—and where each role needs confidence.
Create
Turn subject-matter expertise into an employee-ready article.
Review
Create content and manage the work of a team.
Govern
Keep organizational knowledge trustworthy at scale.
Role-to-workflow map
User feedback that informed the build
The nine participants all create or support content alongside their primary jobs. Across three interviews and four prototype feedback sessions, I studied the current workflow and used each demo to validate, extend, or pivot the product direction.
Insight 1
Users were already turning to ChatGPT and Copilot to draft articles. The redesign meets that learned behavior immediately, while preserving a structured alternative for people who prefer not to use AI.
Insight 2
Content owners told us a list was not enough. The latest direction introduces system-level health, discovery, maintenance, and follow-up insights so administrators can see where attention is needed—not just what articles exist.
Insight 3
We added a more passive creation path that accepts existing source material and asks the agents to turn it into a standards-ready draft. Users can review the result in My Articles rather than building every article field by field.
Additional findings
Standards
Writers valued PepsiCo standards but rarely had time to check and rewrite against every requirement. We embedded structure, tone, accessibility, and publishing guidance into AI-assisted creation.
Learnability
Because this would not be a daily tool, users could not relearn a specialized workflow each time. We used familiar AI patterns, simplified onboarding, and kept guidance visible.
What users said
“We can see our feedback influencing what was implemented since the last time we talked. This is so awesome.”
“How can we get this next week? This is going to provide so much value, and we need to get it out ASAP.”
How UX worked
I kept research, design, prototyping, and validation in one continuous loop—moving from a heard problem to demonstrated user demand.
01
Recognized a systemic problem without waiting for a formal brief.
02
Learned from UX partners and future users, then framed what the product needed to prove.
03
Designed and coded a realistic end-to-end prototype with AI-assisted development.
04
Observed real users, listened for trust gaps, and iterated on their feedback.
05
Used evidence from the working product to create urgency, propose a first pilot, and support active funding proposals.
Product model
The prototype connects creation, quality, governance, and scale instead of treating each as a separate tool.
01
02
03
04
Product experience
Value chain
Section · 03
I architected the interaction model around a visible orchestrator, giving human authors transparent control over modular AI sub-processes instead of hiding automation inside a black box.
Checks that the brief has the minimum context needed to begin.
HandoffPasses a complete brief to Clarifier
AI as an accelerator
AI-assisted development helped me turn product strategy into a realistic experience quickly. UX judgment still determined what to build, what to test, and what the evidence meant.
Lower risk
Test the problem, demand, and experience before committing to full development.
Faster feedback
Learn from behavior and reactions instead of relying only on static screens.
Stronger evidence
Give users and leaders something concrete to evaluate, discuss, and support.
01 / Permission model
Problem
A single view mixed enterprise governance with everyday article management.
Move
Split the experience by permission level: admins get system-wide controls; writers and managers get focused ownership tools.
Result
Each role sees the right scope without extra operational noise.
Admin view
Monitor article health, spot stale or low-performing content, and alert owners to review, update, consolidate, or remove.
Non-admin view
Manage owned and direct-report articles, track stale reviews, filter by owner/status, transfer ownership, and make updates.
02 / IA model
Problem
Design conversations made it clear that market-only organization ignored how content ownership actually works.
Move
Made sector the primary organizing tier across profiles, filters, and articles.
Result
Authors choose "PFNA → United States," so the prototype feels specific to PepsiCo's operating model.
Technical Alignment
Ensured data indexing paths match PepsiCo's operational hierarchy, mapping API calls directly to sector boundaries.
03 / Workflow surface
Problem
Users needed to understand what was in progress, what needed attention, and what was already live.
Move
Collapsed review and library into one All Articles surface with three tabs.
Result
Reviewers and authors can move between work-in-progress and live content without losing context.
Technical Alignment
Optimized state management in React to prevent rendering lag when toggling between dense, real-time localized dataset tables.
04 / Grounding model
Problem
Repeated source setup would make the prototype feel slower than the workflow it was meant to improve.
Move
Put sources on sector, market, and audience profiles instead.
Result
Grounding follows ownership: PFNA sources guide PFNA content; US sources guide US procedures.
Technical Alignment
Caching system data globally on sector profiles drastically reduced payload sizes and context-window token overhead for subsequent Claude API inference cycles.
Users can create standards-aligned articles with less manual checking and rewriting.
The team is maturing the conceptual prototype so it can test speed, independence, and reduced support effort.
End-to-end governance, administration, messaging, notifications, and deeper PepsiCo workspace integration.
Current outcome
Users asked for the product immediately, and Canada was proposed as the first pilot market.
Pilot test
Measure faster article creation, greater employee independence, and less hands-on support from content teams.
Status
The prototype is still being developed toward pilot readiness; funding proposals are active, with no decision yet.
What this shows about how I work: I recognize opportunities, stay close to users, and use working prototypes and evidence to help an organization decide what should become real.