Microsoft Lists for iOS & Android

Driving design for Microsoft Lists product on mobile devices

A render showing the organizing and tracking capabilities of Microsoft Lists.

Role & impact

  • Managed the design team that builds Microsoft Lists for iOS and Android devices.
  • Worked with Leadership and Product Management to define product vision and strategy
  • Collaborated with Research, PM, and engineering to drive the product roadmap and ongoing development process
  • Partnered with cross-functional teams such as Marketing, Content, Art Directors, etc. to contribute to the product charter
  • Defined and delivered the end-to-end UX for a new 1.0 mobile solution, which was launched in Jan 2021

Work at Microsoft

At Microsoft, I managed a team of designers that focussed on building file experiences in Microsoft Teams, consumer & enterprise versions of Microsoft Lists, and features for the Microsoft 365 suite.

My work involved defining the product UX and strategy by working in close partnership with Leadership, Product Management, and Research teams. As a Manager, I was accountable to deliver high-quality products and building a culture of design excellence & better craft.

During my earlier years, I worked on OneDrive for Windows and mobile devices, and modernized the SharePoint Metadata Admin Center (part of Microsoft Syntex), besides several features for Microsoft 365. A lot of this was foundational work for my team in India.

Beyond my product work, I led the Design Internship program for the Design Studio and several key University Recruitment initiatives, that had a direct impact on our culture and growth at Microsoft India.

Microsoft Lists

Lists is a smart information tracking app, that can be moulded into anything from a simple to do list to a complex inventory management system. In early 2020, we initiated work on the mobile app, which had a public release in Jan 2021.

As the Design Manager on the mobile app, I collaborate with PM, Engineering, and partners across our Hyderabad (India) and Redmond (USA) teams to define and drive the product strategy and development process.

At the beginning of the design process, I contributed to coming up with the initial pitch and the north star vision for the product experience. I, later, followed a research-first approach to chart the MVP and the release plan.

Related: Read about my work on building Microsoft Lists for web.

Why we built a mobile app

Microsoft Lists (erstwhile SharePoint Lists) is an established and heavily-used product on the web, with one of its earliest versions released in 2001. With a strong community and ecosystem, users have even built custom solutions based on the Lists framework.

However, the existing solution within the SharePoint mobile app was limited, and over time a need to address several new scenarios appeared.

We realized that a mobile-first solution with a simplified approach to information management will be the answer. The team, hence, set out to build a mobile app from the ground up, which gave us an open canvas to define the core experience and interactions of the product.

Video: Comparison of Lists experience within the SharePoint app versus the new product.

Designing the app experience

I had the challenge of building an app for a two-decade old product, and from scratch. I had a strong design experience of making the product for web, and I leveraged this to kickstart the process.

To begin with, we started with a blank slate (Figma pages, actually) to re-imagine the list experience. My team collected data and examined research from products in the Microsoft ecosystem to understand their approach to information management and productivity. This helped us create multiple hypotheses.

The first few weeks of the design phase, then, were spent exploring the possibilities of a mobile-first solution. I pushed the team to explore capabilities like GPS, accelerometer, camera, gestures, etc. to show how they could be used to create better solutions that fit our users' lives.

Blue sky explorations & mocks helped onboard stakeholders early in the process.
Drawings showing iterations of key product features

The primary and secondary research helped create multiple hypotheses for the product. Beyond that, I brought in insights from our web data and benchmark studies to drive many design decisions. These were the guiding principles for canvas interactions and feature discovery within the app. I enrolled the partner teams to use this knowledge for feature prioritization too.

I had a lot of fun innovating new ways of interacting with the data. For example, after many iterations we decided to anchor the first column in the list. This was necessary so that users don't lose track of the row they were looking at. The decision to make column sticky was a fine balance between the need for a large consumption canvas and reduced clutter in a content-heavy screen.

Below is the animation of how the text sticks to top as the user begins to scroll.

Video: Locking the first column was necessary, so that the user does not lose track while scrolling

Most of the app was designed and built while we worked remotely. As the Manager, I tweaked our processes to increase the frequency of our design crits and peer reviews with our teams in India and Redmond. This helped to expedite decision-making and reduced blockers for Engineering.

Further, we collaborated closely with the Fluent Design team to align with Microsoft Design principles and coherence with other Microsoft products.

I collaborated with multiple teams to ensure that the app had UX coherence with other Microsoft apps

To deliver value with every sprint release, I worked with PM and Engineering to create a sprint plan with 'user value' as an important factor. With this, the app was usable and our users found value with every internal dogfood release.

The product was now ready for an amazing public release.

Design & PM influenced the team to align sprint plans with user jobs and scenario completion.

App store and content strategy

With a new product offering, landing the right messaging and branding on the app stores was very important.

Microsoft was in the middle of revamping the design aesthetic of its app store content. I made sure the team plugged in to this effort in advance, to have the visual language in alignment with our product ethos. I worked with Art Directors in the Microsoft Brand team to define the messaging that portrayed the product the best.

I conducted reviews with key stakeholders to close on the strategy. Meanwhile, I worked with the marketing teams and content writers to use the current market research and Microsoft principles to come up with a copy that complemented the imagery.

We decided to represent the product by illustrating the essence of the product experience. Lists is an app to organize and track work, and we used bold and colourful branding to represent this through tinted boxes and stacks. Elements of collaboration capabilities were sprinkled across the artwork.

Before the final release, we designed and tested multiple iterations of the assets and the app store copy with users.

Over time, I have continued to work closely with the marketing team to fine tune our positioning on the app store. We have been making incremental changes to the copy and the images to communicate the right product value to our users.

Below is the comparison of our versions over time, where I used this data to refresh the renders to bring more focus to the subject. The ordering and value props were also modified to align with a typical user journey.

The app store content was iterated to align with user jobs and their journey.

Continuing work

The apps are in rapid development, and my work includes working on identifying opportunity areas, organizing crits, standardizing internal processes, developing design frameworks, and enhancements based on user feedback, besides delivering for the existing roadmap.

I continue to collaborate with Research, PM, Leadership, and partner teams to draft the product direction. I also engage in research to better understand jobs to be done, and identify the right problems to solve.

Below is an example, where I used feedback to improve the default column widths and built a feature to customize it. We continue to monitor telemetry to find patterns that may be shipped as OOTB features in the product.

Video: UX to adjust column widths. Telemetry from this is used to ship OOTB features.

Learnings