Home
  • About
  • Contact
  • Presentations
  • WordPress Consulting
  • Advertising
  • For Students
  • Jobs
  • Podcasts Book Reviews

    Organizing for Learnability [Organizing Content #25]

    September 1st, 2010 | Posted in blog 4 Comments »

    This entry is part 25 of 51 in the series Findability

    Last week I attended WordCamp Utah and spoke with one of the “happiness engineers” who works at Automattic. (Automattic is the the company that provides WordPress.com and also leads development of the open-source WordPress software.) The happiness engineer, Sherri, told me about a new alternative to the Codex and WordPress.com Help for ramping up on WordPress: learn.wordpress.com.

    At first glance, learn.wordpress.com looks plain and somewhat un-instructive, put together by someone who is straining for offbeat graphics and simplicity.

    Learn.wordpress.com

    Learn.wordpress.com: The new online quick start guide for WordPress

    However, if you read the content, the site accomplishes two things that a lot of help material fails to do:

    1. The help proceeds in a sequential, screen-by-screen way, rather than overwhelming the user with too much content at once. This helps lead the reader along in a staircase-like fashion rather than requiring the user to scale a steep wall all at once.
    2. The help combines strategy with technical procedures. For example, the entire second step, Get Focused, discusses strategy rather than technical how-to steps. We often forget to incorporate strategy in our help material, getting lost in the 1-2-3 of the steps. But really, figuring out your blog’s focus is probably the single most difficult aspect of starting a successful blog.

    My happiness engineer also said that someone at WordPress is writing handbooks about various WordPress topics. I assume the content on learn.wordpress.com would fit well into a handbook format.

    Both of these principles address how to organize content, which is part of my ongoing series.

    Screen-by-Screen Tutorial Organization

    A University of Wisconsin guideline on web development classifies sites that provide tutorials as “training sites” and recommends a screen-by-screen chunking of the information:

    Training sites are meant to guide a user through some sort of process. The user experience is carefully controlled through a series of linear links. Due to the linear organization, which requires a user to digest information in a steady stream, information is brief on each page. Links to other pages and sites are limited and only used to supplement the material being presented. Training sites follow a: step1 – step 2 – step 3, structure.

    Training sites have this screen-by-screen structure

    Training sites have this screen-by-screen structure

    The author gives two examples: PowerPoint in the Classroom and HTML Code Tutorial.

    Not all tutorial sites chunk information up into small bites on each screen. A few years ago I tried to write a quick reference guide to WordPress and ended up sticking it all in one long view on the same wiki page. Arranging all the information on one page is not an appealing format. Its length is uninviting, and there are no visuals to break up the endless text readers have to scroll through.

    I’m not the only one guilty of creating tutorials that require users to scroll and scroll and scroll. Here’s one on jQuery from Authentic Society. And here’s a tutorial on WordPress from Webmonkey.

    In comparing the screen-by-screen organization versus the all-in-one-screen organization, which do you prefer? Here are my observations:

    • The screen-by-screen organization is less intimidating. I’m able to consume it one bite at a time.
    • The screen-by-screen organization includes its own navigation structure, usually a table of contents in a sidebar along with navigation arrows at the end of each screen. This navigation structure is usually separate from the overall site’s navigation.
    • The screen-by-screen organization prompts me to move one step at a time, rather than scrolling quickly past paragraphs and paragraphs of content.

    Findability Versus Learnability

    I’m not sure why, but I rarely arrange my help content in a screen-by-screen organization. One obstacle is that I often chunk content into small topics to enable reusability within my project deliverables. The topic-based authoring paradigm seems to run counter to screen-by-screen arrangements, which concatenate many separate topics into one long tutorial. Another reason I haven’t used more screen-by-screen arrangements is because, as a technical writer, I’m more focused on accuracy and completeness of information rather than how learnable or transferrable the information is to users.

    As such, I’m more inclined to aggregate all the information onto one page, using the all-in-one-screen organization, or to divide each section into its own individual topic and present all the topics in a table of contents. But an instructional designer would be more inclined to arrange the content into a screen-by-screen presentation, because instructional designers know that if they want the user to actually absorb the material, they have to feed it to the user little by little, just as you pour water into an iron’s water reservoir. Pour the water slowly and in a small stream, and it goes into the iron’s reservoir without a problem. Dump the whole glass of water into the iron’s reservoir at once, and it runs everywhere except into the reservoir.

    Despite these differences of approach between tech comm and instructional design, our overall goals are the same: to help users understand a technical process or concept. Keith Hopper noted in his STC Summit talk on The Convergence of Tech Comm and Instructional Design that the practices of technical communication overlap with instructional design in so many ways, it doesn’t make sense to keep them separate.

    In organizing content, I’ve chiefly been asking about the best way to organize the help content to increase its findability. I assumed that if users can find the answer, they could solve the problem and go about their merry way. But perhaps the more important question to explore is how to organize help content to increase its learnability. That question leads to an entirely different method of organization.

    Series NavigationThe Interface Is Text [Organizing Content #23]Why Learning Software Is So Hard, and Organizing Content into Levels [Organizing Content #26]

    Sponsors

    Tags: , , , , , , ,

    If you liked this post, keep updated with new content: Subscribe to I'd Rather Be Writing.

    Both comments and pings are currently closed.

    4 Responses to “Organizing for Learnability [Organizing Content #25]”

    1. Greg DeVore says:

      Great post Tom. This WordPress site is a great example of nice content organization. They have grouped their help into larger topics and include all of the steps on one page for a given topic. A quick browse through the site shows that no single page get too long. I think this is a perfect mix. If they broke all of the steps up into single screens then the content becomes impossible to scan.

      I think this is something that we as technical writers often forget. We aren’t really writing content that is going to be read. We are writing content that is going to be be scanned and referenced. Most often the user will scan the documentation to find what they need to know. They won’t read it from beginning to end.

      The images on the WordPress site make a huge difference. Scan through http://learn.wordpress.com/get-flashy/. Now turn off images in your browser, reload and try it again. The content becomes much more difficult to scan.

      The learn.wordpress.com.site really seems to strike a nice balance between scope and detail and uses visual elements very effectively.

    2. Some good thoughts, Tom. I think that chunking information such that it’s usable in help doesn’t preculde using those same topics in a screen-by-screen organization. It’s just a matter of how you reassemble and organize those chunks, including the presentation in the TOC. Not sure which tools you use, but should be relatively easy to accomplish.

    3. Techquestioner says:

      I think we should try to design Help to provide users with BOTH learnability and findability.

      The first time users attempt to use a new product, they expect the Help to enable them to learn how it works, and what it takes to accomplish their goals. Learnability is foremost to them at this point.

      When they have developed some experience or skill with the product, they will come back to the Help looking for specific information to extend their use of the product to additional applications, or to more complex problems. At this point, they will value findability, because they are now searching for more information.

      It’s analogous to only being able to provide a single manual for a product. How do you make it both an initial tutorial on the product, while also making it a useful reference tool when the users come back looking for additional information?
      Both situations require balancing both requirements.

    4. Rengaraman says:

      Tom, you reminded my Instructional designer days. You are correct. We need to get approvals for freezing the TOCs’ itself.
      By the way, IDs’ have to concentrate on setting short quizzes in the middle of the course (CBTs/WBTs) to check users navigate the course with good understanding, Whereas in tech comm it is not possible (at least in my case).

    « »