Design system
product design
systems design

Creating alignment between different cloud platforms

client

Lenovo

role

Product Designer

Type

Consulting

year

2021 - 2022

⚠️
Details of the project cannot currently be shared in this case study due to an NDA. I might be able to expand on it in other settings. For more information please contact me directly at gui@bayara.design

Overview

View of the design library inside Adobe Xd
The problem

Lenovo's cloud platforms grew and diversified independently, with individual teams editing the same codebase. This led to an inconsistent user experience and mismatched components.

Context

MULTIPLE PLATFORMS

Lenovo has a series of enterprise cloud portals with various functionalities. One such example is the ThinkReality Cloud Portal. While they all serve similar purposes in different contexts, each has its own specificities.

Thinkreality prior to the design system implementation.
the team

The design team consisted of four designers who collaborated with each platform's design team as needed. Additionally, there was a dedicated engineering team for the Design System, and they worked closely with the engineering teams of each platform to better integrate them.

Goals

  • Create cohesion between all cloud solution
  • Reduce workload on designers and developers
  • Create consistency between solutions’ flows

Challenges

  • Siloed teams working on different approaches to the same problems
  • Single codebase being altered by multiple teams
  • Inconsistent experience inside each solution and across them

Project

Creation of design system from both design andcodef perspectives. Allowing teams to work independently without compromising consistency,

What it is

Baseline

Many components were redesigns of previously existing components used across multiple solutions. Designers aimed to identify use cases and establish cohesion and alignment to meet the needs of various Lenovo solutions.

Phisycal buttons were a main priority, giving tactile feedback for those with visual impairment.
ATOMIC DESIGN

The project followed the atomic design approach. Based on the atom, molecule, organism analogy. The smallest parts of the system are considered atom, elementary parts of the wider system, making use of these atoms is possible to build more complex molecules which can be used to build organisms, templates and pages.

Two options for Shop & Scan.
CODE REWRITE

Implementation of a shared library allowing teams to have their own deploy schedule and maintaining consistency across platforms.

Process

How I worked

Aproach

Systems thinking was paramount for this project. One of my first steps was to understand the supermarket model, market and trends in the sector. Crossing those pieces of information with innovations around the world gave me an initial view of the system around supermarkets. It was challenging to learn about the business, its clients and technologies in such a short time. So I tried the create a more high-level view of the whole picture.

How the team worked

Work Distribution

Each designer was assigned a specific set of components to work on individually. They were responsible for maintaining communication with developers throughout the process regarding the components they were working on.

Working Sessions

Collaboration occurred daily during working sessions involving all the designers. During these sessions, designers would present the work completed the previous day and provide feedback to one another. Discussions regarding the best approach, use cases, and concerns would take place during these sessions.

Example of a file showed and discussed during working sessions
Design Reviews

After finalizing a component, a design review session would take place where the design and development teams could discuss the final version of the design. This served as a team moment, in contrast to the one-on-one meetings that occurred during the component's design process.

Example of storybook screen after componenets were coded.
Communication with the Development Team

Throughout the design process, designers and developers maintained communication to discuss requirements while the component was being designed. This communication occurred through chat and meetings and continued even after components were finalized when new concerns or use cases arose.

Results

⚠️
More images of the design system and details about the impact cannot be shared here due to NDA. I might be able to expand on it in other settings. For more information please contact me directly at gui@bayara.design

Designs

Screen showing table and side panel with multiple components
Screen showing table and side panel with multiple components
Example of part of the documention for the card component.
Guideline documentation for the callout component

Impact

consistency across platforms

The set

Speed gains for both design and development

Active effort to retain, and create jobs, in other areas of the business to compensate for possible automation losses. Training former cashiers to work in other positions. Increased hiring keeping up with possible growth in deliveries demand.