Redesigning CMS Flows to Accomodate Multiple User Roles

Focusing on cms ease of use For when multiple users contribute or publish changes to the live site

Client: Rocket Communications
Industry: UX Design, Front-End Development
Project Type: CMS redesign, desktop
Duration: 3 Weeks

Rocket Communications is an enterprise UX design company focused on quality designs of critical systems: financial systems, medical devices, or satellite command and communications systems. Rocket Com developed a CMS (content management system) for SATCOM, specifying UX guidelines for standardized designs. Rocket has designed for companies such as Apple, US Air Force Space Command, Intel, HP, Oracle, and Cisco.

 
 

CHALLENGE

There was no existing user hierarchy, so anyone with a login to the CMS could publish edits. We were tasked to redesign the CMS site architecture and layout to solve this problem.

USER PROBLEM

The site navigation was difficult to understand, and the publishing flow required multiple clicks to complete just one task.

SOLUTION

We defined a user hierarchy and permissions within the CMS and catered the site navigation to help these users efficiently perform their roles.

MY ROLE

As the Product Manager with additional specification on UX design and creative strategy, I worked closely with the client with constant focus on the site architecture and user feedback.

 

DESIGN PROCESS: RESEARCH

"There is no structured flow or hierarchy for users. Anyone can publish."

We have an interesting case where our users are our stakeholders. Through user interviews, competitive analysis, and heuristic evaluation, we discovered the user goal would be to navigate and accomplish primary tasks on the CMS with ease and efficiency. On the stakeholder end, the CMS lacks structured user roles. Undefined roles lead to unclear responsibilities, specifically with the publishing flow. The stakeholder goal would be to establish user roles within the CMS and to create a hierarchy of responsibilities among users.

Screen Shot 2017-11-13 at 2.50.23 PM.png

User Interviews

We conducted in depth user interviews and observed how the users interacted with the CMS, specifically with the publishing flow.

Business_Analysis_P5 (1).jpg

Competitive Analysis

Wordpress - Where the navigation aligned and how the user hierarchy was set up
Facebook - How the user hierarchy was set up, and Facebook had a variety of user options

Screen Shot 2017-12-06 at 11.44.46 AM.png

Heuristic Evaluation

We combed through the publishing flow to find systematic issues that we can solve. We found that the publishing page was quite unclear.

 

DESIGN PROCESS: IDEATION

Design the cms for three main users.

Originally, our stakeholders believed there to be 4 user roles: Admin, Publisher, Editor, and Writer. We defined 3 user roles and responsibilities within the CMS after user surveys indicated that users combined "editor" and "writer" roles. We finalized Admin, Editor, and Contributor as the CMS users and we wanted to form a cohesive relationship between each user role.

IMG_9670.JPG

Rapid Ideation

We ideated CMS layouts based upon competitive analysis and user interviews

Rocket CMS sitemap update.jpg

Site Map

We redesigned the site map according to the new user permissions.

user flows of main tasks .jpg

User Flows

We defined the multiple user flows and how they interact on the CMS.

 

DESIGN PROCESS: DELIVERABLES

key research findings, heuristic evaluation, sitemap, user flows, mockups, prototype

We focused the redesign on the admin and publishing flows, where the admin or editor would go in, authorize changes, and publish a new CMS version to the live site. Ease of use, understandable navigation, and least amount of clicks were prioritized.

Tools: Sketch3, InvisionApp, Procreate App

 

Results + reflections

We struggled with grand redesign ideas since we did not know the developer constraints with the CMS. With constant communication with our stakeholders, we were able to find a middle ground of practical and efficient design. Since Rocket's user pool was so small, vast user hierarchies on Wordpress or Facebook were not applicable for our user base. We had to distill and adapt the best practices of user hierarchies to our small user pool's priorities.

Bringing users into the process at each milestone helped us iterate a better CMS redesign. Next steps would include improved information architecture of the other tabs available to users (files, images, etc.).