Case study

My first Product Design project

(in progress)

Shopify logo and word mark.

Product north star →

Planning the product →

Early UI designs →

Refining for testing →

Next steps + lessons →

Project context

  • My role: Product Designer
  • Time frame: July – September 2024

This isn’t a standard “agile” project broken up into tickets. It’s a “zero to one” project where I narrowed down concepts and hidden problem statements into a design on the cusp of becoming an MVP.

I worked on this project in partnership with two Senior Product Designers that I met in a previous role. I did the lion’s share of the UX work in order to learn as much as I could, and these teammates supported me with mentorship and feedback as I grew into my first Product Designer role.

Andrew Webb

Andrew Webb

Intermediate Product Designer

I took charge on the design-related work in order to build as much experience as possible, incorporating feedback along the way. That included competitive research, feature prioritization for MVP, concept sketching, and UI development.

EJ Abano

EJ Abano

Senior Product Designer

EJ is an award-winning designer at BMO who also teaches UX at Humber College. He guided me through his high-level design process, provided feedback on UI concepts, and put together the high-level flow for the app we started building.

Christopher Mundle

Christopher Mundle

Product Design Lead

Chris is a top 50 ADPList mentor currently building AI products at Litera. He is also a Developer by training, which made him the natural technical lead for this project. He planned the technical foundation and provided UI feedback as well.

Finding the product’s north star

Problem statement ↓

ecommerce patterns and gaps ↓

Articulating the problem statement and mission statement

Contribution level:Partner

Our team quickly rallied around the north star of “helping people save money,” and a price tracker stood out as the most immediately useful way to accomplish that.

A price-tracking app could potentially help users save thousands of dollars per year. In the middle of mass layoffs and possibly more due to AI, it was the obvious choice.

I plugged in my knowledge of personal finance to help sell this to my team. It’s an informal idea called the “Theory of increased responsibility,” which states that people’s financial responsibilities grow alongisde their income.

That meant tracking sale prices would only become more useful as people purchase vehicles, mortgages, childcare, and travel plans.

Insight: as the project progressed, I amended our north star to include “saving time” as a secondary layer. Tracking prices is great, but bringing opportunities and alternatives to the user quickly emerged as the next level to achieve after launching the minimum viable product (MVP).

Uncovering ecommerce insights and gaps

Contribution level:Leader

Next, I dissected top ecommerce apps like Amazon, SHOP, and Walmart for their:

  • Services and revenue sources
  • Objects, structures, and architecture
  • Messaging
  • Progressive disclosure mechanisms
  • Recommendation patterns

This is what I discovered:

  1. Ecommerce apps need serious meta data for product organization, recommendations, and delivery.
  2. Traditional in-app search is too clunky for people to bother. Information needs to come to the user, not the other way around.
  3. Product searches are often backwards. They focus on brand and colour rather than functionally important info, like size and price.
  4. User retention (like total savings to date) has been forgotten in the quest for quick purchases.
  5. Few-to-no ecommerce apps incorporated social or community elements—just the occasional “influencer sizzle reel.”

This didn’t create a single path forward, but it did uncover gaps in the ecommerce space and a wide range of entities to build information architecture.

Planning the product

Information architecture ↓

App structure and flow ↓

Narrowing for MVP ↓

Developing information architecture

Contribution level:Leader

I wanted to understand the underlying structure of a good ecommerce app before mocking up any screens. Object-oriented UX was the key, here—realistically, I had to know what kind of code entities I’d be working with, regardless of focus or features.

I mapped out everything I could think of related to:

  • Products
  • Industries
  • Product function and ensembles (e.g. shoes vs. sandals vs. boots)
  • Transactions, taxes, and credit
  • Delivery and logistics

I also mapped out a hierarchy of metrics for the app, connecting every ground-level metric to a high-level growth number. It was important to me that we should have an analytics system to build our product intention and measurements.

The new insight: this exercise convinced me that price tracking would work best styled as an ecommerce app—not to compete with the current players, but to:

  1. Tap into already-familiar patterns (the “1,000 websites theory”).
  2. To lay the foundation for excellent product data in the future.

