Program by Day
Program by Track
Program Titles
“Wiki Roundtripping? Structured Authoring? How Do They Co-Exist?”
24 Ways to Shut Down The Application and Other Apocryphal Stories
A Comparison of Three Visual Help Authoring Tools
Beyond L10N and G11N—Communicating with Everybody
Breathing Life into your Technical Documents using Adobe AIR and the Technical Communication Suite
Bringing the Video Revolution to Technical Communication
Changing the Rules of the Game for the Benefit of the User
Document Engineering in User Experience Design
Documentation Planning and Library Design in a Web 2.0 World
Extending the Value of Content in Enterprise Systems with Web Content Management
How an Author and Editor Used a Wiki to Write a Book
Living Multiple Lives: The New Technical Communicator
Making XML Technology Accessible
Manage Your Messaging with Machine-Assisted Editing and Large Scale Sentence-level Reuse
Mapping the Entire Global Content Supply Chain
On the Road to Modular Training Content
Once Content is in XML. Now what?
Putting Everything Back Together Again
See Dynamic Publishing in Action!
Taking Our Information Assets to the Next Level
The In.vision DITA Enterprise Suite for Microsoft Word and SharePoint
Understanding and Communicating the Financial Impact of XML and DITA
Understanding Component Content Management
Using Collaborative Tools for Virtual Team Management
Using Task Modeler to Streamline DITA Content Development
What Technical Communicators Need to Know about Flash
Wikis Are Wonderful, or Are They? A Real World Story of Using Wikis For User Information
Writing Reusable Content to Support Content Models
[Workshop] Moving from Unstructured Documents to Structured XML
[Workshop] An Overview of RoboHelp 7
[Workshop] Content Engineering
[Workshop] DITA Authoring and Publishing with XMetaL
[Workshop] Introduction to XSL
[Workshop] Making DITA Work For Your Data
[Workshop] Simplified Technical English
[Workshop] Single Sourcing with the Technical Communication Suite
Session Details
Document Engineering in User Experience Design
Speaker: Robert GlushkoTime: 9:00 AM - 9:45 AM Date: May 8
Track: Keynote
Experience level: All levels
Room: Pinnacle Ballroom 3
Information system designers with a “user experience” perspective strive to create applications and services that people find enjoyable, unique, and responsive to their needs and preferences. These designers use techniques and tools from the disciplines of human-computer interaction, anthropology, and sociology such as ethnographic research and the user-centered design approach to specify the desired experience for the customer or consumer. An emerging theme in this design philosophy is that the user experience is in part determined through “co-creation” when users add content, comments, or links to that contained in the application or service. This emphasis discounts the contribution of the processes and activities that are not explicitly part of the user experience.
In contrast, designers with a systems and data or process analysis mindset follow different goals and methods. They strive for efficiency, robustness, scalability, and standardization. These design goals require identification and analysis of information requirements, information flows and dependencies, and feedback loops. Concepts and techniques from information architecture, data and process modeling, industrial engineering, and software development define this approach.
Given these vastly different design perspectives and goals, it isn’t surprising that there is often little collaboration and communication between the user experience designers and systems analysts. Whether it is for organizational reasons, for ideological ones, or just because it is hard to work effectively with someone who thinks so differently even when you try - the outcome is the same --- tensions, conflicts, and sub-optimal design.
I don’t believe that these tensions and conflicts between user experience and systems analysis are intrinsic or fundamental. But to avoid them, we need a more comprehensive and robust approach to designing information-intensive applications and services that combines aspects of these “front end” and “back end” approaches. I’ve called this emerging design discipline “Document Engineering,” and its essence is a set of analysis and design methods that treat the interactions, information requirements and preferences associated with the customer or consumer in an abstract way so they can be compared and integrated with those associated with automated or computational actors. This more abstract approach more naturally encourages an end-to-end systems design philosophy and makes it much easier to consider alternative service system designs. These might involve moving some functions or interactions from the user experience to the invisible back stage (or vice versa), replacing or augmenting a person-to-person interaction with self-service or eliminating it completely through automation, substituting one service provider for another (e.g, through outsourcing) to improve quality or reduce cost, and so on.



