<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Comments on The Making of a Discipline: The Making of a Title</title>
    <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title</link>
    <pubDate>Fri, 26 Jan 2007 14:49:53 GMT</pubDate>
    <description>Many people who work within the design field have had a hard time assimilating the full scope of Experience Design&amp;#8212;and a harder time accepting their niches within it. The reasons for this resistance uncover much about the state of design as well as the state of identity. </description>
    <item>
      <description>&lt;p&gt;what i feel is at the core of this rant, that no matter what the title the job is to clarify rather than obfuscate, is all too relevant today.&lt;/p&gt;

	&lt;p&gt;having worked both client and agency side of brand marketing (yes, ugh) for more than 10 years, my &lt;span class="caps"&gt;EXPERIENCE&lt;/span&gt; has been that the less comfortable people feel, the more they try and evade what they do with titles and theories. somewhere the practice, implementation and work history that actually illustrates their theory is left behind.&lt;/p&gt;

	&lt;p&gt;maybe Nathan needs to stand naked more often to remind us that there is nothing to hide but INexperience&amp;#8230;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_156</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_156</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:53 GMT</pubDate>
      <author>matthew</author>
    </item>
    <item>
      <description>&lt;p&gt;I&amp;#8217;ve used the title &amp;#8220;Information/Interaction Designer&amp;#8221; for years, because most of what I do falls into both camps (although the terms have different definitions, the tasks are so interdependent that they&amp;#8217;re pretty much inseparable).&lt;/p&gt;

	&lt;p&gt;For similar reasons, I don&amp;#8217;t understand the view that &amp;#8220;information design&amp;#8221; is different from &amp;#8220;information architecture&amp;#8221; (ID = page structure and presentation, IA = taxonomy, is how the reasoning goes), as though these were distinctly separate pursuits. In my experience, they&amp;#8217;ve been anything but; classification affects presentation and vice-versa. I don&amp;#8217;t know of anyone who has ever worked on a project that had both an IA and an ID&amp;#8212;it&amp;#8217;s always been one person (or a team of similarly titled people) shouldering those responsibilities. There&amp;#8217;ve been editors, indexers, etc. who were concerned with verbal structure and labelling, but they went by titles other than IA.&lt;/p&gt;

	&lt;p&gt;Besides, the last thing our field needs is yet another title we have to explain to our clients.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_155</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_155</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:53 GMT</pubDate>
      <author>Drue Miller</author>
    </item>
    <item>
      <description>&lt;p&gt;Kelly,&lt;/p&gt;

	&lt;p&gt;You were absolutely right.  An instructionial designer would work for the curriculum department of a school board.  They would also work on a website that had the goal of instructing (as opposed to simply disseminating information).  You might also find an instructional designer working in a corporate training department.  Or, perhaps you might find an instructional designer walking the halls of the Department of Education (in Washington).&lt;/p&gt;

	&lt;p&gt;My point?  I feel there is an inherient problem in tying our field (or any field) into one medium.  Certainly individuals can, and should, specialize.  But if we define our field that we only work on websites, when the Internet as we know it becomes obsolete we become obsolete.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_154</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_154</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:53 GMT</pubDate>
      <author>Greg Trust</author>
    </item>
    <item>
      <description>&lt;p&gt;Wow!&lt;/p&gt;

	&lt;p&gt;I was invited to look into &amp;#8220;Boxes and Arrows&amp;#8221; because someone thought my dark corner of the universe could use some light. She was right! You&amp;#8217;ve shown me a whole galaxy I didn&amp;#8217;t know existed.&lt;/p&gt;

	&lt;p&gt;&amp;#8220;Experience Architect&amp;#8221;. &amp;#8220;Instructional Designer&amp;#8221;. &amp;#8220;Interface Designer&amp;#8221;. &amp;#8220;Information Architect&amp;#8221;. &amp;#8220;Information Designer&amp;#8221;. These are titles I could never have imagined. If I had to define what people with such titles did (without Nathan&amp;#8217;s article), I would guess an experience architect is someone familiar with the proper use of certain drugs, and instructional designer works for the curriculum department of a school board, and information architects and designers work in the propaganda department of a national government.&lt;/p&gt;

	&lt;p&gt;Me? I guess you could say I&amp;#8217;m an Information Experience Facility Architect and Designer. I prefer System Developer though, because it fits better on my business cards.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_153</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_153</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:53 GMT</pubDate>
      <author>Kelly</author>
    </item>
    <item>
      <description>&lt;p&gt;Design is what this article isn&amp;#8217;t&amp;#8212;it&amp;#8217;s communication.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_152</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_152</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:53 GMT</pubDate>
      <author>Uriah Heep</author>
    </item>
    <item>
      <description>&lt;p&gt;I haven&amp;#8217;t actually called myself an IA to a client in some time. Instead, I find I&amp;#8217;m talking about what aspects of the problem I&amp;#8217;ll be working on as a part of my team. I&amp;#8217;ve never had any confusion when I talk about creating functional specifications, flow charts, or site maps. It&amp;#8217;s unimportant to them that that work also includes metadata, interaction flow design, and all the other stuff we talk about amongst ourselves as IAs.&lt;/p&gt;

	&lt;p&gt;I really like Kieth&amp;#8217;s comment: &amp;#8220;Clients seem to get that I work with information and that I help build things. Some need a little deeper definition and then get it.&amp;#8221; I find that those who *want* that deeper information are also inclined to be interested in it and to therefore probably understand it.&lt;/p&gt;

	&lt;p&gt;Incidentally, who else read Nathan&amp;#8217;s essay here when it was an unformed rant on his personal site? This version at B&amp;#38;A is much better, and here in the context of other voices loses some of the whininess that it had as a single long paragraph on his site.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_151</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_151</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:53 GMT</pubDate>
      <author>Andrew</author>
    </item>
    <item>
      <description>&lt;p&gt;I share the common confusion of speaking towards a &amp;#8220;customer experience&amp;#8221; or &amp;#8220;user experience&amp;#8221;.  Not every experience requires a human to be a &amp;#8220;customer&amp;#8221; and &amp;#8220;user&amp;#8221; often sounds cold.  I&amp;#8217;ve tried calling it a &amp;#8220;human experience&amp;#8221; since all users and customers are human beings, but it often sounds strange.  As for a title, I still carry the Information Architect moniker.  Clients seem to get that I work with information and that I help build things.  Some need a little deeper definition and then get it.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_150</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_150</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:53 GMT</pubDate>
      <author>Keith Tatum</author>
    </item>
    <item>
      <description>&lt;p&gt;And it gets worse.  Is it user experience or customer experience. Where does customer experience management end and customer relationship management take over? What role does the producer play? And what about the visual/graphic/av designer? Arnt they too experience designers? I consider them to be myself.&lt;/p&gt;

	&lt;p&gt;For now I use the title user experience manager as although one of my roles is information architecture the user experience is not totally designed or architected by myself.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_149</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_149</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:52 GMT</pubDate>
      <author>Stewart Dean</author>
    </item>
    <item>
      <description>&lt;p&gt;Modesty wins. Less mulling over names and more improving of the world.&lt;/p&gt;

	&lt;p&gt;It might help if one of the visionaries who made this mess gave us an interactive hierarchy of titles. With a click and whimsical transition you could sort in descending order of pay, coolness and life expectancy.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_148</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_148</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:52 GMT</pubDate>
      <author>James Macanufo</author>
    </item>
    <item>
      <description>&lt;p&gt;Great article overall, but I do have to take exception with one comment made on page 1:&lt;/p&gt;

	&lt;p&gt;&amp;#8220;However, instructional/interface design was clearly a brave, new field&#8212;and the titles sounded perfect for the future of the Information Age.&amp;#8221;&lt;/p&gt;

	&lt;p&gt;As someone who has been an instructional designer, still considers themself an instrucional designer, and always will consider themselve an instructional designer, I feel this comment shows the same misunderstanding of instruct. design as the field of experience design is trying to overcome.  Instructional design is broader than interface design.  It is broader than experience design.  It has a rich history, dating back to the 1940&amp;#8217;s, that I think most of the experience design community would do well to learn more about.  Many of the same issues that are debated over and over again in forums like this (or places like &lt;span class="caps"&gt;SIGIA&lt;/span&gt;) were solved, at least from one perspective, years ago in the instructional design community.  Yet, most experience desigers feel that the things they are doing are unique.  They have no idea that a rather respected academic field exists to do the exact things they want to do.&lt;/p&gt;

	&lt;p&gt;Any responses are welcome.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_147</link>
      <guid>http://www.boxesandarrows.com/view/the_making_of_a_discipline_the_making_of_a_title#content_147</guid>
      <pubDate>Fri, 26 Jan 2007 14:49:52 GMT</pubDate>
      <author>Greg Trust</author>
    </item>
  </channel>
</rss>
