Apartment List~4 min read
Rich media arrived as a directive and had to earn the build.
Nobody asked for it. Before building it, we had to find out whether it was worth it.
- Role: Product design and research
- Timeline: 3 weeks
- Team: 1 PM, 1 engineer, me
- Impact: Card-to-move-in 1% → 5%
- Platform: Web
- Platform: iOS, Android

What changed
Unit card to move-in
up from 1%
Unit-specific tickets
down from 70%
Both read at three weeks against the pre-launch figures, which is ahead of the three months Apartment List normally took to report, and both held through to my departure in 2024. The ticket figure is the share of renter tickets that were unit-specific questions — the ones asking which photos showed the apartment rather than the building — 70% before and 30% after. Conversion runs the whole way through: a unit card to a tour request that ended in a move-in, 1% before and 5% after. It is a completed transaction rather than an intent signal, and it is the same event counted in the AI agent study, where lead quality is read in move-ins a property can trace back to a lead. What it still lacks is a count: how many cards that rate was read across.
Start with the awkward question
The listing card converted at 1%. Renters couldn’t tell which photos showed the apartment they were looking at, so the card that was supposed to sell a unit was showing them a picture of the building.
Rich media arrived as a directive from the top after partners asked for something competitors had. No customer had asked for it, so the first thing I did was establish whether it was worth building at all rather than something to put on a sales sheet.
Research answered it, with a constraint attached. Renters had wanted apartment-specific photos for years and partners weren’t set up to produce them. No version could wait for better media, so the work became surfacing what was already in the system. Conversion went to 5%.
What I owned
I owned
- The research establishing whether rich media was valuable or merely defensible
- The alignment concept used across Product, Sales, Engineering, and Operations
- Three explorations scored on impact, confidence, and ease, and the reasoning that picked one
- The dynamic unit card and the enhanced listing view
- Preference and usability testing
Shared with the PM and engineer
- The performance and accessibility limits that ruled out two of the three directions
Problem
Was rich media genuinely valuable, or just something we needed to say we had?
The initiative came from the top after partners began asking for something competitors had. That is a bad reason to build, but not enough reason to refuse. We needed an actual answer before anyone built anything.
There was a real renter problem underneath it. Someone looking at an apartment couldn’t tell which photos actually showed that apartment. The listing card was static, used building-level media, and didn’t convert.
So the answer was yes, with a constraint: partners’ internal systems couldn’t produce apartment-specific photos, videos, or 3D tours. Whatever we shipped had to work with media already in the system.
Why the card won
Why did the card beat the more ambitious ideas?
I compared a media carousel, image-led listing layout, and restructured card. Scored on impact, confidence, and ease, the card was 4/4/4, the carousel 4/2/1, and the image-led direction 3/2/1. The carousel raised a performance concern and was too far from the existing design system. Pulling and rendering the image-led assets would have crushed performance; it was too far from the brand for the resources available and raised accessibility problems.
I chose the restructured card, the only direction that scored evenly across all three. The lowest-ambition option can change nothing measurable, so preference and usability testing validated the card against renter priorities. It was never run head-to-head against the other prototypes. Conversion moved from 1% to 5%.


The catch: we did not control the media
Surfacing what already exists means surfacing whatever a partner uploaded. A listing with four dark photos gets those same four photos, larger and earlier. A renter who might have skimmed past now has a reason to rule the unit out. The feature improves good listings and sharpens bad ones.
There was no version that waited for better media. We could work with what was in the system or keep showing nothing.
The research answered the question, then the roadmap moved on
The alignment concept remained a concept. Internal priorities changed, and the further media enhancements didn’t move forward, even after research answered the question that started the project.
I don’t have a record of why they stopped. The feature wasn’t finished, and I can’t turn the research result into an explanation for the roadmap decision. Those are two separate things, and it matters that they stay separate.
