A Shared Language for Co-Creating Ambitious Endeavours
Summary
As designers we want to reach people’s experiences, make their lives better, and ultimately contribute to a better condition of humanity and our planet. But something is getting in our way. Instead of delivering breakthrough experiences we are relegated to feeding bits into downstream implementation and operations. The enterprises we work for make us chase arbitrary, short sighted goals, and chase after the next release. Meanwhile, the key business decisions that determine the outcomes of our efforts have already been made. Enterprises are made of individuals forming great teams, applying a diverse set of skills, knowledge and experiences to ambitious projects. In order to bring this enormous potential to fruition, we need one thing: a shared understanding, appreciating each other’s viewpoints and backgrounds, tracing and translating decisions for greater impact on the whole. Milan will introduce you to EDGY – a language designed to achieve just that, relying on your core skills as experience designers and information architects: understanding enterprises as systems embedded in a wider ecosystem and navigating their multifaceted nature. You’ll take away an approach for co-creating their future working with elements, dynamics and dependencies, and radically increase your impact on the outcomes they produce for people.
Key Insights
-
•
Poor enterprise design often causes frustrating user experiences that UX design alone cannot fix, as operational and systemic issues lie outside the UX scope.
-
•
Stafford Beer's principle that the purpose of a system is what it actually does helps measure enterprises by their real outcomes, not just stated intentions.
-
•
Edgy provides a shared language across disciplines to align enterprise purpose (identity), operational architecture, and user experience as inseparable views.
-
•
Tasks reflect what users want accomplished and are central to connecting experience design with enterprise capabilities and products.
-
•
Enterprise awkwardness manifests in disengaged employees, operational failures, and negative customer experiences, largely due to poor systemic design.
-
•
Designing better enterprises requires creating conditions for collaboration and coherence across organizational silos rather than blaming individual roles or departments.
-
•
Using a Rosetta Stone approach, Edgy translates the same enterprise concept into languages used by designers, strategists, and architects to foster shared understanding.
-
•
The framework anchors complex enterprise elements into simple base types—people, outcomes, activities, and objects—to make modeling accessible.
-
•
Early adopters have adapted Edgy into innovative mixed models combining journeys, maps, and system views, confirming the power of a shared language for enterprise design.
-
•
UX designers can begin applying Edgy with familiar tools like journey mapping and service blueprints, then iteratively seek expert feedback to refine enterprise-wide models.
Notable Quotes
"The purpose of a system is what it does—so you can measure an enterprise by its outcomes, not just by its slogans or strategy documents."
"Blaming the system for failures is like blaming the garden for not growing—the system is made by the people within it."
"Whenever you make a process model or service blueprint, make a wrong model first, then let the experts correct it to build shared understanding."
"Edgy is like a Rosetta Stone for enterprises, expressing the same thing in languages designers, strategists, and architects use."
"Experience is one of three inseparable facets of an enterprise: identity (purpose), architecture (operations), and experience (value to people)."
"Enterprises are basically people pursuing outcomes, doing activities, and using objects—this simple theory underpins the language of Edgy."
"The problem with the bike rental app wasn’t UX design; it was the enterprise’s inability to distribute bikes to meet user demand."
"When enterprises are awkward, employees disengage, operations break down, and the customer experience suffers."
"Shared language lets different roles venture out of their comfort zones and collaborate on changing the enterprise system."
"Designing better enterprises means creating conditions for all parts to work together coherently, like gardening rather than blaming individual plants."
Or choose a question:
More Videos
"Having a place for people to self-serve insights is really big, so they don’t ask us to repeat research."
Taylor Jennings Joe Nelson Alex KnollRepository Retrospective: Learnings from Introducing a Central Place for UX Research
March 9, 2022
"Speculation fills in the gaps where past experience fails us, often seen in hesitation or pauses."
Nicole AleongFuture Orientations to Everyday Life: Futures Anthropology as a Methodology
March 26, 2024
"These are all attempts by large companies to figure out new ways to deliver their products or services or to create new businesses outside of what they’re currently working on."
Jeff GothelfInnovation Studios: the Engines of Enterprise Experimentation
May 14, 2015
"One superpower of ops humans is making problems and gaps visible to build awareness and drive change."
Saara Kamppari-MillerDesignOps for Inclusive Design and Accessibility
May 26, 2022
"Design ops folks meet the habit of catering so much to everybody’s increasingly trivial whims that it takes us away from the real meaty ops work."
Tess DixonC'mon Get Happy
September 29, 2021
"If your team sees a clear path of mastery in your organization, they’re much more likely to stay."
Liam ThurstonWhy Your Design Team Is Quitting, And How To Fix It
June 10, 2022
"Careers as ladders are what HR wants, but careers aren’t linear; they should be a jungle gym."
Ian SwinsonDesigning and Driving UX Careers
June 8, 2016
"My kids know everything. If you listen to conversations with them, they say I know, Ma, I know."
Leisa ReicheltOpening Keynote: Operating in Context
November 7, 2018
"A product designer said I can now see glaring inconsistencies before I got my head around design system patterns."
Rachael Greene Alison DavisBuilding a Design Ops Practice that Really Works (Most of the Time)
October 2, 2025
