pickup unreachable field study · cj · june 2026
field study / waymo one / tempe, az / june 2026

pickup unreachable

I'm a PM who studies products by living in their edge cases. This is two weeks inside one Waymo error screen: what it costs, why it happens, and a fix that needs no new technology. The kind of work I'd do in the building, on a problem I hit from my own front door.

0 ft
from my pin to a spot the app accepts
0
alternatives offered by the error screen
$4.99
no-show fee if you miss the recovered pickup
Waymo app error: Pickup unreachable, can't get to that spot right now, with only a Search for pickup button
real screen · my apartment complex · booking over
01exhibit a · gateway at tempe

the dead end, on camera

Gateway at Tempe is a large gated student complex on University Drive, 1.7 miles from Arizona State University by the app's own search. Booking from inside it returns "Pickup unreachable. Can't get to that spot right now" and a single button: a blank search box.

Waymo app satellite view showing Pickup unreachable error inside Gateway at Tempe
fig. 01 · error and copy as displayed in the waymo one app, june 2026. the rider's position is inside the complex, 373 ft from the entrance per the app's search screen.

the constraint is visible and reasonable

Waymo doesn't serve curbs inside the gates: private internal roads, no approved pullover. The car staying out is correct behavior.

the copy says "right now"

"Can't get to that spot right now" implies something temporary, like traffic. The real cause is permanent. Riders retry later, fail again, and conclude the product is flaky.

the only exit is a blank search box

"Search for pickup" hands the entire recovery job to the rider. No suggested spot, no pin at the gate, no walk estimate. An error that reports instead of resolves.

the answer is 373 feet away

Manually drag the pin to the leasing office and the booking goes through. The system can serve this address. The app just never says so.

the lost demand is invisible

The error event is surely logged. What no dashboard shows is the demand it suppresses: the resident who never tries again, the complex that quietly learns Waymo "doesn't work here." Funnels count failed attempts, not the rides that stop being requested.

02exhibit b · the math

a pickup that fails by design

Even when a spot is found, the mechanics quietly work against the rider. On this booking the app proposed a pickup that is an 8 minute walk away, for a car that waits 5 minutes after arriving. The design only works if the rider leaves home before the car shows up. Watch what happens if they don't.

Waymo Adjust pickup screen showing car waits 5 min and 8 min walk
fig. 02 · adjust pickup screen, same address. the dotted line is the walking route. "car waits 5 min · 8 min walk" appears in the same breath.
timeline from the moment the car arrives
0:00elapsed
the car waits5 min hold · less in busy areas
car gone · 5:00
car can leave here
the walk takes8 min · waymo's own estimate
🚶
the rider needs a 3 minute head start 8 min walk - 5 min wait = leave 3 minutes before the car even arrives. miss that window and it's a missed car, a $4.99 no-show fee, or both

a rider who watches the map can pre-walk and make it. but every cue the app sends is tied to the car ("arriving soon", "your car is here"). the cue that would actually help is tied to the walk: "time to leave" = walk minus wait. that one is missing. the fix is a single notification.

~5 min wait
standard hold; shorter in congested zones and bike lanes (waymo help center)
$4.99 + tax
no-show / late cancel fee if the rider can't reach the car in time
3 min walk alert
walks over 3 minutes get flagged, and this one was: one line of small text, no leave-by cue
$2.50 snooze
tested in la. proof the wait/walk gap is a known pain. the missing piece is the free leave-by cue
03also observed · routing

the long way, unexplained

A secondary observation, held to a lower confidence bar than the error screen: on short trips across Tempe and Mesa, my Waymo has taken visibly longer surface-street routes than a typical driver would choose. I'm not alone. Riders have publicly reported a 2-mile trip turned into an almost 30-minute ride and a commute that roughly doubled. Residents on one San Francisco street reported Waymos repeatedly spending 30 minutes navigating it (anecdotal reports via InsideEVs, SFGATE, and r/waymo).

pickup dropoff
typical driver route reported robotaxi route
illustration of rider-reported detours, not to scale. sources: insideevs aggregation of rider reports and r/waymo, 2024 to 2025.

the cost is time, not money

Fares lock upfront, so a longer route doesn't raise the price. It quietly raises the trip duration, and on short in-city hops the difference is very noticeable from the back seat.

scoped out: the freeway half

Freeways are Waymo's known lever here: routing launched in late 2025 with claimed savings up to 50%, then paused in May 2026 for construction-zone work, with a return expected. Either way this section is about the short surface-street trips, where freeways never enter the route.

the short-trip gap remains

In-city trips never touch a freeway. When the car picks a conservative surface route, the rider sees a longer ETA and hears nothing about why.

same disease as the error screen

The system has reasons. The rider never hears them. One line of "why this route" plus the ETA delta would convert mistrust into understanding, the exact transparency fix the booking flow needs.

riders accept constraints they understand.
they abandon products that fail without explanation.
04diagnosis

the constraint is fine. the handling isn't.

This distinction is the whole memo.

