Brand
Summary
I was an individual contributor and responsible for the design efforts at the EDS team at Chennai. The management believed in seamless access to information for the employees at any point in time. Naturally, one of the solutions was to invest and build PayPal’s iOS app store, which hosts 50+ apps. During my tenure at PayPal, I designed and shipped two major iOS apps and updated three complex large scale existing web applications.
Responsibilities
UX Designer
Duration
2017 - 2018
Around 2017, the C-level executives laid out a well thought out roadmap ahead - Vision 2020. This vision empowered the various internal organizations to be autonomous but transparent in its governance. This opened up tremendous opportunities to restructure the way “Delivery groups” operate.
If data is considered as the new oil, then Enterprise Data Service (EDS) is the oil refinery of PayPal. EDS collects, monitors, manages, collaborates, and visualizes data from First party and third party tracking systems.
Being the only designer surrounded by developers, data analysts and Product owners has its own set of challenges. Because of the organizational restructuring, few teams gained access to data, few lost ownership of databases, and roles and responsibilities shifted. Asking the right questions to the right people was a nightmare. One of my mentors who is a Senior Project Manager shielded me from all uncertainty and provided me access to the information I needed, validated assumptions, and introduced me to right-ish people.
Due to this organizational restructuring, new teams were created, some were merged and some saw the sunset too. This means I have to make sure all the apps are visually consistent. PayPal has a style guide that is strictly enforced for consumer-facing products but enterprise applications did not follow this suit. I invested the first few weeks working creating a style guide borrowing specs from the PayPal style guide and built some components for data visualization. I teamed up with the engineering team to work on the Javascript part and shared the library
On a very high level, the design process at EDS consists of 5 steps. It is a very fluid process depending on the project and the requirements. For these projects, I skipped a few steps, but it gets the work done, and the target audience was happy - a win-win situation.
At PayPal, Whiteboarding is considered as wireframes. Once the concepts are agreed upon, I skip the low-fidelity part and directly use the components from the design system I contributed to. This helped us to create MVP in very short timeframes.
The initial scope of the project was to cater to the needs of the various delivery teams inside the delivery group, EDS. There were 100 users. As newer teams took more responsibilities, they wanted more data to make informed decisions. More requests for data and visualizations started pouring in. Finally, the user groups became very diverse. This includes everyone from the CTO to every data analyst across the EDS, marketing, customer success, and the PR team.
The majority of my work revolved around designing around data for mobile real estate that help users make informed decisions. One challenge that I faced was the existing visualizations were not mobile-friendly.
Job to be done is best suited for user flows where users perform a series of steps to complete a task. With a good user experience, a user can complete the task faster.
Answering a question means exploring various visualizations by filtering and sorting. Hence, finding an insight cannot take the same approach as a user task. Exploring insights and data is not linear and does not have a clear goal. In addition to that, most dashboards use dynamic datasets, hence most tasks a user does is exploratory.
Different users want various types of visualization and granularity of the same data.
Credits to Susie Lu
Resizing visualizations to fit the mobile real estate does not provide a functional experience. I asked a lot of "how may I" questions to come up with different visualizations using convergence and divergence methods and A/B tested them to validate them right away.
My designs were informed by the following directions.
I used the “Show and tell” technique, which is unconventional, to understand how users perceive a visualization. This was an essential step because most of the visualizations in the desktop application can not be reused for mobile responsiveness.
Color-coded visualization keeps the organization running smoothly. It helps users to spot any incidents or issues.
"Familiarity bread contempt" is not valid for data-centric dashboards. Breaking the mental model of how users perceive the data is something that I wanted to avoid as much as possible.
I took inspiration from Dr. Ben Shniderman’s information visualization mantra to design effective data-centric visualization dashboards.
1. A quick summary of the project provides a succinct idea of the status of the project.
2. Color coding the information helps users to effectively skim through complex visualizations.
3. Providing trend lines is a common good practice for giving an overview and context.
From the user research, I understood that users are bombarded with data that is not useful to them. That includes data from other Delivery Groups. Having a filter to enable users to select DGs that are useful to them helps to reduce the cognitive mental load for the user.
Different users want to access different aspects of the same dataset. One way to better cater to this need is data abstraction. Data abstraction based on the role or profile.
For example, Durable teams often have access to data across various products. An executive wants to see the high-level trends of the organization’s health. A delivery group manager would like to see the data of all the teams in that delivery group unlike the Delivery team lead who wants to see just the data related to just that team.
Color coding certain regions are a great way to attract user’s attention. This is done only at places where it is absolutely necessary to draw the user’s attention.
After directing the user’s attention whenever needed, I gave the users a way-in to explore or investigate the details on demand.
The whole idea for a mobile application is to enhance employee productivity by providing seamless access to data. This opens up a wide range of opportunities to integrate EDS apps with other communication platforms like Slack.
During follow up feedback after the app went into production, one user behavior we noticed was that employees did not use the share option effectively. Employees often took screenshots of visualizations and share them on their Slack channel and start discussions every day.
This led to a design idea to build a Slack App that provides automated morning updates to the team’s slack channels which could be useful during daily huddles.
After I consulted with the analytics team, I narrowed down the various frequently asked questions by the employees and proposed a conversational agent that follows a strict hierarchy. The recommendations are based on the recent and recurring questions searched by the employee.
As a designer, it is my responsibility to work with the developers and collect post-production feedback in a tight feedback loop to iron out and include edge cases that were missed during the design and testing period. The 2 apps I shipped were downloaded by 1000+ unique users until I was at PayPal.
I would say working at PayPal has been a fantastic experience for me. It was the most important and challenging project so far.
At grad school, I took Data Visualization as a part of my course work, and I learned about storytelling using data-centric dashboards.
Apart from work, I am fiddling around with Google Assistant actions to create a Bot that helps me be more productive. Ask me about that when we talk.
Email: hello@aravindjr.com
LinkedIn: Aravind Jembu Rajkumar
© Aravind 2021
Designer | Researcher | Product?