Extra: conceptualizing technical layers

Contribution level: Support

Obviously, you need data to make a price-tracking app—a lot of data. Where would we get it?

We planned to use web crawlers with a limited scope for MVP:

  • Daily crawls (to start)
  • Major online stores only
  • Popular products for proof of concept

We planned to start tracking prices on popular items before launching, and to send crawlers to the Internet Archive to get historical pricing data if stores didn’t have their own API for that data.

This would allow us to build a valuable proprietary data set with several applications:

  1. A potential partner revenue source.
  2. A lead acquisition source to embed in social channels and partner websites.

Outlining app flow and structure

Contribution level:Partner

EJ led development of the high-level app flow. He taught me the art of creating a recursive flow—a series of loops based on interactions and jobs to be done. His inspiration actually came from his love of game design, which we baked into the these concepts.

I added to that foundation by developing:

  • The checkout flow
  • More product page entry points (to support the user flow)
  • List management and meta data for products

During this exercise, we realized that this app flow could become twice as potent when paired with subtle AI agents working in the background to make increasingly precise and relevant product recommendations that improved with every pass the user made through the “loop.”

Extra: alerts and the "savings tally"

User retention mattered to me, so I paid close attention to these:

  1. Savings alerts
  2. A personal savings tally

Social media apps abuse alert dark patterns all the time to boost short-term engagement, yet users eventually disable them or just ignore them for lack of value (banner blindness 2.0).

That’s why I wanted to make alerts selective, just for:

  • Price drops of 10% or higher
  • Close alternatives to tracked items going on sale
  • Scheduled sales beginning at tracked stores

I also wanted to create an accessible “savings tally” page to show users how much money they had saved. This would compare the subscription of, say, $5 per month against running annual savings.

Amazon had one of these pages, but buried it so deeply that I almost didn’t find it—even while searching for it.

Narrowing the core experience for MVP

Contribution level:Partner

We planned to design for a mature product state (as a practical road map) with the understanding that we’d scale it back for the minimum viable product.

We put aside plans for AI recommendations and subscription tiers to focus on creating the core price tracking experience.

This. iswhat we settled on for MVP:

  1. Tracking product prices at 3 major retailers
  2. Letting users track products manually.
  3. Comparing current prices with historic highs and lows.
  4. Notifying users when a tracked item’s price decreases by 20% or more.

We didn’t plan for it to be an ecommerce app right out of the gate—it would be a price tracker first and foremost. Then I realized it would be a recommendation engine second, based on a simple principle: if the product you wanted wasn’t at the price you wanted, then we’d recommend the next best thing.

That’s when I knew I’d name the app “Reco.”

Despite tracking prices and producing alternatives, it still made sense to assume the form of an ecommerce app.

 

  1. Faster and smoother onboarding. Users would recognize the same patterns from existing apps.
  2. Using a similar structure would let us carve out a new niche in the upper and middle part of the Buyer’s Journey (or marketing funnel).

Extra: data, revenue, and future plans

I also thought about the app through the revenue lens.

I had plans for subscription tiers:

  1. Free Forever: track 5 product prices
  2. Saver: track unlimited products and receive notifications when prices drop.
  3. Power Saver: track unlimited products, get custom notifications, and (eventually) have an AI assistant prepare orders and find alternative deals.

We also planned to make the app feel like magic by using AI to:

  • Find next-best product alternatives.
  • Make recommendations informed by pricing data and merchant trust signals.
  • Recommend related products to complete a set, such as outfits, collectibles, or home settings.

Lastly, I wanted to use the product data for both revenue and user acquisition opportunities:

  1. A B2B subscription to access the app’s pricing dataset for competitive analytics.
  2. Public web pages displaying “today’s lowest price” for products. These would become anchors for backlinks, boosting the web app’s prominence and carving out a new top-funnel space in the buyer’s journey.

Early UI development

Sketching concepts ↓

First UI iteration ↓

Seeking fresh patterns ↓

Sketching core concepts

Contribution level:Leader

On the recommendation of my teammates, I learned to sketch my concepts for early ideation.

