Farhin Dorothi / Product Design
Back to work

Multi-line upgrade, AT&T

Most upgrades are a single device, so the system was built for one. When a household upgraded several, it made them start over for every line.

Role
Design lead
Team
Four designers across cart and account management, plus PM, research, business and analytics, engineering and order management
Year
Early 2025
Scope
Research direction, purchase-model definition, flow architecture, testing
The upgrade screen after the first line is complete: a confirmation that Sam's iPhone is in the cart, a prompt to upgrade the next device, Joe's line, and an iPhone 16 Pro already selected for it.
Confirmation that Sam's new iPhone is in the cart, followed by a prompt to upgrade the next device and Joe's line.
01
The household is the unit, not the device
One line is done. The system already knows which line is next and says so, instead of returning the customer to the beginning.
A heading reading get another Apple iPhone 16 Pro for Joe's line, with the device already selected in Titanium Silver, 256 GB.
02
The next line arrives pre-configured
94% of multi-line upgraders stay with one manufacturer and two thirds pick the identical model. The flow assumes that, then offers two ways out: Edit for a different color or capacity, or the full catalog for a different phone.
A limited time trade-in offer panel showing $40.99 a month struck through and $2.99 a month with trade-in.
03
Price resolves before the effort is spent
Trade-in intent is settled here, so the number shown is the number that applies — rather than one that changes on the way to the cart.
Fig. 1The duplicate-line moment, and the three decisions built into it.

The ask

One sentence arrived with the project: improve the experience for customers upgrading multiple phone lines. No behavioral data, no named pain points, no definition of what success would look like.

What I had was a subject rather than a problem, and four designers on other surfaces whose work would have to agree with mine. So the first month went into investigation instead of wireframes — behavioral datasets, real customer paths, and the order constraints underneath them — because a brief that does not contain a problem cannot be designed against.

What came back reframed the work. This was not a flow that had grown awkward. It was a purchase system built on the assumption that an upgrade is one device, sitting underneath households who upgrade several at once.

What I owned, and what I did not Research direction, the purchase-model argument, and the flow architecture that followed from it. The surfaces it touched belonged to other people — four designers across cart, account management and adjacent areas, none of whom reported to me. Getting five surfaces designing against one model was persuasion, not assignment.
Five areas assessed, three affected Major Minor Not affected
Email & SMSAssessed, not affected
Account managementLines become selectable
Buy flowOne device, start to finish
Cart & checkoutHolds several lines at once
Order managementOne NU/NUA per order, unchanged
Fig. 2The buy flow carried the change; account management and cart adapted to it; marketing and order management were assessed and ruled out. Saying which areas were not in scope is what kept the estimate believable — and the order limit stayed exactly where it was.

The wrong unit of purchase

The complaint arrived as one thing. The research separated it into three, and only one of them was a design problem — which mattered, because fixing that one alone would have left the other two intact.

The order model allowed one. An order could carry a single NU/NUA device, so a household upgrading three phones was structurally forced into three orders — three shipments, staggered arrivals, a more complicated bill. No amount of flow design removes a constraint that lives in order management.

The buy flow assumed one. Every additional device meant starting again from the top — device, trade-in, add-ons — for a household that had already worked through those decisions once. More passes meant more time, more abandonment, and more room for the lines to end up inconsistent with each other.

Nothing told anyone it was possible. Multi-line upgrades were barely surfaced, and web, app, store and support each described them differently. Customers who might have completed one often did not know it existed.

Why the separation mattered Only the second was mine to solve with design. The first was an order-management constraint and the third a content and channel problem. Carrying all three into the scoping conversation is what stopped this being funded as a redesign.
The old multi-line upgrade path: line selection, device list, product page, add-ons and cart — then the identical six steps again for the second line.
Fig. 3The old path for two lines. Read the step labels left to right: line selection, device list, product page, add-ons, cart — then the same six again. A third line meant a third pass.

The demand gap

