A laptop on a sunlit desk showing a saved 55places listing, with the agent-connect step opening over it after the save

Turning Saves Into Leads

Designing a natural path from exploration to conversion without disrupting discovery

55places  ·  2026

Summary

55places is a national marketplace where people research and shortlist 55+ communities, homes, and floor plans. Saving one of those is among the strongest intent signals on the site — but the experience treated a save as a plain account-registration event and stopped there, leaving motivated users without a contextual way to reach an agent. I redesigned the post-save journey into a two-step progressive flow: confirm the save, then offer an opt-in connection to a local expert using data the account already collected. The tested variation produced 61 directly attributed SQLs in its first month without moving sitewide conversion in either direction — a materially cleaner path to the same outcome, which the team shipped to 100% of traffic on friction reduction alone. The same pattern now runs the blog CTA, a tour-request flow, and the site’s other lead paths.

+61
SQLs, first month
0.69%
SQL rate, variant and control
100%
Rolled out to all traffic
Role
Lead Product Designer & UX Researcher
Collaborators
Product management · Engineering · Growth · QA · Analytics
Deliverables
Quantitative research (n=426) · Flow strategy · Interaction & form states · Edge-case coverage · A/B design & attribution

01 Context

Define
Problem & scope
Feb 2026
Design
Flows & states
Feb 2026
Build & QA
New form pathway
Mar 2026
Test
A/B live
Mar 2026
Measure
Winning variant
Apr 2026
Release
100% traffic
Apr 2026

A lead-generation business at its core. When a shopper it introduces to a local real-estate expert goes on to buy or sell, 55places earns a share of that agent’s transaction fee — so a shopper agreeing to connect with an agent, a sales-qualified lead (SQL), is the event the entire business is monetized on. It is the single most important number in the funnel, because every dollar of revenue traces back to it. Short of contacting an agent outright, the highest-intent action a shopper can take on the site is to save a community, a home, or a floor plan. A save means active consideration — a shopper one step from the moment 55places actually gets paid for.

The save stopped at registration. The product treated it purely as a trigger for account creation. A user saved an item, was asked to create an account or log in — and the journey ended there. The most engaged moment in the funnel produced an account, not a conversation.

The opportunity wasn’t a new form. It was a missing step — a save left a shopper one question away from an SQL, and the product never asked it.
Before and after: the post-save journey Before, saving an item led to account creation and the journey ended there. After, the save is confirmed first, then a contextual prompt offers a connection to a local expert, producing a sales-qualified lead — with skip and call options always available. BEFORE Save an item Create account / log in Journey ends intent spent on registration AFTER Save an item Account / log in Save confirmed, then connect with an expert SQL Skip for now Prefer to call? ONE STEP ADDED — NOTHING TAKEN AWAY

02 Problem

The gap was measurable. An internal analysis found that 26%+ of monthly MQLs took a high-signal save action without ever converting to an SQL, and that savers converted later at just 3.2%. A strong intent signal was going largely unused.

Not a hunch — research I owned end to end. Weeks before the project began, I designed and fielded a 426-person user-research survey — the first large-scale quantitative user study the company had run — analyzed the results, and presented the findings to executive leadership. It quantified the other half of the story: only 25.8% of these high-intent visitors had actually submitted a lead form, but a far larger 55.9% said they might, and simply hadn’t yet — a persuadable middle, not a wall of refusal. When asked why they held back — the 316 who hadn’t yet submitted — the reasons were about readiness and control, not disinterest:

  • Not ready yet — 50%. Half weren’t far enough along to feel a lead form was warranted; another 11% felt it was “more fit for someone farther along.”
  • Don’t want agent contact — 33%. A third didn’t want an agent reaching out at all — and their follow-up answers made clear it was the loss of control, not the agent, they were wary of.
  • No say, and no idea what follows. When asked what would actually make them submit, the top requests were a choice in how they’re contacted (28.5%) and a clear explanation of what happens next and where their info goes (27.2%).

“Reassurance they won’t continuously call me after they have my information.”— survey respondent, on what would make them submit

The design problem had two halves. Capture a high-intent moment the product was wasting, capture a high-intent moment the product was wasting, without triggering the exact pressure that made cautious users hold back. The recommendation I brought to leadership was blunt — test a lower-commitment lead form with more contact control, clearer next steps, and fewer required fields. This project is that test.

