Category Archives: Pluricentrism

Experience mesh

Design, Pluricentrism

I recently cooriginated a new kind of design artifact that seems to be taking off in the service design world. I gave it its name. I call it “experience mesh”.

The purpose of experience mesh is to represent a multi-actor design without taking any of the actors to be more primary or central than any others. This is crucial, because the main advancement of service design over older user-centric or customer-centric or any other mono-centric approach to design is that service design is polycentric.

Polycentric design does not focus only on one actor, but looks at the experiences and especially the interactions between multiple actors to ensure that all actors are having a good experience and are interaction with one another in mutually beneficial ways. Through these distributed actions, a service exists as a service, and lives in the way societal beings live.

What has been bothering me about the main design deliverable of service design, the service blueprint — and what inspired the framing of the problem that led to experience mesh — was that a blueprint is only partially polycentric.

The very format of the service blueprint has been impeding service design’s evolution beyond the single actor perspective. Though service blueprints do represent multiple actors, the whole thing is organized around one protagonist’s storyline (usually the customer). The other actors delivering or supporting the service are viewed only in reference to the protagonist, appearing and disappearing on the frontstage and entering and exiting the backstage, called into existence by the needs of the protagonist.

But much of what is most decisive in the service experience of these other actors happens completely outside of a blueprint oriented around a customer. For instance, a call center agent who materializes in a middle of a blueprint, when a frustrated customer calls to ask about her bill, also arrives on the scene with a backstory of his own. That morning he attended a team meeting, where he was exhorted to reduce call times and to increase up-sells and cross-sells. The scorecard he keeps on his desk by his keyboard, shows that his numbers are down: no commissions this month. Also, he is sitting in a cavernous room with agent stats (including his) projected up on the wall the size of a movie screen, and he is surrounded on all sides by teamwork posters, performance award trophies and other motivation aids. These missing moments and touchpoints will affect how he feels about his life throughout the day and the quality of his interaction with the customer when their storylines eventually intersect. Longer term, they will help determine whether this call agent is inspired to stay at his job and jazzed about helping customers, or whether he ends up ground down to robotic apathy, looking for opportunities to quit as soon as he can. These omissions from the customer-centric blueprint might very well represent the problems most needing service design interventions.

An experience mesh keeps the customer’s, agent’s and all other actors’ storylines complete and unbroken, loosely weaving them together to show how the overall design of the service impacts the lives of everyone involved. Where the storyline threads converge and loop together, both actors are frontstage to one another in an interaction. When their storyline threads diverge (and perhaps loop with storylines of other actors within the service) they are backstage to one another.

But every actor’s experience with the service is shown in its full continuity and placed within the scope of the service design. Everyone has a continuous, unbrokenstory. Nobody is disappearing and reappearing in service of one primary actor who is placed at the center of the service design. Everyone is viewed as the center of an experience, which can merge and harmonize with each interaction, all of which can and ought to be designed as a single multi-actor system: this is polycentric design.

Experience mesh is still imperfect in execution. I think it might be one of those artifacts that benefits from the flexibility of digital tools, and might find its ideal form when it sheds the constraints of its physical paper and tape origins. But the problem experience mesh is meant to solve is now framed, and as John Dewey said, “a problem well put is a problem half-solved.”

What would a designed philosophy look like?

Design, Design Instrumentalism, Enworldment, Fructivism, Philosophy, Pluricentrism

I’ve been bothered by a simple question: if philosophy is, as I believe, a design discipline, what is 1) its material, 2) its specifications (“deliverables”, the plan of the designed thing), 3) its artifact (the designed thing itself), and 4) its actualization (the actual using of the designed thing), the qualities of which are the ultimate, though indirect, goal of design?

I am asking this way, not because of some compulsion for finding structural parallels, but because the problem of what a philosophy is and should do has been perplexing me. What is a philosophy? What is its nature? Is it the assertions? The logic? Is it a kind of thinking style?  When we apply the philosophy, or what is the nature of this “thing” that is applied?

It all becomes a little less perplexing (or gives me some degree of grip on the problem) when I compare it to other forms of design and make structured comparisons.

Even with the most concrete and tangible kinds of design, the ultimate intended effect is practical and experiential, and experiences are painfully indirect. The fact that designs in use disappear in the activity of using does not help matters at all.