The argument that funded this work was not in the complaints. It was in the distance between how households upgrade in a store and how they upgrade online — and nobody had gone looking for it.

No one asked me to. I went to the business and analytics teams without knowing what I was looking for, only that the brief contained no evidence and someone had to produce some. The first questions were naive. Each answer raised a better one, and after a few rounds of that I knew enough to ask for the specific behavioral cuts that turned out to matter: how many devices a household upgrades at once, whether they stay with one manufacturer, and how digital compares with retail.

Those three cuts are the entire foundation of this project.

Multi-line conversion 6.5%Digital 16%Retail
Devices per upgrade 1.1All upgrades 2.2Multi-line upgrades
What they choose 94%Pick the same manufacturer 67% / 46%Same model, at two lines / three
Upgrades in 2024 2,051,620All upgrades, ATT.com Source: Quantum Metrics, 2024

Multi-line is a minority behavior in both channels — 16% of retail upgrades, 6.5% online. The argument was never that everyone wants this. It is that the people who do want it succeed two and a half times more often in the channel that accommodates them, and fail in the one that does not. Retail was not better at persuading anyone. It simply let a household buy the way a household buys.

The second set of numbers decided the design. If 94% of multi-line upgraders stay with one manufacturer and two thirds pick the identical model on a second line, the flow was asking the same question repeatedly and getting the same answer nearly every time. That is not a household making several decisions. It is a household making one.

The insight the solution rests on Customers were not configuring several different purchases. They were configuring one purchase, several times over. The unit the system was built around was wrong.
Upgrades by month, 2024 Hover for volume
September — iPhone launch October to December — holiday promotions
Fig. 4Volume is sharply seasonal — September alone carries more than four times a quiet month. The flow fails hardest exactly when the most households are trying to use it, which is what turned this from a backlog item into a funded one.

Changing the unit

If the household is the unit of purchase rather than the device, three things follow. The journey starts from the lines, the price resolves before configuration, and nothing gets configured twice.

Two constraints I set before designing anything A single-device upgrade could not get worse. Most upgrades are one device, so every change here had to be additive — a selection step that accepts one line as readily as five, a price that resolves the same way either way, and a next-line offer that only appears when there is a next line. And we would follow the behavior rather than correct it: 94% staying with one manufacturer is not a habit worth retraining, it is a habit worth serving.

Start from the household, not the handset. The journey opens on line selection, where a customer picks every line they intend to upgrade before configuring any of them. Lines are grouped by what is actually possible — ready to upgrade, upgradeable early with a pay-off owing, or ineligible — so the financial commitment is visible before the effort is spent rather than after.

Annotated line selection page: a banner offering to upgrade up to five lines at once, lines grouped into upgrade-ready, upgrade early and ineligible, with annotations marking content changes, the new banner, and the financing variants each card must handle.
Fig. 5The new entry point, annotated for build. Lines are grouped by what the customer can actually do — upgrade now, upgrade early with a pay-off owing, or not at all — and every card has to hold three financing states. Click to enlarge.

Resolve price before configuration, not after. Promotions depend on whether a customer is trading in and whether that device qualifies, which is why an advertised price so often failed to survive to the cart. Asking for trade-in intent up front lets the price shown be the price that applies, and keeps it changeable at any point without restarting anything.

Trade-in intent captured before browsing: the customer confirms they want to trade in, answers a short condition check, and the device list then shows prices calculated against that trade-in, with a toggle to turn trade-in pricing off.
Fig. 6Trade-in intent and condition are settled before any device is browsed, so the list page prices against the customer’s actual trade-in rather than a best case. The trade-in device stays visible and editable throughout.

Duplicate a line. Once the first line is configured, the rest inherit it — skipping the buy flow entirely. Disagreeing with the default is deliberately cheap at two different scales: Edit adjusts color and capacity in place, and shopping a different device returns to the full catalog. This is the move the research earned: 94% same manufacturer, two thirds identical model, turned into an interaction rather than a shortcut.