We had very loose ideas of what screens might contain, but those consisted of boxes with labels. They were placeholders for the UI we hadn’t yet developed.

I sketched my ideas for product screens to get the core experience. There would be more to the app, but this would become the most important part—so I went through several iterations.

I also started thinking about related elements to tie the product together:

  • Iconography for intuitive language
  • Alerts and related content patterns
  • Data visualizations for price trackers

First UI iteration: the product screen

Contribution level:Leader

I was eager to start UI development after conducting so much competitive ecommerce research, so I focused on the product screen first. This was my first attempt at UI, so I hadn’t discovered layout grids yet.

Iteration 1 included:

  • A “good time to buy” rating, which changes depending on price  vs. historical price.
  • Slider buttons to let users choose the precise version of a product, though I misplaced this in the screen hierarchy.
  • A lateral price bar displaying where the best available price sat between the historical high and low.
  • Product reviews, separated into user reviews and official publications.
  • A product info card with 3 tabs: highlights, product specifications, and related news to inform purchases.
  • A “related products” card based on vertical, affinity, and price range—not just “what other people purchased.”
q

Setback: I put a lot of effort into the meta data management and handling different product specifications, but my teammates gave me some feedback indicating that I needed to back up a few steps:

  1. Top-level hierarchy needed work.
  2. There was too much interaction up front.

 It felt a little embarrassing at the time, but that’s growth.

Seeking new pattern inspiration

Contribution level:Leader

I consulted with my teammates on how to approach this at a process level, and that’s when I learned to look in other veritcals for unique patterns.

I’d only been looking at other ecommerce apps, so I looked at completely unrelated apps in these verticals:

  • Music and concerts
  • Video games
  • Books and book clubs

I used Mobbin to access screenshots of these apps more quickly than creating accounts on my own, and then I tried to adapt the most interesting examples to our price tracking app.

It yielded helpful results for things like product collections, manual exploration, calendar events (for scheduled sales), sequences, and comparison interactions.

None of this produced a silver bullet, of course—but the exposure to different verticals, operations, and business models gave me some great ideas to bring back to the price tracker app. 

My facepalm moment: my teammates pointed out that I could just use existing OS component libraries baked right into Figma—Material Design 3 and iOS, specifically.

It wouldn’t have helped so much while exploring custom modules inspired by unrelated industries, but I did make it my default approach moving forward.

Refining the app

Refining product screen ↓

Search and discovery ↓

Product scren evolution ↓

Refining the product screen

Contribution level:Partner

I booked a working session with one of my teammates to walk through their feedback and the problems they saw with the existing design. It was a great learning experience to get critical about my own work.

We started with a teardown, and it wasn’t as bad as I feared. My design had a few specific issues—and other platforms had already solved some of them.

  1. We merged the price and “should you buy?” components into one.
  2. Too many product specifications too early: the SHOP app solved this already with drop-down menus. I used this pattern to combine two sections into one.
  3. We changed the “more products” slider into a grid to give the user more options at a glance, minimizing interactions.
  4. I added a comparison function to “Similar products” cards so that users could immediately compare what they saw to the current product they were viewing in a bottom sheet.

Just about everything I wanted in the design still remained. I (re)learned that most complexity can be drip-fed through progressive disclosure.

Extra: designing the action wheel

Contribution level: Leader

This was also my first time designing interactions, and I came up with the wheel idea. It started with the “Tinder swipe” idea earlier in the ideation phase. Hunting for products on sale is even more ruthless then romance, after all.

I put down the idea for a time because the number of product-related actions grew from 2 (buy or pass) to 4:

  1. Buy now
  2. Toss/pass
  3. Track price
  4. Add to cart

It seemed like too much for swiping, but then I encountered more wheel UI in unlikely places—the Temu and Deezer apps. I realized I could apply the “swipe” concept in 4 directions, not just 2.

It would require a floating button that expanded upon tap or swipe, and it would actually occupy less screen real estate than 4 buttons stacked on top of the bottom navigation bar.

Search and discovery evolution

Contribution level:Leader

I’d intentionally left the home screen and search flows  until after I’d refined the product screen, the core experience.

