<?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:owl="http://www.w3.org/2002/07/owl#" 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/ owl: http://www.w3.org/2002/07/owl# 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">Defining the Damn Thing (#formarketingpurposes)</title>
    <base href="https://doriantaylor.com/defining-the-damn-thing-for-marketing-purposes"/>
    <link href="document-stats#ELWm97otV3FFoTTjFfFxEL" 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 owl:sameAs" title="Defining the Damn Thing (#formarketingpurposes)"/>
    <link href="lexicon/#EqIUfKvI93wG3TQRQDwoVJ" rel="dct:audience" title="Information Architect"/>
    <link href="person/dorian-taylor#me" rel="dct:creator" title="Dorian Taylor"/>
    <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="defining-the-damn-thing-for-marketing-purposes" datatype="xsd:token" property="ci:canonical-slug"/>
    <meta content="defining-the-damn-thing" datatype="xsd:token" property="ci:slug"/>
    <meta content="This sentence was years in the making. Enjoy." name="description" property="dct:abstract"/>
    <meta content="2012-07-20T05:56:46+00:00" datatype="xsd:dateTime" property="dct:created"/>
    <meta content="defining-the-damn-thing" property="dct:identifier"/>
    <meta content="defining-the-damn-thing-for-marketing-purposes" property="dct:identifier"/>
    <meta content="2012-07-20T05:58:31+00:00" datatype="xsd:dateTime" property="dct:issued"/>
    <meta content="2012-07-20T06:00:01+00:00" datatype="xsd:dateTime" property="dct:modified"/>
    <meta content="2012-08-01T16:22:51+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="Defining the Damn Thing (#formarketingpurposes)" name="twitter:title"/>
    <meta content="This sentence was years in the making. Enjoy." name="twitter:description"/>
    <object>
      <nav>
        <ul>
          <li>
            <a href="document-stats#ELWm97otV3FFoTTjFfFxEL" rev="ci:document" typeof="qb:Observation">
              <span>urn:uuid:2d69bdee-8b55-4dc5-b168-4d38c57c5c44</span>
            </a>
          </li>
        </ul>
      </nav>
    </object>
  </head>
  <body about="" id="EIbD_Hv61EWXhSkI5pOizK" typeof="bibo:Article">
    <section id="Eu4EVyWNlb-im8C1Hjt6EL">
      <blockquote style="font-size: 140%; font-weight: bold" id="EN3oPTvpuPUsR3YT2U4EzJ">
        <p><dfn>Information architecture</dfn> is an essential complement to <a href="http://en.wikipedia.org/wiki/User_experience_design" title="User experience design &#x2014; Wikipedia" rel="dct:references">user experience design</a>, concerned with structuring information in ways that help people understand what they're looking at, and find what they're looking for. &#x2731;</p>
      </blockquote>
      <p>Like Marshall McLuhan, I don't necessarily believe everything I say. This is a cocktail-party definition of information architecture, not a canonical one. I crafted this statement very carefully, and I would like to tell you why.</p>
    </section>
    <section id="E61-digIqQeRW1WdywW2WI">
      <h2>Say What It's For</h2>
      <p><em>Defining the damn thing</em> is a trope as old as information architecture itself. As a discipline, information architecture is in a unique position: Being concerned with the structure and orientation of <em>any kind</em> of information, there are very few concrete statements we can make about the social utility of information architecture itself. Whereas modern disciplines are organized into discrete domains of varying importance and concomitant prestige, information architecture crosscuts every one of them, from the most banal to the most critical.</p>
      <p>Like any other artificial construct, however, information architecture exists for a purpose: to partition, orient and label bodies of knowledge to enable people to understand and move about them. If your interlocutors need a more concrete example than that, it tends not to take long to expose a most visceral frustration of theirs that could be remedied by applying information architecture.</p>
    </section>
    <section id="EbepAFcDxtnZjD3Yk3JDHI">
      <h2>Anchor It to the Ground</h2>
      <p>Information architecture is a rich discipline that has deep roots in library science, psychology and cognitive science, semiotics, epistemology, discrete mathematics, and the actual definition of space in the built environment. It also happens to provide the skeletal system to an even newer neologism: <dfn>user experience design</dfn>.</p>
      <p>Of course, business decision-makers don't care one whit about that litany of academic grandiloquence. But they <em>are</em> beginning to care about user experience. Researchers like <a href="http://lindastone.net/" title="Linda Stone" rel="dct:references">Linda Stone</a> admonish us that <a type="audio/mpeg" href="http://ideaconference.org/2006/audio/02%20Linda%20Stone%20-%20Opening%20Keynote.mp3" title="Linda Stone - Opening Keynote" rel="dct:references"><em>easy to use</em> won't rise above the noise</a> of contemporary living, and that organizations must act as trusted advisors, endeavouring, through their commercial offerings, to improve quality of life.</p>
      <p><acronym title="User experience">UX</acronym> is on <a href="http://iainstitute.org/en/learn/research/salary_survey.php" title="Salary Survey - Information Architecture Institute" rel="dct:references">business cards</a> and <a href="http://2012.iasummit.org/schedule.html" title="Schedule | IA Summit 2012 | New Orleans, LA" rel="dct:references">conference programs</a> because it's on the lips of businesspeople. But it's one thing to acknowledge user experience design as an interface between information architecture and the commercial sphere, and quite another to confer it the status of superset.</p>
    </section>
    <section id="E-JthORoQ_ndC5ws_ua98K">
      <h2>The Thin End of the Wedge</h2>
      <p>The relationship between the two disciplines is more like this: user experience turns information architecture into something broadly worth paying for, <a href="the-rubiks-cube-principle" title="The Rubik's Cube Principle" rel="dct:references">while information architecture keeps <acronym title="User experience">UX</acronym> from falling apart</a>. And now for the bonus round.</p>
      <p>Baked into the concept of user experience design is the paramount importance of peoples' private interpretations of the events that happen around them. <a href="http://www.youtube.com/watch?v=2RD0OZCyJCk" title="Joseph Pine: What do consumers really want? - YouTube" rel="dct:references">Business writers like Joseph Pine</a> are busy advancing the idea that a organization's ongoing relationship with its customers is best conceived as a simulacrum. Since authenticity is an artifact of perception, he argues, the goal of the business ought to be to <em>render</em> said authenticity for the customer. What happens when it becomes more commercially expedient to <a href="http://www.egs.edu/faculty/jean-baudrillard/articles/simulacra-and-simulations-i-the-precession-of-simulacra/" title="Jean Baudrillard - Simulacra and Simulations - I. The Precession of Simulacra" rel="dct:references">deliver <em>just</em> an experience</a> with no additional material benefit?</p>
      <p>The most polite word I have for this idea is <em>dissonant</em>. Not merely because I believe that businesses should materially benefit their customers <a href="http://en.wikipedia.org/wiki/Pareto_efficiency" title="Pareto efficiency &#x2014; Wikipedia" rel="dct:references">no less than their customers benefit them</a>. I also question the wisdom of any executive who would assume a new role as a <a href="http://en.wikipedia.org/wiki/The_Emperor%27s_New_Clothes" title="The Emperor's New Clothes" rel="dct:references">purveyor of imperial regalia</a>, unless he was also planning a midnight run.</p>
      <p>What we can say about information architecture is that it's of no use if not internally consistent. What we can say about architected information is that it must eventually take on a physical form which maintains this consistency. Such a form may or may not exhibit <em>external</em> consistency&#x2014;that is the proverbial map may diverge from the literal territory. At that point, as a business executive, your fate depends greatly on what you've promised your clientele.</p>
      <p>Information architecture favours empirical reality when not explicitly divorced from it. It has the potential to keep the <em>experience economy</em> honest by promoting understanding among businesspeople <em>and</em> their customers&#x2014;a goal which is much closer to what motivates the majority of the talented people I've met over the last few years.</p>
    </section>
    <section id="EF-Z5n7OnaR4xiQpWizSkJ">
      <h2>D&#xE9;nouement</h2>
      <p><acronym title="User experience">UX</acronym> seems to be what people are paying for, whether it's capital investments, employment contracts or conference tickets. Rather than see information architecture absorbed into the belly of user experience design <a href="http://theoatmeal.com/comics/angler" title="How The Male Angler Fish Gets Completely Screwed - The Oatmeal" rel="dct:references">like a male anglerfish</a>, as a representative of the former discipline, I want to set the terms of that relationship.</p>
      <p>So, yes, in addition to a great many things, information architecture is a <em>crucial</em> aspect of user experience design. Huge. Fat. Asterisk. &#x2731;</p>
    </section>
  </body>
</html>