Let’s start with some concrete examples, and see if they suggest new ways to think about philosophy. I will answer the question with two design disciplines I know well, UX and service design.

With UX, 1) the material is digital media (screens and other interfaces, and the underlying systems which enable and constrain what is possible); 2) the specifications are process flows and screen schematics (wireframes); 3) the artifact is the software or site; and 4) the actualization is a good user experience — effortless, pleasant and fruitful interaction with the software.

With service design, 1) the material is the entire extended organization (including not only the whole organization, including employees, partners, physical and digital infrastructure, practices/processes, policies, etc., but every point where value is co-created by delivery of the service, that is, with customers and users of the service); 2) the specifications are moment architectures and service blueprints; 3) the artifact is the service in its various forms across delivery channels; 4) the actualization is a good service experience for every actor involved in delivering, supporting or receiving the service.

So, giving philosophy this same treatment, 1) the material of philosophy is language in the most general sense (including not only words but symbols of every kind); 2) the specifications are lessons in the most general sense (books, essays, lectures, conversations, arguments, models, paradigms); 3) the artifact is concepts (understood as thought-producing mental behaviors, which is confusing because these behaviors are impossible to state directly and factually, but must be demonstrated); 4) the actualization is a thoroughly second-natural way of understanding (meaning that it becomes spontaneous and transparent) some domain of life (or the entirety of life) in a way experienced as better. By better, I mean more comprehensible, more livable and more valuable. By better, I mean we are able to avoid feeling perplexed, bewildered or indifferent to our lives.

As with all design, the work must be done with the actualization in mind, which is why the process is one of iterative experiment with direct involvement with those who will finally actualize the design. This is why human-centered design practice, or, in the case of service design, polycentric design practice are not specialized types of design but, simply, design competence. The implications to the practice of philosophy are significant. Does this help explain why philosophers crave conversation? Is the attempt to persuade an informal kind of philosophy design practice?

This is a first crack, so everything is up for discussion.

Next book: Philosophy of Design of Philosophy

ANT, Design, Design Instrumentalism, Enworldment, Extended Self, Fructivism, Philosophy, Pluricentrism, Pragmatism

Now that I’ve gotten Geometric Meditations into a finished state I am starting to feel a compulsion to write a more accessible book about design, tentatively titled Philosophy of Design of Philosophy. I’m excited to be freed from the excessive formal constraints that made Geometric Meditations take so long to finish.

There are several key points I want to make.

  1. Design needs to be rethought, along with its relationship with engineering. I propose re-defining design as “the intentional development of hybrid systems composed of interacting human and non-human elements.” Most importantly the human elements of the system should include the people for whom the system is intended, treated as an intrinsic part of the designed system, and interior to it — not exterior users of a system designed to be used by them. Follow this link to see a visualization comparing the “conventional” and “hybrid systems” view.
  2. We find it difficult to define design, and distinguish design from other creative activities (like art and engineering) because we think in a way that obscures the question. In particular, the way we think about making tools and using tools has gradually become inadequate for dealing with the world as it has evolved. Our working philosophies have grown obsolete, and their very obsolescence makes us look for solutions everywhere but where a solution may be found: in philosophy.
  3. Philosophies are essentially tools we use for living lives in an infinitely complex radically pluralistic reality. Every philosophy has advantages and trade-offs, meaning they make it easy, even automatic, to have some kinds of thoughts, feelings, perceptions and responses, and nearly impossible to think, feel, perceive and respond in other ways — and these other ways might be the key to confronting what are perceived, conceived and felt to be insoluble problems. Designers will recognize in this description characteristics common to all design problems, and that is my intention. The design field has developed effective techniques for dealing with problems of this kind. I propose we approach philosophy as design problems, using design methodologies to interrogate problematic situations we face to uncover and frame the most fruitful problems, to develop holistic approaches to thinking them that permit solutions to these problems, to iteratively experiment with and improve our practical thinking. I call this understanding and approach to philosophy “design instrumentalism”. We need to design philosophies that help us design better lives for ourselves, and this book will hopefully contribute to this project.
  4. Part of the reason we need to take design much more seriously is that who we are is changed by what we design. Indirectly, when we design things we use, we design ourselves. And this is because human being is extended being. To be a human being means to have one’s own being stream out into the world in every direction. Despite what spiritual conventional wisdom tells us, in some very important ways we are our possessions, we belong to where we live and we are our egos. But what we are can be released, transformed, improved or degraded based on what we do with ourselves: our environments, our physical tools, our conceptual/mental tools, our life practices, etc. This part of the book draws on extended cognition, cyborg theory, ANT, postphenomenology crossbred with existentialism, but I plan to be atrociously unscholarly, synthetic and magisterial in my approach and keep external references to a minimum. The goal here is to reframe human existence in a way that liberates us from the subject-object and self-other dichotomies that dominate the working philosophies that unconsciously shape our conscious thoughts. (The pre-conscious “how” of our thinking produces the “what” of our thoughts. I may have to also take some potshots at pop-psychologism that views the unconscious as sneaky little mind forces that lurk about behind the scenes motivating us this way or biasing us that way. Where most folks see secularized demons, I see poorly designed conceptual systems, a.k.a. philosophies.)
  5. The process of being human is a nonlinear (iterative feedback) process of co-evolution. As we change the world, the world changes us. This process has brought us to a perilous point where we must choose our next step very carefully.