"the Waymo vehicles do not enter gated communities"
asu tomnet / valley metro waymo study faq, confirming the dropoff lands at the gate

Waymo's help center is equally candid: cars choose spots they can best navigate to, and red curbs, bus stops, construction, and parking rules push pickups away from the rider. The constraint lands exactly where people live and gather: gated complexes, private lots, regulated curbs. And to be clear about what I'm not claiming: I know the mitigations exist.

walk-time notice over 3 min in-app spot picker free "pull ahead" at dropoff "minimize walking time" toggle

All real, all shipped. That's the point. The system has answers, and the error state uses none of them.

failure 01

it dead-ends

The app knows the nearest reachable curb (it accepts the leasing office instantly) but returns a blank search box instead of offering it. The burden of discovery lands on the rider.

failure 02

it never explains

"Right now" framing implies a temporary glitch. One honest line, "we can't stop inside this community," converts frustration into understanding. Silence converts it into churn.

failure 03

it never learns

Saved places exist, but no pickup knowledge attaches to them. My correction has to be re-made, and it teaches the system nothing for the next resident. Free training data, discarded.

Waymo search results showing Gateway at Tempe 373 ft away with saved places
fig. 03 · the search screen knows gateway at tempe is 373 ft away and maintains saved places and recents. the memory infrastructure exists. whether pickup knowledge attaches to it is the open test in failure 03. home address blurred for privacy.
05the fix

waymo already built the answer

This is not a request for new technology. It's a request to surface existing technology at the exact moment of failure. Both screens below are live, try the buttons.

today · as shipped
!

Pickup unreachable

Can't get to that spot right now
the rider is handed a blank search box and zero context. recovery depends on the rider figuring it out alone.
proposed · same engine, surfaced

We can't reach that exact spot

Closest pickup: Leasing office · 1 min walk · car waits 5 min
Waymo can't stop inside this community, so we picked the closest spot just outside the gate. We'll remember it for this address.
one tap to recover, one line of honesty, and the spot is remembered for this saved place. the booking survives.
the receipt: waymo patented this capability

Waymo holds granted patents for suggesting reachable pickup spots and for scoring candidate stops by inconvenience. One of them spells out the exact logic this screen needs: the most convenient stop is right in front of the entrance, because that is the point of least inconvenience. The suggestion engine is not speculative. It is Waymo's own granted IP, and it simply never appears at the error state, the one moment the rider needs it most.

US 9,733,096 · determining suggested pickup locations for autonomous vehicles (waymo)
US 11,747,165 · inconvenience for passenger pickups and drop offs (waymo)
weeks

never dead-end

Replace the blank search box with the nearest reachable spot, walk time, and one-line reason. Pure app-layer work. No driving-stack changes, no new validation burden, no map edits.

one quarter

remember the correction

Attach a confirmed pickup point to saved places, then learn in aggregate: where many residents of one complex drag their pin to the same leasing office, that spot becomes the default suggestion for everyone at that address. Rider corrections are free, labeled training data.

roadmap

negotiate the curbs that don't exist

Where no reachable spot is acceptable, create one. Property-operator partnerships can validate in-gate pickup points across hundreds of communities per deal, and the city precedent already exists: Nashville approved 24 geofenced rideshare zones in April 2026, and the playbook is Waymo's own, the same patient arc that took Sky Harbor from a train-station dropoff to full 24/7 curbside in under two years.

06why now

small screen, compounding cost

Every number below multiplies the population walking into this error, and the newest riders are the ones most exposed to it.

0k
paid rides per week across 10 cities, march 2026
0x
ride growth in under two years, from 50k weekly in may 2024
0M
weekly ride target by end of 2026
0+
new cities in motion for 2026, tokyo and london included

Expansion is concentrated in famously gate-heavy Sun Belt metros, and the riders Waymo is courting hardest are the ones least likely to drive: college students behind leasing-office gates (mine sits 1.7 miles from ASU), and teens, whose Phoenix accounts ship with Waymo's own advice to "minimize walking time." The growth strategy and the failure mode point at the same addresses.

And the first booking from a new rider's home is the highest-leverage moment in the funnel. At these addresses, it opens with the word "unreachable."

07what i'd measure first

how i'd measure it

metrics

unreachable rateerrors per 1,000 booking attempts, sliced by address type and rider tenure (the topline no doubt exists; the slices are the story)
recovery rateshare of errored sessions that convert to a completed booking within 10 minutes, vs. abandon
repeat-correction ratemanual pin corrections per saved place, the direct measure of the "never learns" failure

open questions for internal data

how big is the silent funnel?what share of first-session booking attempts error out and never retry, by metro?
where does it cluster?which complexes, venues, and corridors generate the most errors per attempt, and what would the top 50 fixes cover?
what does recovery teach?of riders who self-recover, how concentrated are their corrected pins? early read on aggregate-learning value.
the car is allowed to be cautious.
the app isn't allowed to be silent.

this is a sample of how i'd work on rider experience. more teardowns at chetanjonnalagadda.com