The persuadable middle, and what would move it Of 426 surveyed users, 25.8 percent had submitted a lead form, 55.9 percent said they might, and 18.3 percent said no. Among the 316 who had not submitted, the top four things that would make them more likely were: choosing how they are contacted, 28.5 percent; a clear explanation of what happens next, 27.2 percent; a field to signal their stage, 21.2 percent; and fewer required fields such as phone, 18.7 percent. Each became a design decision in the shipped flow. WOULD YOU SUBMIT A LEAD FORM? · N=426 Yes 25.8% Might — and simply hadn’t yet 55.9% No 18.3% A persuadable middle, not a wall of refusal. WHAT WOULD MAKE THEM SUBMIT · N=316 WHO HADN’T SHIPPED IN THE FLOW Choose how I’m contacted 28.5% SMS opt-in + “Prefer to call?” Know what happens next 27.2% Named agent, explicit next step Signal what stage I’m at 21.2% Optional message field Fewer required fields 18.7% Pre-fill, hide known phone SURVEY FIELDED DEC 2025 – JAN 2026 · ±5% AT 95% CONFIDENCE · SELECT UP TO 3 The persuadable middle, and what would move it The same survey readout as the wide chart, stacked for narrow screens: of 426 surveyed users 25.8 percent had submitted a lead form, 55.9 percent said they might, and 18.3 percent said no. Among the 316 who had not submitted, the top four things that would make them more likely, each with the design decision it shipped as: choosing how they are contacted 28.5 percent, an SMS opt-in and a prefer-to-call link; knowing what happens next 27.2 percent, a named agent and explicit next step; signalling their stage 21.2 percent, an optional message field; and fewer required fields 18.7 percent, pre-fill with the known phone hidden. WOULD YOU SUBMIT A LEAD FORM? · N=426 Yes 25.8% Yes — 25.8% of 426 Might — and simply hadn’t yet 55.9% Might — and simply hadn’t yet — 55.9% of 426 No 18.3% No — 18.3% of 426 A persuadable middle, not a wall of refusal. WHAT WOULD MAKE THEM SUBMIT · N=316 → SHIPPED IN THE FLOW Choose how I’m contacted 28.5% SMS opt-in + “Prefer to call?” Know what happens next 27.2% Named agent, explicit next step Signal what stage I’m at 21.2% Optional message field Fewer required fields 18.7% Pre-fill, hide known phone SURVEY DEC 2025 – JAN 2026 · ±5% AT 95% · SELECT UP TO 3
How might we turn a save into a qualified agent conversation at the moment of peak intent — while giving cautious users the control, clarity, and escape hatch the research said they needed?

03 Solution

One step, added in the right place. The control experience was save → account creation / login. The variation added one contextual step: save → account creation / login → a connection prompt tailored to exactly what the user just saved. Three ideas carried the design.

1. Earn the ask with timing, not volume. The prompt appears only after a user has actively saved something and their save is confirmed — never at a random pageview. The saved-state confirmation comes first, protecting the task the user actually came to do; the agent connection is offered as a next step, not a toll on the save.

2. Ask for as little as possible. Instead of a full lead form, the step uses progressive disclosure and pre-population — email and any known account fields are reused, phone is hidden when it’s already on file, and only the missing required fields are shown. An optional message stays collapsed by default, and the SMS opt-in is explicit and never pre-checked.

3. Always leave a door open. Every state offers Skip for now and a route into the user’s My55 account, plus a trackable Prefer to call? option using the community’s phone number.

Desktop: after saving Del Webb Lake Providence, a modal appears over the community page — a 'Saved to My55 Account' badge, an invitation to connect with the assigned local expert with no fields left to fill because the account already has them, a collapsed optional message, an unchecked SMS opt-in, a 'Connect with Derek' button, a 'Prefer to call?' link, and 'Skip for now' — with the page's existing agent panel and its full lead form still visible alongside

The prompt appears over the community the user just saved — reusing account data, asking only for what’s missing, and always offering a call or a way to skip

Mobile: the same step for an account missing only a phone number — a single Phone field above the collapsed optional message, an unchecked SMS opt-in, a 'Connect with Derek' button, 'Prefer to call?', and 'Skip for now'
Mobile: the success state — 'Your request was submitted! Expect to hear from Derek soon.' — with a 'View My55 Account' button routing back into the account

Mobile — the step shows only the fields the account is missing, then confirms the request and routes back to My55

The work wasn’t the modal — it was the matrix behind it. The same component had to resolve correctly across what was saved, what the account already knew, and whether an agent existed to route to. A clean page can simplify the story visually while still showing that logic was covered.

State / edge caseDesign response
Community saveOverlay uses community name + city/state; routes to Saved Communities
Property saveOverlay uses home address + community; routes to Saved Homes
Floor-plan saveOverlay uses plan + community name; routes to My Content
Phone already on filePhone field hidden in step two
Name or phone missing (SSO / returning users)Show only the missing required fields
No agent assignedGeneric local-expert language and CTA; no named agent
Short mobile viewportScrollable modal keeps CTA, disclaimer, and skip reachable
User not ready to talkSkip for now preserves the save

