Usana Product Sharing Experience

Platform

Android & iOS

Project Type

Solo Designer

My Role

Lead UX Designer

Tools

Figma, FigJam

Timeline

Sep 2023 – Mar 2024

Intro

The Unexpected Shutdown

Suddenly, our team faced an unexpected deadline. The product sharing app’s core software was about to be shutdown, and it was a highly used mobile app feature. I led the effort to not only replace but improve mobile product sharing at Usana. It was a tale for the storybooks, proving that solid design practices and processes create the best digital experiences, even in unexpected circumstances. 😉

The Problem

Product Sharing Features Weren’t Ready

An old app housed the product sharing features, and about to be deprecated unexpectedly. It was built using a technology called Xamarin, and Microsoft (the owner of Xamarin) was shutting the technology down in less than a year.

We unexpectedly needed to design and develop a new product sharing experience and only had about 6 months

On one hand, we were very happy because the app was both difficult to maintain and not a good look for the brand. On the other hand, we were hoping to focus on other feature sets in the app, like shopping. Regardless, we pushed those dreams aside to make way for this imminent change!

Exploration

I started by auditing the current experience. I was pretty confident that many changes would be needed but needed to validate my assumptions. Unfortunately there wasn’t much documentation from the previous app, but I was able to pull enough details together with the production app and some sparse documentation.

Takeaways

1

The previous designs were created with many outdated mobile design patterns

2

Custom components and code were used instead of native and modern alternatives

3

Much of the UI, UX and interactions weren’t well crafted or considered holistically

With these all these ideas and info in mind I started creating flows. I like using visual assets to share what’s in my head and help other people share what’s in theirs. In this way we work towards alignment on the direction of the project. I do this at every step of the design process, but during these early stages I feel it’s much more critical in establishing a strong foundation for the project.

While going through the flows I tried to focus on 3 key areas that I thought would be most impactful for both the user experience and developer experience.

3 Key Focus Areas

1

Improved navigation and information architecture

2

Better product sharing and product lists

3

Implementation of native OS share sheet tech

The discussions were a big success and we all felt like we had a strong cohesive vision for the project and improvements we wanted to make. I’ll share more about how we handled these 3 focus areas later in the article.

LoFi Design

After the information architecture was aligned between all of us, I started sharing LoFi wireframe sketches with the same groups of people. These wireframe sketches helped us continue to refine the experience together and align our vision.

Information Architecture

During the LoFi phase is when I dived even deeper into the Information Architecture improvements that I began exploring in the flows phase. I shared my ideas and questions periodically with developers and stakeholders using sketches like the one below. Together we explored and refined them.

While sketching I ensured we were thinking holistically about the app experience and not just the current product sharing feature set. One example of this can be seen in the image below where I explored how we might support both shopping and sharing, which are both very important product related actions. I asked questions like:

  • Could they exist in the same space?
  • How could we structure sub-navigation elements like product categories to support both product sharing, shopping, and the already developed product subscription features?
  • What could we do now to prepare both the user experience and technical foundations to be strong and long lasting?

Thinking broadly about the app and talking openly with developers and stakeholders allowed us to reduce technical and UX debt and create a reliable experience that people could enjoy now and not need to relearn when new features launch.

Product Sharing & Lists

What exactly do I mean when I say product sharing vs product lists? Product sharing is pretty simple. Want to share a product with someone? Just like any other online shop you can share a single product on the fly.

Something interesting I discovered during the audit of the deprecated app was that at Usana you can also share multiple products on the fly or you can group products into a list and save it for easy sharing of that specific group. The problem was that the deprecated app didn’t provide a clear delineation between the 2 actions for users. Let’s dive into that more with an image from the deprecated app.

After a selection of one or multiple products, if the “Share” button was tapped it would create a list. But what if the user didn’t want to save a list? What if they just wanted to share products on the fly?

I created lots of different sketches to both explore how we could more clearly differentiate between these 2 actions and to communicate with others on the project about why this was valuable to consider.

Instead of deciding for the user that a product list would be created any time they tap the “Share” button, we needed to give them the power back. Let them decide when they want to share product(s) and when they want to make a list of products. To do this we adjusted not only the user experience and UI but also the backend architecture. Through many detailed conversations with stakeholders and developers it was looking like we would be able to do just that!

More Sketches

More sketches that were used to hone the product sharing experience, communicate with stakeholders and devs, and prepare for high fidelity designs.

HiFi Design

I had been pushing for us to switch to Figma since I started working at Usana and this was the first project after we made the switch (so I was stoked!). This allowed me to improve file organization with sections, notes, and more details that would help devs and stakeholders. Example below.

I was also able to finally build a really solid component kit using my favorite Figma features like Auto Layout, and start building prototypes! 🤩

The Magic of Prototypes

Here’s a few pieces of the prototype I created for product sharing broken up into different feature sets.

Android Prototype

iOS Prototype

Header

Details about this video

Header

Details about this video

For some reason interactive design prototypes aren’t something people used much at Usana and it confused me a lot. Here’s the main reasons I prioritize creating prototypes as much as possible.

Rationale for Prototypes

1

Devs, stakeholders and anyone else can quickly understand interactions and design intent

2

Designer catches more UX issues and solidifies the interactions and variants much deeper

3

A magical tool for anyone to communicate project details, design rationale and more

Whatever the reasoning is for a lack of prototypes at Usana, it was really fun to blaze new trails and showcase how awesome design can be! ✨ The devs and other stakeholders really enjoyed using the prototype during this project and I hope it catches on more in the future at Usana.

Share Sheets

Share sheets (like the one below) have become such a common interaction on mobile devices that you might not even think twice about sharing stuff another way.

But like I shared previously, Usana had been using a totally custom interface for sharing products instead of using the native one. No one at Usana seemed to know why, but here’s what that custom interface looked like. It didn’t offer apps or contacts suggestions like the native share sheets do and was a much more clunky user experience.

Since I was able to communicate the value of the native ones, it was full steam ahead and it was a huge win for not only the user experience, but also the devs experience. They would no longer need to worry about supporting clunky and outdated code and they were pretty excited!

That made me happy because part of the design process for me is including devs and stakeholder needs with user needs.

Finishing Touches

As we continued to explore both the HiFi designs and prototype together we were able to solidify the experience through additional review meetings and conversations. We were on track to meet our deadlines with the app deprecation, but there wasn’t too much extra space to spare. Here’s a closer look at a more of the HiFi designs.

Developer Handoff

Thanks to the improved file organization and the use of an interactive prototype, the handoff to developers went smoother than ever! Here’s a snapshot of the entire file that was delivered.

Like most projects there were a few unexpected design changes during development, but nothing we couldn’t handle. 💪

Outro

Impact & Learning

Not only were we able to deliver the product sharing feature set within the needed time frame, but also to craft an improved experience from what we had in the past! The new experience matches current mobile design patterns, modern technologies and improves the user experience in many ways including:

  • Improved information architecture
  • The use of the native share sheet
  • Revamped backend architecture and design for product sharing and lists

The devs were able to update their code to use modern languages, libraries, and components that are much more stable for them to maintain into the future. It’s launched in all 23 markets and many users have been enjoying the feature set and complimenting how much of a game changer it is for them. We’re very happy about the impact it’s having!

What I Learned

1

How to navigate challenging conversations in a very open & curious way

2

Starting with a project exploration workshop really helped set the project mood & foundation

3

Gaining understanding of each person’s goals is really crucial to moving together toward a goal