This is an early sketch, but I think some of the ideas are interesting and consequential, and I think it will be fun to right. And my design approach will ensure that at least some people will find the book useful, usable and desirable.

Polycentric design

Design, Philosophy, Pluricentrism

Design is the development of 1) systems where the definition of the problem includes elements who are people with some degree of autonomy, and 2) where the production and/or delivery of the designed system involves engineered sub-systems (that is systems that do not include autonomous personal components).

In other words, designed systems are nested systems made up of interacting human and non-human elements (“hybrid systems” as Actor-Network Theory calls them)), and some of the nonhuman elements become engineered systems (ideally explicitly framed as engineering problems).

The idea of design as a system that includes its users as internal to the system is not unprecedented (to name a few Cybernetics, Soft Systems Methodology, and traditional usability engineering have all folded users into their systems) — but it is not widespread among designers, who still tend to view what they make as for people who remain essentially separate from what they are designing.

To sharpen this definition of design it might be useful to define some other design-related activities.

The most important contrast is engineering, which, again, is the development of systems where all elements of the problem are non-autonomous, and predictably follow rules. Autonomous persons are excluded from (defined out of) engineering problems.

Some engineering does involve people but prescribes the rules of their behavior so that they become predictable components of the engineered system. This can be called social engineering. People are controlled and made non-autonomous in social engineering problems.

Naive design is design where the people involved in the designed system are assumed to be as the designer imagines them. In other words, in the course of the design work their goals, behaviors, values, perceptions, conceptions, etc. are not investigated. People are largely imagined in naive design problems.

Human-centered design is design where the people for whom the design is intended (the user, the customer, the audience, etc.) is included within the design problem as substantially unknown. Their personal autonomy requires active investigation, otherwise a critical component of the design’s success is being left to uninformed speculation. To avoid this risk, in human-centered design, the people for whom the design is intended are methodically involved throughout the design process.

As the implications of broader definitions of design come to light, more and more initiatives of various kinds are being recognized as design problems, and are being approached with the sensibilities, methods and tools of design. This has evolved at least one new species of human-centered design, which can be called polycentric design.

Polycentric design is design where multiple interacting people within the designed system are included within the design problem, including not only the primary person for whom the design is intended (user, customer, etc.), but other people involved in the system — ideally all the people who participate in the designed system. Understanding the complexity of such multi-actor interactive systems, and treating each actor as an autonomous person encountering the system from their own lifeworld requires more than a shift of concern — it requires new methods and tools.

Currently, the predominant polycentric design discipline is service design. Of course, services frequently feature multiple actors, and the quality of service depends heavily on the mindset of people delivering it, so it is unsurprising that polycentric design methods are developing in the design of services. But, unless we want to define the word “service” very broadly, the approaches used in service design can be used to design any system where humans are interacting with one another within a hybrid system. To name a few obvious examples, the design of organizations, of public spaces and of online communities could benefit from a polycentric design approach that might differ in important ways from service design.