A slice of the state matrix — save type × account data × agent availability

04 Outcome

What the test showed. The variation went live on March 24, 2026 as a 50/50 A/B test across 483,000 users, scoped to the three save actions. By the April readout the new path had produced real volume through a form that hadn’t existed before, while sitewide conversion sat flat against control — no lift, and no cost. On April 21 the team rolled it out to 100% of traffic on exactly that basis: the same outcome, reached with less friction.

Two-step save-to-SQL Pre-populated fields Skip for now Prefer to call Collapsed optional message Explicit SMS opt-in No-agent fallback Community / property / floor-plan variants Blog CTA pattern Progressive-form attribution

Measured on its own. Attribution was built into the pattern from day one — new form IDs and data-layer events — so the progressive path could be measured on its own:

MeasureFirst-month result
Progressive-form submissions74 (Mar 24 – Apr 23)
Directly attributed SQLs61 (goal: 71)
Sitewide SQL rate, variant vs. control0.69% vs. 0.69% — flat
Lead success rate, variant vs. control0.72% vs. 0.71% — directional, not significant
Day-0 MQL → SQL, test vs. prior5.58% vs. 4.33% — not statistically significant
SQL accounts after 100% rollout136
Blog CTA SQLs, across 31 articles34

Method: directly attributed SQLs from progressive-form IDs over the March 24 – April 23, 2026 test window, plus a post-rollout leadership readout. Day-0 conversion movement was directional and not statistically significant; the rollout decision rested on attributed volume and a lower-friction path, not a proven sitewide lift.

A/B readout: flat sitewide, real volume on the new path Across 483,173 users, the control arm converted at a 0.69 percent SQL rate on 1,671 SQLs and the variant at 0.69 percent on 1,678 SQLs — flat. On the new progressive path, 74 submissions produced 61 directly attributed SQLs in the first month against a goal of 71, and the same pattern applied to blog articles produced 34 more. SITEWIDE SQL RATE · 483,173 USERS Control · 0.69% SQL rate · 1,671 SQLs 0.69% Control 1,671 SQLs Variant · 0.69% SQL rate · 1,678 SQLs 0.69% Variant 1,678 SQLs no lift, and no cost Shipped on friction reduction, not on a conversion win. THE NEW PATH · MAR 24 – APR 23 Progressive-form submissions 74 progressive-form submissions, Mar 24 – Apr 23 74 Directly attributed SQLs 61 directly attributed SQLs against a goal of 71 61 71 GOAL Same pattern, blog CTA 34 SQLs from the blog CTA across 31 articles 34 across 31 articles ROLLED OUT TO 100% OF TRAFFIC ON APR 21 A/B readout: flat sitewide, real volume on the new path The same A/B readout as the wide chart, stacked for narrow screens: sitewide SQL rate flat at 0.69 percent across control and variant, and on the new path 74 submissions, 61 attributed SQLs against a goal of 71, and 34 more from the same pattern on blog articles. SITEWIDE SQL RATE · 483,173 USERS no lift, and no cost Control · 0.69% SQL rate · 1,671 SQLs 0.69% Control 1,671 SQLs Variant · 0.69% SQL rate · 1,678 SQLs 0.69% Variant 1,678 SQLs Shipped on friction reduction, not on a conversion win. THE NEW PATH · MAR 24 – APR 23 Progressive-form submissions 74 progressive-form submissions, Mar 24 – Apr 23 74 Directly attributed SQLs 61 directly attributed SQLs against a goal of 71 61 71 GOAL Same pattern, blog CTA 34 SQLs from the blog CTA across 31 articles 34 across 31 articles ROLLED OUT TO 100% OF TRAFFIC ON APR 21

Why flat is the interesting result. The likeliest explanation is that the flow moved conversions rather than manufacturing them. Day-0 MQL → SQL rose over the test period while the same action after day one — the email-driven path, notably the My55 account welcome — fell. Users who would have converted a day later through an email appear to have converted immediately instead. That is a smaller claim than a lift, and a more useful one: the value was in shortening the path, not widening it.

What it unlocked. The real output wasn’t 61 SQLs — it was a repeatable way to convert intent without adding pressure. Once the pattern existed, it spread: a blog CTA on content pages, a sticky agent CTA for scrolled desktop sessions, a Request a Tour flow with date-and-time selection, Google SSO auto-login to cut authentication friction, and auto-account-creation extended to seller leads, newsletter signups, and landing pages. A single save-to-SQL modal became the platform’s default answer for turning a high-intent moment into an owned relationship.

What looked like a form redesign was really a decision about when to ask. Catch a shopper at peak intent and you don’t manufacture the conversion — it’s already there.