Gallup’s On-site Search

 

Internally, it’s never been a secret that our onsite search sucks. When your searching for a piece of content the results can be frustrating, unreliable, confusing so we turn to Google search vs our own. That was reflected in the data with less than 1% of our users to the site using search.

 

Goals:
Create a more reliable search that effectively finds and presents users with key search terms that are relevant to them, in order to allow us to drive a better understanding of our services and consumption of content to our users.

Key Partners:
TBD

Final Screen of CliftonStrengths Dashboard

I was familar in the general flow, a user types in a search term and is presented with results but I wasn't familiar with how our own users were using our on-site search. So I started off by looking for data that would help inform what users were searching for. I met with our Director of Digital Strategy to talk through the Google Analytics data that were being tracked across public-facing content and marketing sites. I also met with the Director of Software Architecture to discuss the data that we collected within our own internal content management system. From there, listed out the top 10 search from each of those data sets and compared them. The data from the Director of Digital Strategy was based off of overall data across our main site and the data from the Software Architect was focused on users of our news and marketing homepages.

Offerings Mapped Out for Comparison

Leveraging the Power of a the Larger, More Robust Platform

 

The migration into the existing platform meant that I needed to take into consideration what features could be CliftonStrengths specific and what features would pull from other areas of the Gallup Access platform. I diagramed a flow that showed which screens and functions would be a part of the CliftonStrengths and which could be pulled from other parts of the Gallup Access platform. By leveraging existing functionalities, we were able to add more offering to our subscriptions and make a more desirable product.

Updated Flow of How the Single Platform Connected With the Larger Platform

Simplified Wireframes to Kick off Discussion Around Functionality

 

Now that we had the pages laid out, I began creating rapid wireframe/mock-ups to start discussing page functionality and hierarchy. The wireframes included a breakdown of the key sections & functions, order of navigation and other elements that would appear across all screens. I also brought in some new ideas like the addition of upgraded features that were visible to the user, but locked, in hopes that it could tease and encourage more upgrades within the product.

Example of Wireframes for Discussion

Considering All of The Use Cases

 

Another thing that we had to consider about the product was all of the different product types that we were offering. This included showing what each product type or role saw on the platform when they signed in. The two main use cases were a top 5 user that had the introductory product and an all 34 user that had the full product. Within those two user types, they could have a subscription which included client and teams capabilities. And within those clients, we had a few with specialized or one off reports, so we needed to consider what those users would see in their platform.

Screens of the Various Use Cases to Consider

Final Dashboard Features, Community Features, & Team Features

 

I would say that one of the biggest differences when going form consumer to enterprise was that enterprise was much more feature focused. The additions that we made were client requests and they features really helped our sales team in selling the subscriptions. We made some improvements to the dashboard from learnings and feedback from previous user research which included keys to explain the colors, an interactive table to learn more about your strengths, and quick links to get to your reports.

Final Dashboard Features

What I Learned

 
  • I learned that there are a lot about complexities around user roles and permissions and what we allow users to see. It was an interesting challenge to design for the many cases and making sure the experience was consistent but different enough that if a role changed, it didn’t seem like a mistake for a user.

  • I learned that it was more challenging getting users of enterprise clients engaged with the systems because their organizations purchased the product while they may not have the familiarity or interest for it as a consumer would. It was crucial that we used email prompts to draw them in and gave them tools to interact with each other and create communities.

  • I learned the challenges that come with integrating two systems. The struggle to keep them connected while making sure that their journey is seamless is something that we’re trying to solve for to this day. When we first launched, users would go to another part of the larger system and there would be no way for them to get back other than using the back button. We’ve included a lot of back links and enhancements to the navigation and dashboard to let users know to how get back to the main CliftonStrengths dashboard.


CliftonStrengths Users By the Numbers

 

27M+
individuals that have taken the CliftonStrengths assessment

1,500+
subscriptions within Gallup Access