Case Study: Integrating Help Content Into In-Situ's Website

How I Developed the Information Architecture for In-Situ's Online Support Content

Project Details

In my first year with In-Situ, I launched the company's online FAQs at www.help.in-situ.com. I had full control over the layout and the content workflows, as the site was hosted on a subdomain and completely under my management. But about a year later, the marketing team decided to revamp the corporate website, which presented an opportunity to integrate the FAQs into the new design.

The Challenge

The new corporate website was going to look completely different. So I wanted to make the support section, including the FAQs, look and feel like the rest of the site. The goal was to ensure that users didn't feel like they were in a foreign place when they visited any of the support pages from the main menu. It was also important to structure the content so people could find it easily.

Audience

Existing users, the technical support team, and potential customers were important stakeholders.

My Role & Responsibilities

I was responsible for conducting research, creating the information architecture, and testing.

Constraints

The marketing team hired a web development agency to build the new site. That agency used a Magento template that dictated the layout.

Process

I applied the design thinking framework to create an effective information architecture.

The Design Thinking Process in Action

Here's a look at the step-by-step process I used to understand users, define the problem, come up with solutions, prototype those solutions, and test things.

  1. Empathize: Understand user expectations with a card sorting exercise.
  2. Define: Encapsulate the problem we needed to solve into a concise problem statement.
    • Problem Statement: Jenny is a technical support representative who needs a well-organized support menu on the company website because she has to access the information quickly during calls with struggling users.
  3. Ideate: Generate ideas to solve the problem. I did this by wireframing several menu layouts.
  4. Prototype: Build a working menu in Optimal Workshop to test with users.
  5. Test: Observe user difficulties with my solutions and make improvements.

The Research

Card Sorting

For this exercise, I created 22 cards with various tasks that users had to group and label. The goal was to understand the mental models users employed to find content. I recruited 15 participants.

Card Sorting Results

Optimal Workshop's browser-based tool allowed me to analyze the card sorting exercise. The dark squares shown in the similarity matrix above indicate the percentage of users who grouped the two adjacent tasks together. For example, 88% of participants would go to the same place to download the Aqua TROLL 600 quick-start guide as they would to read the pH sensor instruction sheet.

Tree Testing

I built a prototype of In-Situ's support menu with Optimal Workshop according to the results of the card sorting exercise. If I understood the results correctly, a tree test would show that the menu was easy to navigate.

Tree Testing Results

12 participants completed the 20-task tree test. 92% of them were successful at all 20 tasks, but one person abandonded the study. 100% of participants succeeded at 9 of the tasks on the first attempt. That means they clicked the right menu option the first time.

Summary & Retrospective

Card sorting and tree testing were helpful tools, although I now realize that the way I judged the success of the menu prototype was arbitrary. What if the conversion rate had been 75%? I'm sure I would have redesigned the menu, tested again, and repeated the process until I reached 90%. But it would be wise to research and come up with a target next time.

In addition, my knowledge and experience with design thinking have increased since I completed this project. If I were to do it again, I'd organize my data about users into personas, journey maps, and user stories. Why not make something that provides benefits for future projects?

Hundreds of people view the FAQs every year, and most of them get there via a link from the technical support team. That's because each caller gets a survey via email after talking with Support, and that survey links to the FAQs. However, most visitors to In-Situ.com/support come to view or download documentation.

You can see the information architecture I came up with below, as well as some annual stats.

My HTML Page
My HTML Page