TAL Buyers Network

Helping professional vehicle buyers find and act on the right inventory

I designed and helped ship a mobile marketplace that connected The Appraisal Lane's vehicle inventory with approved automotive buyers.

Four TAL Buyers Network screens showing inventory browsing, vehicle details and bidding, filters, and an open vehicle offer.
Portfolio screen composition showing inventory discovery, filtering, and vehicle details.
Role
Product Manager and product designer
Timeframe
2017 to 2018
Platform
iOS, Android, and connected web administration workflows
Client / Org
The Appraisal Lane

01. Overview

Connecting trade-in inventory with professional buyers

Car dealerships regularly take vehicles in trade that do not make sense for their own used-car lots. A Toyota dealership might accept a BMW to complete a sale, for example, even if it does not want to stock that car or cannot offer as much for it as a BMW dealership might.

The Appraisal Lane gave dealerships another option. A dealer could photograph a trade-in, complete a condition report, and submit the vehicle through the app. Our appraisal team would review it and make a cash offer. The dealer could then decide how to use that offer in its transaction. If the dealer accepted it, The Appraisal Lane purchased the vehicle and needed to find the right buyer for it.

When I joined, professional buyers could view available inventory on a basic website and contact an account manager to discuss a vehicle or negotiate the listed price. The experience worked, but it expected buyers to keep checking the site. That did not fit how many of them worked.

Most of these buyers were not sitting at a desk all day. They were sourcing vehicles for independent used-car lots, dealership used-car departments, wholesale operations, or their own auctions. They also tended to have a sweet spot. One buyer might want late-model trucks under a certain mileage, while another might focus on a specific brand, body style, or price range.

We saw an opportunity to make that process more targeted and useful on a phone.

How The Appraisal Lane worked

Open in FigJam (opens in a new tab)

Pan and zoom to explore the appraisal and inventory workflows, or expand the diagram to full screen.

Explanatory reconstruction of the appraisal, acquisition, and buyer workflow.

02. Key challenges

Matching inventory before it loses value

As The Appraisal Lane added dealerships, more appraisals and more vehicles moved through the business. Inventory was limited by the amount of capital available to hold it, and every vehicle was a depreciating asset. We needed to connect vehicles with interested buyers and move accepted inventory through disposition as efficiently as possible.

The product needed to help buyers:

  • Browse available vehicles from their phones
  • Define the types of vehicles they wanted
  • Save those preferences for later
  • Receive a notification when a matching vehicle appeared
  • Express interest or submit a price, depending on the vehicle's state

The existing website already supported basic inventory browsing. Saved filters, notifications, and pre-bids were new capabilities, and the website also needed to gain more useful filtering.

03. Role

Leading product definition, design, and delivery

I was the Product Manager, but I was also the UX designer because we did not have one when the work began.

I defined the product with our leadership and domain experts, designed the iOS and Android experiences in Sketch, wrote epics and user stories in Confluence, and created Jira tickets across mobile, backend, and web administration work. I also scheduled implementation reviews with our senior architect and mobile engineers, incorporated their feedback, and worked with the team through sprint demos and release.

Engineering owned implementation and technical decisions. Customer-facing team members who worked with buyers handled account creation and onboarding because the app was publicly listed, but users could not create their own accounts.

iOS
Android
Sketch
Confluence
Jira

04. Discovery

Learning from people who knew the market

We did not have a formal research practice, so I relied heavily on people inside the company who had direct experience buying and selling used vehicles.

Several members of the sales team had worked as used-car sales managers. One of our founders was a wholesale vehicle buyer who operated his own auction. I used their input to understand how buyers evaluated inventory, which attributes mattered, and whether the filters and vehicle views made sense for the way they worked.

This helped us move beyond the simpler lookup patterns in the dealer-facing product. A dealership submitting a vehicle might mainly need make, model, or VIN. A buyer deciding whether to stock it cared about more detail, including mileage, exterior color, interior or seat color, vehicle type, and pricing status.

Original sketches

Exploring the layout on paper

I used quick sketches to compare inventory layouts and the information within each vehicle card before refining the interface.

Original sketches comparing three home-screen inventory layouts.
Inventory layouts. Different ways to organize vehicle imagery and summaries.
Original sketches exploring vehicle-card imagery and pricing placement.
Vehicle cards. Alternatives for balancing the photograph, details, and price.
View the complete home-screen sketch sheetComplete original home-screen and vehicle-card sketch sheet.

05. Saved filters

Turning buyer preferences into saved filters

Saved filters became the main interaction problem I worked through.

Buyers needed granular control, but they should not have to rebuild the same search every time they opened the app. I designed a flow that let them select the attributes they cared about, save and name that combination, and control whether it should generate notifications.

