<?xml version="1.0"?>
<?xml-stylesheet href="/transform" type="text/xsl"?>
<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:bibo="http://purl.org/ontology/bibo/" xmlns:bs="http://purl.org/ontology/bibo/status/" xmlns:ci="https://vocab.methodandstructure.com/content-inventory#" xmlns:dct="http://purl.org/dc/terms/" xmlns:foaf="http://xmlns.com/foaf/0.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:xhv="http://www.w3.org/1999/xhtml/vocab#" xmlns:xsd="http://www.w3.org/2001/XMLSchema#" lang="en" prefix="bibo: http://purl.org/ontology/bibo/ bs: http://purl.org/ontology/bibo/status/ ci: https://vocab.methodandstructure.com/content-inventory# dct: http://purl.org/dc/terms/ foaf: http://xmlns.com/foaf/0.1/ rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns# xhv: http://www.w3.org/1999/xhtml/vocab# xsd: http://www.w3.org/2001/XMLSchema#" vocab="http://www.w3.org/1999/xhtml/vocab#" xml:lang="en">
  <head>
    <title property="dct:title">Demonstrate This</title>
    <base href="https://doriantaylor.com/demonstrate-this"/>
    <link href="document-stats#Erxr5qTe99isK1fzNzwz2J" rev="ci:document"/>
    <link href="elsewhere" rel="alternate bookmark" title="Elsewhere"/>
    <link href="this-site" rel="alternate index" title="This Site"/>
    <link href="http://purl.org/ontology/bibo/status/published" rel="bibo:status"/>
    <link href="" rel="ci:canonical" title="Demonstrate This"/>
    <link href="lexicon/#E-ZY5i7K1cqzfT0p1L9ajJ" rel="dct:audience" title="Digital Media Practitioner"/>
    <link href="person/dorian-taylor#me" rel="dct:creator" title="Dorian Taylor"/>
    <link href="designer-role" rel="dct:hasPart"/>
    <link href="//www.amazon.com/dp/0201835959" rel="dct:references"/>
    <link href="//www.amazon.com/dp/0394818237" rel="dct:references"/>
    <link href="person/dorian-taylor" rel="meta" title="Who I Am"/>
    <link about="./" href="3f36c30c-6096-454a-8a22-c062100ae41f" rel="alternate" type="application/atom+xml"/>
    <link about="./" href="f07f5044-01bc-472d-9079-9b07771b731c" rel="alternate" type="application/atom+xml"/>
    <link about="./" href="this-site" rel="alternate"/>
    <link about="./" href="elsewhere" rel="alternate"/>
    <link about="./" href="e341ca62-0387-4cea-b69a-cdabc7656871" rel="alternate" type="application/atom+xml"/>
    <link about="verso/" href="3f36c30c-6096-454a-8a22-c062100ae41f" rel="alternate" type="application/atom+xml"/>
    <link about="verso/" href="this-site" rel="alternate"/>
    <link about="verso/" href="elsewhere" rel="alternate"/>
    <meta content="demonstrate-this" datatype="xsd:token" property="ci:canonical-slug"/>
    <meta content="Instead of the regularly-scheduled internecine conflict, and timid, lawyerly defense of the UX-o-sphere to outsiders, let's team up and go on the offensive." name="description" property="dct:abstract"/>
    <meta content="2013-10-30T17:34:20+00:00" datatype="xsd:dateTime" property="dct:created"/>
    <meta content="demonstrate-this" property="dct:identifier"/>
    <meta content="2013-10-30T17:34:01+00:00" datatype="xsd:dateTime" property="dct:issued"/>
    <meta content="2013-11-07T16:15:22+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta content="2014-07-15T00:49:59+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta content="2022-05-31T04:18:52+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta content="2022-05-31T15:10:50+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta about="person/dorian-taylor#me" content="Dorian Taylor" name="author" property="foaf:name"/>
    <meta content="summary" name="twitter:card"/>
    <meta content="@doriantaylor" name="twitter:site"/>
    <meta content="Demonstrate This" name="twitter:title"/>
    <meta content="Instead of the regularly-scheduled internecine conflict, and timid, lawyerly defense of the UX-o-sphere to outsiders, let's team up and go on the offensive." name="twitter:description"/>
    <object>
      <nav>
        <ul>
          <li>
            <a href="document-stats#Erxr5qTe99isK1fzNzwz2J" rev="ci:document" typeof="qb:Observation">
              <span>urn:uuid:af1af9a9-37bd-4f62-9b0a-d5fccdcf0cf6</span>
            </a>
          </li>
        </ul>
      </nav>
    </object>
  </head>
  <body about="" id="E8UZ6Ry5Vb7gpHlQXUgSpK" typeof="bibo:Article">
    <section id="EQ6jl9c1GtlllJfSDz_ukJ">
      <p>User experience practitioners are still painfully self-conscious about the value their field of practice brings to whatever ecosystem they find themselves working in.</p>
      <aside role="note" id="ELK9PmihX-OJ7IU0XHfjZJ">
        <p>I'm using the term <dfn>user experience</dfn> as an umbrella for zones of expertise that include <dfn>interaction design</dfn>, <dfn>information architecture</dfn> and <dfn>content strategy</dfn>. Note that I do so largely under protest: it is not a self-evident proposition that these concepts fit neatly in the domain of user experience design, nor is it clear to me that a person's private, internal experience is something that can be manipulated anywhere near to the level of determinism needed to be confidently called <em>design</em>, in stark contrast to the respective concerns of its putative constituent parts. <em>But</em>, <acronym title="User Experience">UX</acronym> is effectively a brand name, and enough people know what I'm talking about when I say it.</p>
      </aside>
      <p>Likewise is talk about the problem of <acronym title="User Experience">UX</acronym> communicating value to business beginning to sound like a broken record. This is why I was intrigued to hear a twist to the classic lament that was worth writing about, brought up in discussion during a <a href="http://www.slideshare.net/tputkey/key-pointe-big-d-iacs-intersections" rel="dct:references">recent presentation by Theresa Putkey</a>. Namely:</p>
      <blockquote id="EaAxZMOGT7iHyz3sLDMOII">
        <p class="quote">How do I differentiate myself to prospective clients, as an { <dfn>information architect</dfn>, <dfn>content strategist</dfn>, <dfn>interaction designer</dfn>, etc.&#x2026; }, against other <acronym title="User Experience">UX</acronym> types, when there is such massive overlap in the problems we solve and the artifacts we create?</p>
      </blockquote>
      <p>Pardon the butchering of the paraphrase, but this is an interesting problem indeed. It likely was part of the motivation, back in 2009, for <a href="http://vimeo.com/4304573" rel="dct:references">Jesse James Garrett to endeavour</a> to rhetorically smoosh these practices all together. The parts that make up the rubric of <acronym title="User Experience">UX</acronym> demonstrably possess their own professional foci, their own literature, and their own academic heritage. That said, there is undeniably <em>something</em> in the product/system/whatever development process sandwiched between the oft-divergent interests of the suits and the black t-shirts, and for lack of a better term we seem to be calling that <dfn>user experience design</dfn>.</p>
      <figure id="E-Y2HL_EiIpdSLYOQ7DrqK">
        <img style="display: block; margin: 2em auto; width: 100%; height; auto" src="designer-role;desaturate;scale=600,400" alt=""/>
      </figure>
    </section>
    <section id="Es6Oq8c6LZg8n2fPaud0vJ">
      <h2>The <span class="parenthesis" title="lol jk obvs ;))))"><em>Definitive, Final Word</em>&#x2122;</span> on the Value of <acronym title="User Experience">UX</acronym></h2>
      <p>First, let me tender my bid for exactly what the user experience rubric does: </p>
      <blockquote id="EO6E-cmhU7JyRuww8vh6SI">
        <p>It is responsible for generating the set of adaptive decisions to a product, process or system that are neither strictly about making it work&#x2014;in the technical sense&#x2014;nor strictly about persuading people to buy it. That said, the outcomes generated by <acronym title="User Experience">UX</acronym> influence both of these more traditional concerns considerably.</p>
      </blockquote>
      <p>I can also tell you exactly what <em>kind</em> of value the <acronym title="User Experience">UX</acronym> rubric confers:</p>
      <blockquote id="EOT8LrnBuVkpnHkkf8KsQJ">
        <ul>
          <li>It <em>saves</em> the business money <em>and</em> time during production, by concentrating design decisions to mitigate context switches, and smoking out mistakes while they're cheap to make.</li>
          <li>It <em>earns</em> the business money by turning users into evangelists of the product&#x2014;and thus a potent sales force who works for free&#x2014;because not only does the product actually scratch their itch, but does so in a conspicuous and memorable way.</li>
        </ul>
      </blockquote>
      <p>That is to say nothing of the fact that <acronym title="User Experience">UX</acronym> is supposed to inject some objective, tangible value into the world by making the product actually <em>perform</em> in a way which exhibits a meaningful, positive, material consequence to the user&#x2014;you know, the whole reason <em>why</em> they pay for it&#x200A;&#x2731;, and why the market permits the business to exist. In that way, user experience professionals are, <a type="audio/mpeg" href="http://www.oopsla.org/podcasts/Keynote_FrederickBrooks.mp3" rel="dct:references">to paraphrase Frederick Brooks</a>, <em>the professionally informed and experienced advocates for the user</em>.</p>
      <aside role="note" id="EkEV4Eloo0G0F7oBKu5IDL">
        <p>&#x2731;&#x200A;<em>Pay</em> here can mean dollars, euros, or seconds of attention. Blah blah the user and the customer aren't always the same person blah.</p>
      </aside>
    </section>
    <section id="facets">
      <h2>Facets of the Same Thing</h2>
      <p><em>All</em> of the <acronym title="User Experience">UX</acronym> <q>subgenres</q> play the role of user advocate in one form or another. The question is what flavour? That, I submit, depends on the practitioner. Here is a partial example of what I mean:</p>
      <ul>
        <li>
          <p>If you are into psychology, sociology, anthropology, then user research and synthesis.</p>
          <aside role="note" id="EKZ1nC8qcduiRWz74e4ehI">
            <p>There is a significant creative writing component in the synthesis part, but you definitely have to be okay with talking to strangers. We can probably also put usability, which is done ex post, under this heading.</p>
          </aside>
        </li>
        <li>
          <p>If you are into literature, journalism, publishing, then content strategy.</p>
          <aside role="note" id="EL01EEHsdCapsH8Serq3EK">
            <p>Let's not forget technical communication, and of course marketing and <acronym title="Public Relations">PR</acronym>, and I haven't seen much talk about content strategy for content other than text.</p>
          </aside>
        </li>
        <li>
          <p>If you are into language, mathematics, philosophy, then information architecture.</p>
          <aside role="note" id="ExGuOQ0bcxucqkJpruRzDJ">
            <p>By <em>language</em> I mean linguistics and semiotics, by <em>math</em> I mean set theory, graph theory, topology, etc., and by <em>philosophy</em> I mean mostly semantics and epistemology. And of course <acronym title="Library and Information Science">LIS</acronym> and cognitive science. <acronym title="Information Architecture">IA</acronym> is about connecting structure to meaning.</p>
          </aside>
        </li>
        <li>
          <p>If you are into industrial design, cybernetics, <acronym title="Human-Computer Interaction">HCI</acronym>, then interaction design.</p>
          <aside role="note" id="EOMLVKH8NP_g0WexV8CpTI">
            <p>You could probably say service design is to interaction design what urban planning is to architecture. In fact, there seem to be a non-zero number of architects and urban planners migrating over.</p>
          </aside>
        </li>
      </ul>
      <p>The <acronym title="User Experience">UX</acronym> community would make for a terrible <a href="http://www.amazon.com/dp/0394818237?tag=doriantaylor-20">Richard Scarry book</a>. Whereas one at least <em>hopes</em> the person with a stethoscope is a doctor, and the person with the green eyeshade is an accountant, this group is difficult to delineate by the tools it uses and the artifacts it creates. As Theresa remarked in her presentation, there are only a few techniques, tools and deliverables clearly owned by any one constituency, and none of them are created in a vacuum. And to complicate matters, the insights derived from the rest of the artifacts depend on who's creating them. <em>But the objective is the same</em>.</p>
    </section>
    <section id="EkIQum7S_E0MfeZNBI9_OK">
      <h2>Great. Who's in Charge?</h2>
      <p>Part of the reason to hang onto these monikers is of course to determine a chain of command. So which one of these specialties is most important? I submit that question is a red herring. Here's why:</p>
      <blockquote id="ECdFvz2Z5Wb3A8UaNONPSK">
        <p>If, in your position between business and technical interests, you don't have the recognized authority to enforce the outcome of your work, then you are merely making recommendations, which can and will be ignored. The result will be a hodgepodge of marketing and engineering expedients, and the business value you so desperately wish to demonstrate will be hovering somewhere around zero.</p>
      </blockquote>
      <p>With authority as a performance criterion, the chief export of the principal user experience professional on the scene is <dfn>conceptual integrity</dfn>&#x2014;a term I see and hear far too scarcely in this line of work. To borrow from Brooks again, who, by the way, <a href="http://www.amazon.com/dp/0201835959?tag=doriantaylor-20">coined the term <em>in the 1970s</em></a>, conceptual integrity is the state when the mental model of both the user and application is unified across the whole team, lest there otherwise be a different mental model for every person on the team. According to Brooks, conceptual integrity is the <em>single most important condition for the successful development of software</em>, and, I add, just about any collaborative endeavour.</p>
      <p>So I believe the correct <em>question</em> is not which <acronym title="User Experience">UX</acronym> satellite is more important than the other, but rather which <em>person</em> ought to be in charge of conceptual integrity, and my answer is&#x2014;unless they don't want the job&#x2014;whoever got there first.</p>
    </section>
    <section id="EolDTiW7n349vbCr2lMnjJ">
      <h2>If <em>You</em> Get There First:</h2>
      <p>If you find yourself in charge, recognize that your position is one of stewardship and that the set of considerations is almost certainly larger than your particular expertise can cover. You will need to delegate, and you will need to integrate the results of that delegation into a coherent whole. Most importantly, you will need to sell your mental model, so prefer to delegate to willing buyers. Conceptual integrity is voluntarily assented to, and cannot be imposed by edict.</p>
      <aside role="note" id="EMUMGJeJniyhjeyL4o5gnJ">
        <p>Conceptual integrity is an early warning system for impediments to at least the developmental, if not commercial success of a project. If anybody downstream from you doesn't buy your mental model, find somebody who does. If the business interests upstream don't buy it, you have a problem.</p>
      </aside>
      <p>All that said, I strongly believe that there is a distinct pattern to the aggregate flow of information between these narrower fields of expertise, which <em>informs</em> but again does not necessarily <em>dictate</em> the sequence of actions. For instance, a successful information architecture relies heavily on the existence of content. Interaction design is analogous to content, insofar as there is a distinct meaning to a particular sequence of actions, and in text-based situations the two may interact heavily. And of course, none of this business gets off the ground without talking to many different people and digesting what they say.</p>
      <aside role="note" id="EoXQdPZHB3Npqx-c19ClRI">
        <p>It's worth noting as well that conceptual integrity is achieved by gaining comprehension of the <em>whole</em> problem, not just some silo-specific facet of it. Being too sharply specialized may indeed turn out to be a liability to successful leadership.</p>
      </aside>
      <p>It's important for the various practitioners&#x2014;and this I believe is what Jesse James Garrett was driving at&#x2014;to acknowledge that holders of job titles other than yours are allies, not competitors. To which I add: If you're in the driver's seat, it doesn't really matter what your business card reads, but rather that you recognize you will probably need help.</p>
    </section>
    <section id="EHycD6GNnoQurx3MsQsnkL">
      <h2>You Are Not Coca-Cola</h2>
      <p>I want to close with a thought that I keep having to remind myself. Business books and the ambient chatter they generate are almost always couched in terms of appealing to the widest market&#x2014;what <em>most</em> people/businesses/whatever concern themselves with. That makes perfect sense when you sling a perfectly uniform, fungible and cheap product and have to oversee billions of transactions a year just to keep the lights on.</p>
      <p>In contrast, if you are in this crazy business for yourself, you will never have to deal with <em>most</em> anything. You will likely not exceed a handful of clients over your entire career: an infinitesimal fraction of the total possible number of clients. If you do this kind of work as an employee, you will have even <em>fewer</em> business arrangements. Your title is just another handle so that these people can find you, and it will depend how <em>they</em> view their process if and when they give you a call.</p>
      <p>Irrespective of what you call yourself&#x2014;information architect, interaction designer, content strategist, <a href="rad-bromance" title="Rad Bromance" rel="dct:references">rockstar <acronym title="User Experience">UX</acronym> ninja</a>, whatever&#x2014;you will attract clientele with whom the term resonates, and in no fewer than two distinct subtypes: one who wants you to lead the excursion, and the other who is already under way. It's up to you to decide which is more your style.</p>
    </section>
    <hr style="margin: 2em auto"/>
    <aside role="note" id="ErnvZI2IHYsubTB7qD4XIJ">
      <p><strong>Bonus round:</strong> As for <a href="https://www.uie.com/articles/three_hund_million_button/" rel="dct:references">ascribing hard figures</a> to business value, user experience has the same problem as think tanks, lobbyists, and the public policy interventions they claim to influence: The claim of efficacy can't be falsified because you'd need access to an alternate universe to produce a null hypothesis. But I bring these guys up because if they <em>do</em> generate a return, <a href="the-roi-of-a-solved-problem" title="The ROI of a Solved Problem" rel="dct:references">it is guaranteed to be wild</a>, and <a href="http://www.zerohedge.com/news/presenting-greatest-roi-opportunity-ever" rel="dct:references">likely to be enormous</a>. The investment to employ them is also purely <em>speculative</em>. Nobody who solicits these services is confused about what they're paying for. Perhaps we can crib a page from this playbook.</p>
      <p>In the interim, I'm eager to see <a href="http://www.uxmatters.com/mt/archives/2013/10/mapping-business-value-to-ux-an-ideas-inception.php" rel="dct:references">what Lis comes up with</a>, because she's been working on this problem for a while.</p>
    </aside>

  </body>
</html>