I used Conversational Design principles to craft these functions:

  1. The search bar at the top of the screen
  2. Tracked items on sale
  3. Your product collections (with suggestions)
  4. Lates product finds (pro-active suggestions)
  5. Current and upcoming store sales

The persistent bottom navigation included:

  • Home
  • Saved items with tabs for: Everything, Collections, and Sales
  • Orders
  • Profile and Settings

The search bar placement encourages immediate interaction, but I intended long-term engagement to revolve around price notifications and product suggestions.

The smart recommendations would eventually eclipse most manual searches by anticipating user interests based on in-depth information architecture and meta data. That completed the core recursive loop that we designed at a systems level way back at the beginning of the process.

Extra: rounding it out with support functions

Contribution level: Leader

These screens support the core recursive loop of search, evaluation, and discovery. They don’t define the experience, but I devised them with purpose.

The onboarding flow: I designed this to build early momentum with product discovery, picking favourite stores and product areas (e.g. fashion, gaming, home). It minimized personal information gathering to maximize product personalization as early as possible.

 

The savings tracker: this would show users how much money they saved with the app, using the price anchoring principle to compare those savings against the planned $5/month subscription.

Recommendation card: I made the card pattern. asbasic as possible so that it could apply to a wide range of scenarios: price drops, product alternatives, sale notifications. This would be important to keep UI simple for MVP.

 

Unauthenticated flow: I set triggers to prompt users to sign up at specific interations, such as: saving 3 products and requesting sale reminders.

 

 

Retrospective: product screen evolution

The market validated our hypothesis

We started this project in July 2024, and—unfortunately—my teammates both had to put down the project for personal reasons.

As it happens, two big names in tech (Google and Perplexity) introduced new price tracking and comparison features just months later. It was validating to see different takes on our idea in the market, even though my partners weren’t able to continue the project with me.

Nov. 2024: Perplexity Shopping Assistant

In early 2025, Google Shopping started aggregating prices from various ecommerce stores with alternative SKUs and used statuses.

Spring 2025: Google Shopping rolls out price comparisons

In early 2025, Google Shopping started aggregating prices from various ecommerce stores with alternative SKUs and used statuses.

What would have come next?

1. User testing

We planned to test the mid-fidelity frames through the UserTesting platform and incorporate the feedback before building the MVP.

2. Minimum viable product

Next, we’d build a scaled-back version of our designs focused on the price tracker. This would start with 3 U.S. digital stores (Amazon, Walmart, and Target).

3. Grow the user base

I had some ideas to grow our early user base, including some freemium models and sharing limited pricing data to carve out a new top-of-funnel place in the Buyer’s Journey.

What I learned as a Product Designer

Product north star development

Spotting product-market gaps

Hypothesis development

0 to 1 product design

Recursive app structures

Better UI hierarchy

UI development

Designing with code in mind

Designing UI for scale

And that’s how I took my first steps as a Product designer. Thanks for reading!

View my other work by position

Content Design at WestJet

I joined WestJet to expand my UX thinking in a new industry—and in a product space where mobile and web apps need to work in tandem with real-world services.

→ View work (password required)

Content Design at BMO

The Bank of Montreal brought me on to help them build content design system standards, processes for their enterprise CMS, and a fresh perspective on their UX practice.

→ View work

Content Design at Meta

Meta recruited me to improve the internal tools that power sales and support operations for tens of thousands of employees pushing advertising solutions every month.

→ View work

Shopify logo and word mark.

Content Design at Shopify

I helped relaunch Shopify's logistics and fulfillment service alongside program managers and product marketers, simplifying logistics and delivery for growing merchants.

→ View work

Creator project: Employed Historian

I started a solo project during the pandemic to show liberal arts grads how to explore and build careers. This included a 100-page website, an ebook, and (almost) a podcast.

→ View work

SEO and content marketing at aha insurance

I grew the company's organic search traffic from 1K to 60K per month, and helped to create one of the most cost-effective paid search campaigns in the industry.

→ View work

Want to work together? Let's chat.

Feel free to send an email if you'd like to chat.

I love talking shop over a cup of coffee, even if you just want a second opinion on something.

Coffee's on me.