A buyer could then manage several sourcing strategies at once. Instead of repeatedly searching the full inventory, they could return to a saved filter or respond when the app told them that a matching vehicle had arrived.

The goal was not simply to add more filters. It was to let a buyer describe a useful inventory strategy once and keep using it.

Original exploration

Keeping make and model selection connected

The sketch explored moving from vehicle criteria to make and model selection, then returning those choices to the filter.

Original filter sketch showing the path from criteria to make and model selection and back.
View the complete filter sketch sheetComplete original filter sketch with notes about selecting all models and clearing selections.

06. Vehicle states

Designing for different vehicle states

Buyers could submit the amount they wanted to pay for a vehicle. Direct purchasing in the app had not yet been implemented; a bid gave The Appraisal Lane a concrete starting point for a conversation with the buyer.

The vehicle detail screen brought together the vehicle status, specifications, and reason codes that helped buyers assess it. The sequence below shows the Bid interaction: review the vehicle, enter an amount, and see the submitted bid on the detail screen.

From buyer interest to a conversation

The submitted amount appeared on that vehicle's dashboard in the internal web app. The account manager or disposition team member assigned to the dealership received a notification and could message the buyer in the app to work toward a deal.

Submitting a bid did not complete a purchase. If TAL had not yet acquired the vehicle, the dealership still needed to accept TAL's offer before it could enter inventory. Buyer interest could also remain useful for later follow-up.

If a purchase was agreed upon, the buyer could arrange transportation independently or ask their account manager or disposition contact to help coordinate it.

Two labels, tied to the vehicle’s state

The action changed after TAL assigned a value and sent its offer. Both actions let a buyer submit what they wanted to pay.

Before TAL sends an offer

Pre-bid

Buyer interest could provide an early signal for the appraisal.

After TAL sends an offer

Bid

The amount gave TAL a starting point for follow-up with the buyer.

An explanation of the action labels. Submitting either amount did not complete a purchase.

Recreated vehicle-detail screens showing the Bid flow.

07. Connected workflows

Connecting the mobile and internal workflows

Bids and pre-bids connected the mobile app to the internal vehicle dashboard. I designed the bid view within the vehicle details so appraisers could see the submitted amounts and identify the buyers and dealerships behind them.

Before TAL had assigned a value and sent an offer, pre-bids gave appraisers a signal of what buyers were willing to pay and could help anchor the vehicle's valuation. After an offer had been sent, including while seller acceptance was pending, or after TAL had acquired the vehicle, bids continued to show buyer demand at specific prices.

The apps needed to submit a bid, and the backend needed to store and return it. The internal web app displayed the bids on the vehicle dashboard. A notification alerted the account manager or disposition team member assigned to the dealership so they could message the buyer in the app and work toward an agreement. Once a deal was agreed upon, the team could coordinate delivery or pickup with the buying dealership.

I mapped that behavior across the products and broke the work into separate iOS, Android, API, and web tickets. I used Confluence to document the feature and its states, then reviewed it with the senior architect and engineers before the team committed to implementation.

That collaboration helped surface implementation constraints early while keeping the buyer experience and internal appraisal workflow connected.

  1. 01

    Buyer submits

    The mobile app sends the bid amount for that vehicle.

  2. 02

    Team is notified

    The dashboard shows buyer interest and alerts the assigned team member.

  3. 03

    Team follows up

    An in-app conversation helps the team work toward a deal.

Connecting the two sides

Buyer interest becomes visible to the team

The mobile amount and internal bid list served different users within the same workflow.

On the buyer’s phone

Mobile Place Bid detail with an entered amount and Bid action.
A recreated mobile bid screen.

On the internal dashboard

Condition reportMarket valuesBids (9)
  1. ADESA NJ9:19 AM
    $18,500Top bid
  2. Manheim Philadelphia9:17 AM
    $17,900
  3. AutoNation Wholesale9:15 AM
    $17,400
  4. ADESA New England9:12 AM
    $16,800
Bid rows reconstructed in HTML from the portfolio dashboard export.

Different illustrative vehicles and amounts show each side of the workflow, rather than a single transaction. The dashboard was recreated in Figma Make from my recollection and mobile references. It illustrates placement and purpose, rather than the exact shipped interface.

View the full dashboard reconstructionFull reconstructed vehicle dashboard with bid list and internal messaging.

The original backend Sketch file is no longer available.

08. Launch

Shipping on iOS and Android

Every two weeks, the team demonstrated completed work to stakeholders, including sales and other people who worked directly with buyers. As the apps approached release, I walked those teams through the experience so they could help approved buyers install the app, access their accounts, and configure useful saved filters.

