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
"Seb said his function supports the function that supports the main business – making his work twice removed."
Lada GorlenkoTheme 1: Intro
January 8, 2024
"Confidence is crucial — nobody wants to lose money or receive a product they can’t use, so unclear or unlabeled controls cause people with disabilities to give up faster."
Sam ProulxOnline Shopping: Designing an Accessible Experience
November 29, 2023
"The designers started to send notes of thank you to the ex members of the design ops team for making their life easier."
Benjamin RealShowing the Value of DesignOps by Not Having a DesignOps Team
October 21, 2020
"The messiness and ambiguity of cultural change is by design; discomfort is part of the natural process."
Steve ChaparroBringing Into Alignment Brand, Culture and Space
August 13, 2020
"I applied my unique skills in UX strategy, behavior design, and innovation facilitation to help climate tech reduce adoption barriers."
Sara ConklinA UXer’s 12-Month Journey from Climate Concern to Climate Credibility
June 26, 2025
"Modernizing legacy platforms while maintaining a cohesive UX is a major challenge enterprises face."
Uday GajendarTheme 1: Introduction
June 9, 2021
"The future of civic design is systemic, mission-driven, ethical, inclusive, and regenerative, considering all living things."
Christian BasonInnovating With People: Unleashing the Potential of Civic Design
December 8, 2021
"Artifacts didn’t happen if they’re not documented; they’re decision-making points in the product process."
Erika Kincaid Brenna Heaps Jessica TsukimuraConnecting the Dots: How to Foster Collaboration and Build a Strong Design Review Culture
June 8, 2022
"Horst Rittel introduced wicked problems to describe problems where consensus on definition is difficult, and calling them problems can be misleading—maybe they’re better called messes or tangles."
Hugh DubberlyProblems with Problems: Reconsidering the Frame of Designing as Problem-Solving
June 19, 2019