Customer Mars Operating System

Context

CMOS, a comprehensive short-term operating system, provides standards for meeting structure, tools & metrics, problem-solving capabilities, customer communication, and sustainability.

Brief

Client - Mars, Inc. (via Mu Sigma), an American global manufacturer of confectionery, pet food and other food products.

Project Type - Enterprise Application, transforming a mix of manual and ad-hoc online processes.

Role - User Research, Ideation, Prototyping, Interaction Design & Testing

Duration - Apr 2020 - Sep 2020

Location - Bangalore, India. Remote client locations - Nashville, United States, and London, United Kingdom

Design Tools - Figma, Optimal Workshop, Mural

Other Tools - Jira, Confluence, Office 365

Design process

Write something about design process

Background

The Customer Mars Operating System (CMOS) the core operational process around inventory planning and customer order fulfilment, is a complex and long process. To plan this process, Mars US was completely dependent on excel tools, which only allowed limited options to give transparency and share information or data. Focusing on customer-centricity while delivering value to the business, along with having a forward-looking view on inventory, costs, profitability, and customer order fulfilment was the need of the hour.

Why?

The vision of the CMOS is to ensure that different teams (i.e. CMOS, Customer Relations, Availability, Sales) have clear visibility into the inventory levels, out of stock risks, and can proactively communicate internally as well as with customers to ensure good relationships and minimise the impact of stock-outs. 
A key purpose is to ensure that the Sales teams are a part of this CMOS vision since currently there is no effective communication channel with them to keep them proactively informed about order and promotion risks faced by their customers.

Key needs

To create a customer-centric platform and decrease the risks of upcoming promotions/orders committed to the customers by identifying those risks and having clear visibility of the promotions’ timelines.

Current process

The current process involves heuristic decision making, is manual excel effort-intensive, and is isolated leading further process inefficiencies. The team is looking for an intuitive framework to collaborate on stock management with both availability and customer lenses. The team is a collection of roles (Availability, CMOS, Sales, and Warehousing) responsible for stock control, promotions and order management, and maintaining customer relations​.

User interviews

I conducted online user interviews with our Sales Team members to understand about their goals & needs, pain points and usage behaviour

  1. What is your main goal every morning related to CMOS?

  2. What are the most important decisions you or other people need to take in using the CMOS tool?

  3. How do you come to those decisions in your current ways of working?

  4. How do you communicate decisions made in your ways of working? Who do you communicate with about decisions?

  5. What could make your decision-making easier?

  6. How would you describe your past and current experience with the tool or tools that you use right now?

  7. What do you like about the current tool or process that you follow to perform your daily activities?

  8. What don’t you like about the current tool or process that you follow to perform your daily activities?

  9. Do you have any secondary goals? If yes, please describe.

  10. What would prevent you from achieving your goals?

  11. What improvements could be made to make your goals or decision-making abilities easier or better?

  12. Would you ever need to share these metrics with others? If yes, who, what format, and method of sharing?

  13. Would you ever need to export any information or metric? If yes, what format and method of import?

  14. Under what circumstances would you want to receive an alert or notification in the new tool?

  15. What haven’t we asked you today that you think would be valuable for us to know?

  16. May I contact you if we have any other questions or for possible further research for this project?

Insights

Through user interviews, I could figure out a few insights.

Findings

I converted the Research Insights to
Pain Points, Needs and Opportunities

Redefining problem

Using the insights from the user research, I redefined the problem statement to simplify the entire process, tasks involved, and problems they face during the entire workflow. The entire complicated process was eradicated and replaced with a new working way named 'the CARE way' - Concern, Accountability, Resolution, and Execution.

Task identification

We (I along with stakeholders, product owner and scrum master) brainstormed, conducted product semantics, sketched screens, and made a storyboard to try out features and ideas focusing on the users' needs found during research. ​​​​​​​

Solution approach

My approach was focused on a Goal-driven product instead of a Feature-first product. As we talked to users, we found the 4 different segments of users constitute the entire user base. Some of the use cases were individual goals while some were overlapping goals. So instead of working on features I started breaking small goals which can be used by all and place them in the application based on each role based login.

Sketches

I collaborated with my stakeholders, product owner and engineering team to do a white boarding session based on the initial pen & paper mockups

More ideas were generated for the visual design. Constraints were also highlighted.

Information Architecture

Based on the initial brainstorming and sketches, I came up with the first version of Information Architecture which helped me to create the first version of wireframes and prototypes.

Usability Testing

I performed moderated, remote usability testing on the initial prototype created during the brainstorming session. I discovered a few insights and it also provided some of the user expectations regarding the flow of the application. The next obvious step was to perform card sorting to resolve those issues.

Findings -

1. Navigation flow issues​
2. Missing features

Card Sorting

To improve the navigation and information architecture of the CMOS tool, we did Card Sorting. This helped us to categorise different features and then bucket them accordingly to improve user experience.

Information Architecture

After Usability Testing and Card Sorting, I updated the Information Architecture to get aligned with users needs and goals.

Principle of disclosure - I applied Principle of disclosure on the overview page to show just enough information to help people understand what kinds of information they’ll find as they dig deeper.

Design - Prototype

Outcomes

.

Impacts

Positive results and much more to do -

Alternative Items acceptance rates increased by 17% - availability of data, availability of new alternatives

Risk Identification rates increased by 2 days - clarity of data and capability to identify and add risk

Cuts decreased by 12% - alternative items, advance intimation to customers

Accurate data on hand increased by 94% - data refresh is real-time instead of ad hoc spreadsheets

Time to get data on hand decreased by 35% - no need to jumble through multiple spreadsheets

Tools used for daily activities decreased by 76% - instead of multiple tools and spreadsheets, users are using a new tool along with a few spreadsheets if required

Learnings

This was the first time I did extensive UX research.

Although I was nervous at the beginning, I soon earned the trust of my stakeholders.

I coached my stakeholders about the importance of UX research, working backwards from the customer point of view

Feedback