JSTOR Daily
Improving navigation and usefulness on the JSTOR Daily publication website for readers.
role
UX Designer
User Research
date
September 2024
duration
8 months
Overview
How can we best help readers find useful and interesting content on JSTOR Daily?
JSTOR Daily is a free online publication operated by JSTOR, a digital library, that aims to bring insights from academic research to both scholarly and general audiences.
JSTOR Daily's original homepage.
Due to the unorganized structure of the website and inefficient search functionality, key users face significant challenges with navigation and content discoverability.
Academic readers, such as educators, struggle to locate relevant articles, and casual readers are overwhelmed by the large catalog, leading to lower retention rates and underutilized content.
Our impact
80% faster efficiency finding content readers like.
Our redesign achieved an overall 80% faster efficiency in tasks regarding content discovery, navigation, retention methods, and the strategic use of visual elements.
Project objectives and goals
Working with the JSTOR Daily team, we had the following goals for improving the publication website:
We created a timeline to convey to the JSTOR Daily team when we would provide certain deliverables, and to keep ourself accountable throughout the project as well.
Six research methods to evaluate user experiences and functionality
To get a full picture of the current situation with JSTOR Daily, we engaged with a diverse set of 6 methods.
Research findings
I will only be discussing the findings of a select few research methods in consideration of the length of this case study, but a full discussion of results can be found in our final report, which is accessible at the bottom of this page.
Surveys: What people desire and what we can emphasize
We sent out our survey to the JSTOR Daily newsletter, and used affinity mapping to analyze 243 survey responses from both readers and non-readers. We gauged what people desired more from the JSTOR Daily website, and what they liked about the website that we could place more weight on.
Competitive analysis: Drawing inspiration from competitors
We observed and noted how successful competitors, some of which were mentioned by research participants, organized their content and layout.
For example, we analyzed what worked about Aeon's navigation menu:
⭐ Large titles for categories
⭐ No more than 7 categories ( 5 plus or minus 2 is the best for cognitive load)
⭐ Differentiate between larger categories with color, location, and font size
Analyzing what worked about competitors' choices would help inform our own design, drawing inspiration from best practices.
User journey: Seeing through users' POVs
Across 10 interview participants, we noticed two common groups of users that we could target in our improvements: educators and casual readers.
In addition to personas, we created a user journey map to walk through a specific scenario for each user group from their perspective. This helped us pinpoint specific opportunities for improvement.
We talked to several educators who enjoy JSTOR Daily’s content and want to incorporate it in their lessons.
Our main question: How can we help them find content for their students and emphasize teaching resources?
We also talked to many casual readers who enjoy the intellectual nature of JSTOR Daily’s articles and read them in the pursuit for more knowledge.
Our main question: How can we help them find diverse content that interests them and improve engagement with JSTOR Daily?
Usability tests: Uncovering usability issues
We provided tasks to familiar and non-familiar users testing the following:
🎯 Navigation
🎯 Search function
🎯 Relevance of content categories
🎯 Newsletter subscription (evaluating specific retention methods)
This revealed the following specific usability issues:
Turning user insights into ideas
Design requirements: From research to tangible features
With the sheer amount of information we gained from our many research methods, we had to hone in on what would be most important and impactful to users.
We created a table of features informed by research insights to evaluate and compare the features in how much they would improve user experience. We used this table to decide what to focus on in our prototype, while leaving the rest as a future reference for the JSTOR Daily team.
Click/press on image to expand.
We created this table from a brainstorming session guided by our research findings. Each feature targeted various insights that could improve the user's experience and increase retention.
Our rapid ideation session—what features would be most helpful to users based on our research insights?
Low fidelity wireframes: Developing and testing functionality
We focused on redesigning three main components:
⭐Homepage
⭐Navigation bar
⭐Article page
We started out with low-fidelity wireframes to firstly focus on functionality and layout. This initial draft proved useful as we were able to obtain user testing feedback on these early stage ideas, easily adjusting and iterating as we continued to design.
For example, the mobile article menu was adjusted based on the following feedback:
Feasibility: JSTOR Daily could not implement an account system to allow users to save articles.
Accessibility: The menu was moved to the bottom of the screen for more convenient access.
Key design elements
Our final design was informed by both user feedback and needs, as well as JSTOR Daily's business goals. After multiple cycles of feedback with the JSTOR Daily development and editing team, and various types of users, we developed the final redesign with the following themes:
We saw significant improvements in task completion time (i.e. sharing articles, finding topic-specific content) on our prototype compared to the original website. Four out of five tasks had at least an 80% increase in task efficiency.
Below is a more detailed explanation of what we changed and why in the three main components: the home page, navigation bar, and article page.
Home page
Navigation bar
Article page
Handing it off
To allow the JSTOR Daily to easily reference our recommendations and findings after the end of this project, we created handoff documents so they could more easily implement our design as we intended.
User flow
Maps out each interaction and the paths a user can take within the redesign.
UX Specification
Clearly defines layout, interactions, and behaviors of the redesign user interface for developers.
Reflections and next steps
Thanks to my teammates—Olive, Liam, Mida, and Connor—and the JSTOR Daily team—JR, Johnathan, and Anjanette—for making this such an amazing experience!
Final prototype
Try out our interactive prototypes of the JSTOR Daily redesign! Check out our final project report and UMSI expo poster as well.
