UX/UI Design

NYT User Profile

User Profile

 

Overview

Several teams at the New York Times saw benefit in creating a more personalized product experience. Product leadership saw value in a “user profile” to house identity attributes that could be used to enhance many aspects of the NYT experience. In order for these teams to begin exploring this space, an initial set of profile attributes needed to be created and launched to allow users to begin engaging with them. Product leadership determined they would be interested in name, username, and location data as an MVP for a user profile.

 

Contributors:

Product leaders (across missions), Engineering team, UX Research, Data insights, Marketing creative/copy, Cross mission design partners

My role:

Senior Product Designer - primary design contributor

 

Design process

Problem

Create a way for users to understand, input, and manage name, username, and location in their New York Times account.

 

Planning

Profile workshop

Output:

Several high level mid fidelity concepts where designed and iterated on creating alignment around basic profile attribute functionality. This would be the foundation for the Account team to move forward with an MVP.

Goal:

Designers from several stakeholder teams got together to align on a vision for how profile attributes could add user value and how they could be collected and managed.

 

Key Takeaway: Following the workshop, participants aligned around introducing basic management functionality in a user’s account while collecting attribute information across the product experience would be considered out of scope.

Additionally, the team aligned around presenting users with clear information about how data would be used and why it is being collected.

 

 

COMPETITIVE analysis

 

Output:

Evaluate how similar, subscription based services allow users to manage an identity.

Goal:

Evaluate how similar, subscription based services allow users to manage an identity.

 

Key Takeaways: I determined that users may expect their account to house profile information, and that most products typically require users to click into dedicated pages to edit content.

 

 

identifying user needs

Identify actions a user needs to take in order to create/manage a profile and what user’s needs are at each step to effectively plan design needs.

 
 

 

Information architecture review

Outcome

The team aligned on exploring 2 general strategies:

  • Utilizing and scaling existing page structure

  • Incorporating a new “profile” page into Account structure

Goal

Evaluate how new functionality could be implemented into the existing information architecture of the New York Times Account.

 
 

design concepts

 

first concepts

The first round of explorations focused on how inputing or changing profile data should work.

Due to design system and technical constraints, it was determined that separate pages for editing was more feasible and in line with existing patterns than in line editing.

 

 

second round concepts

The second round of explorations focused on how to incorporate profile attributes into the information architecture of account.

After reviewing explorations, the team decided to move forward with usability testing to better understand how users would interact with these attributes.

 

Option A. Utilize current information architecture of The New York Times account

Option B. Introduce a new dedicated page for profile management.

Option C. Combine all account settings fields (including profile) into one page that is linked from a home page which previews all account content.

evaluating design approaches

 

unmoderated user testing

In collaboration with research patterns, we decided to launch an unmoderated usability test to quickly evaluate the effectiveness of different approaches to organizing profile information in the New York Times account.

Methods:

Users were presented with each prototype and asked to evaluate:

  • Clarity of the account menu

  • User friendliness of finding profile information

  • User friendliness of adding profile attributes

    Additionally an overall SUS score was calculated for each variant

Key Takeaways:

Users reported Version A (maintaining our current IA) had the clearest menu

Version A had slightly higher usability rankings for each task and SUS scores

These scores seemed to primary be driven by version A having less complexity as tasks were on the first page encountered.

SUS Scores:

Version A: 89

Version B: 85

Version C: 85

 

Design Handoff

Information architecture design decision

Based on the usability study, the team decided to move forward with “Version A” in which a new “Profile” section would be added to the existing “Account Home” page (option A).

error handling

As the team launched this product, an important design factor became properly handling potential error and edge cases due to the nature of collecting and maintaining user generated content.

The team worked with partners to define criteria for valid inputs and create user friendly error handling.

Limits on character types for name attribute.

Handling profanity in usernames.

Preventing username overlap.

 

 

evalutating success

 

success metrics

The Subscriber Revenue team determined that adoption of profile attributes would not be factored as a success metric because the work focused on creating the MVP functionality and usability rather than pushing users to enter the information.

Instead, success will be determined by the ease at which users are able to enter and maintain this information by evaluating usability testing results and observing error rates on profile pages.

 

building a profile platform

A primary goal of this work was to build out basic profile functionality that can serve as a platform for other teams at The Times to build features that utilize profile attributes to drive engagement and reduce churn.

 

design refinement

 

Cross Mission Collaboration - Primary Locations

The profile project was initially scoped to include Name, Username, and a Location attribute. However, product leadership decided to redefine the location attribute as “Saved places” which would allow a user to input locations they were interested in seeing personalized content about (i.e. weather, news updates, sports coverage, etc.)

This increased the scope of work to include allowing users to add or manage multiple locations.

Collaboration Model:

The Subscriber Experience team would take ownership of the design work with the Subscriber Revenue team providing design feedback and handling the design handoff and engineering implementation.

This allowed the Subscriber Experience team to have a large degree of design input as the primary stakeholder for the location data while also utilizing the implementation expertise of the Subscriber Revenue team as the owners of the Account platform.

Process:

The Subscriber Experience team provided several mockups with the Subscriber Revenue team providing technical feedback.

My role was to finalize the designs to handoff an MVP that addressed technical feedback

Design decisions

  • Saving content upon selection/remove rather than at page level

  • UI consistency with design system

  • Error states

 

Early concepts for Saved Places in Account.

Final design for Saved Places in Account.

next steps

Following the launch of the MVP of the User Profile, several teams at the New York Times have begun evaluating how to utilize these attributes for engagement purposes and increase the number of users who provide the information. The MVP serves as a successful platform that other teams can use to build new features on top of.