We launched TAL Buyers Network in both the Apple App Store and Google Play Store. Accounts were created internally, so the product remained limited to approved professional buyers rather than consumers browsing for personal vehicles.

I saw a small number of pre-bids come through after launch, but I left before we had reliable adoption or business-impact data. That early signal does not establish broader adoption or business impact.

The qualitative response was generally positive. People in automotive were accustomed to administrative products that felt old, slow, and difficult to use. Our software felt responsive, worked well on their phones, and stood out from the tools many of them dealt with every day. I do not have formal usability scores. A preserved launch-period review from GulfAuto provides a specific customer account, included in the outcomes below.

TAL Buyers

Original Google Play launch graphics for TAL Buyers Network.

Android inventory browsing launch graphic
Browse live trades and available inventory.
Android purchases launch graphic
Review purchases and pending deals.
Android filters launch graphic
Filter inventory and save searches.
Android pre-bid launch graphic
Review vehicle details and submit a pre-bid.

09. Design foundation

Making the design files safer to change

The internal administration portal and the iOS and Android versions of the dealer app lived in one shared Sketch file. As the products and team grew, that setup made everyday design changes harder to manage.

Current Figma canvas bringing together mobile screens and flows with recreated desktop administration screens.
Current Figma compilation of mobile screens and flows alongside desktop reconstructions, assembled to illustrate the breadth of the design work. This is not the original shared Sketch file.

Four problems with one shared file

Oversized file

The portal and both mobile platforms shared one Sketch file, several gigabytes in size by my recollection.

Crashes on save

Saving the file could crash our computers and interrupt design work.

Overwritten work

Simultaneous edits through Google Drive could replace another designer's changes.

Visual drift

Without reusable components, fonts, weights, sizes, and colors varied between screens.

Separate files and reusable components

Before beginning the new Buyers Network designs, I asked the team to pause changes and took a weekend to reorganize the system. I separated the web administration experience, the existing appraisal app, and TAL Buyers Network into their own files. I also converted repeated one-off elements into reusable components, including cards, status chips, dashboard widgets, profile images, and common text variations.

The resulting files were far smaller, roughly 200 MB each by my recollection, and we stopped experiencing the same crashes and overwritten work. Reusable components gave us a shared source for the details that had previously drifted between screens.

A review process with Abstract

As the design team grew, I introduced Abstract for Sketch version control and established a weekly review process. Designers committed work to a branch, presented it to the team, recorded feedback against the commit, resolved changes, and merged approved work into the main file.

  1. 01

    Branch and design

    Keep in-progress changes separate from the shared main file.

  2. 02

    Commit changes

    Record a version of the work for review.

  3. 03

    Review together

    Present the changes at the weekly design review.

  4. 04

    Resolve feedback

    Address comments recorded against the commit.

  5. 05

    Merge approved work

    Bring reviewed changes into the main design file.

This supporting work made the products easier for a growing team to maintain and change.

10. Outcomes

A shipped product with early signs of buyer interest

TAL Buyers Network launched as a restricted marketplace for professional automotive buyers on iOS and Android. It brought inventory browsing, saved sourcing preferences, notifications, vehicle conversations, and state-specific bidding actions into a mobile workflow.

It also connected buyer interest back to the appraisal operation. Pre-bids could inform the value placed on a vehicle and give the disposition team a starting point if the vehicle entered inventory.

The measurable outcome I can stand behind is shipment. Both apps reached their stores, approved buyers were onboarded, and early pre-bids appeared in the system. I cannot credibly claim adoption growth, revenue impact, or a reduction in disposition time because that instrumentation and follow-through were not available to me before I left.

★★★★★

“Bought my first car yesterday and the whole process was quick with no pain points and the fee was way way cheaper than what I usually pay.”
GulfAuto · App review · May 18, 2018
View original review screenshot

This review documents one customer’s reported purchase experience. It does not establish overall adoption, conversion, or commercial impact.

11. Reflection

What I would measure today

If I were continuing the product today, I would instrument the complete path from buyer preference to vehicle disposition:

  • Saved-filter creation and the most frequently selected attributes
  • Notification delivery, opens, and vehicle views
  • The percentage of matching vehicles that receive interest or a pre-bid
  • Bids and pre-bids followed up by the account manager or disposition team
  • Seller acceptance of TAL offers on vehicles with buyer interest
  • Completed sales to the buyer who submitted the selected bid
  • Time from appraisal submission to disposition, compared with a pre-launch baseline

These measures would show whether buyers were finding relevant inventory, whether alerts were producing meaningful action, and whether that activity helped the business move vehicles faster.

Have a product problem worth untangling?

I’m open to UX, product, product-owner, and technically complex contract or full-time opportunities.