The new multi-line upgrade path in seven steps: choose the lines, confirm trade-in intent, browse devices priced with trade-in, configure the first line, accept the pre-configured next line, add protection for both, and check out with both lines in one cart.
Fig. 7The whole path, two lines, seven steps — against twelve in Fig. 3. Step 05 is where the second line is inherited rather than rebuilt, and it is the only step that did not exist before.

Proving it out

Two rounds — a survey of 75 and a deeper study of 15 — tested whether a household would accept a purchase it had not configured itself.

83–88%Found the pre-configured next line useful
5%Were confused by it
62%Understood how to shop for a different device instead

The load-bearing idea validated almost immediately. Had a pre-configured device felt presumptuous rather than helpful, the case for changing the unit of purchase would have collapsed with it — so this was the result the whole model depended on.

How people felt about a pre-configured second lineSurvey, 75 peopleStudy, 15 people
AT&T made it easy to upgrade multiple devices
60%
63%
Didn’t expect it, but pleasantly surprised
23%
25%
Didn’t want it pre-configured; wanted to explore
12%
13%
Was very confused
5%
0%
Read the two bars in each row as the two rounds. Nobody in the smaller study was confused at all.
Fig. 8Both rounds agreed on the idea the model rests on.

The third number is the one I would raise in a review. Only 62% easily understood how to leave the pre-configured device behind and shop the catalog for a different phone — the larger of the two exits, and the one that matters when the assumption is simply wrong for that household. A flow that assumes on your behalf has to make disagreeing with it effortless.

So we changed it. The design was iterated after this round specifically to make the route to a different device unmistakable, and that is the version that went on to test and to ship. A study is only worth running if a bad number moves something, and this one did.

Both rounds were also asked what information matters when upgrading a second device, and both returned the same order: monthly installment cost first, available offers second, whether a trade-in is required third. Add-ons came last.

What matters most when upgrading a second deviceSurvey, 75 peopleStudy, 15 people
Monthly installment cost
431
99
Available offers
393
85
Trade-in required or not
356
81
Modify color and capacity
274
59
Shop for a different device
263
47
Device insurance
205
43
Add-ons, cases and screen protectors
178
34
Ranked scores, each round scaled to its own top answer so the two are comparable. The order is identical in both.
Fig. 9Seventy-five people, then fifteen, in the same order. Price first, offers second, add-ons last.

That ranking settles two arguments at once. It is the evidence for resolving price before configuration — the thing people most want to know was the thing the old flow answered last. And it turns the add-on result from a usability note into a priority inversion: the least important information on the page was the only section opened by default, and 39% found that confusing.

Add-ons, mean agreement on a 1–7 scaleSurvey, 75 peopleStudy, 15 people
I appreciated having the option to add insurance and NextUp
5.43
5.18
It was too much information
3.43
2.5
People valued having the option. They did not value being shown all of it up front.
Fig. 10People wanted add-ons available. They did not want them opened for them.

The idea we were least sure of tested best. The detail nobody had questioned tested worst.

Where it landed

All three changes are live and have been in production for several months. Two of them were measured.

Choosing the household up front. Multi-line selection shipped and is how the upgrade journey now begins — up to five lines at once, grouped by what each line can actually do.

Resolving price before configuration. Capturing trade-in intent before device browsing, and carrying that selection into list pricing, closed the gap between the price shown early and the price that actually applied. Cart conversion rose from 39.9% to 43.4%.

Upgrading the next line without restarting. The interstitial that offers the same device for the next line — the 94% figure turned into an interaction — produced a 400 basis point lift in conversion.

43.4%Cart conversion, up from 39.9%
+400Basis-point lift in conversion on the next-line upgrade
2.05MUpgrades a year on att.com, the base those lifts apply to

The second result is the one that settles the argument the case study opens with. A household offered the same phone for the next line, without being returned to the start, converts measurably more often — which is what it looks like when the unit of purchase finally matches the way people buy.

Next Offer clarity
Designed by me, built with Claude Code© 2026