Complex day at Cloudflare

Judge acceptance when signing also deletes the fallback

Published Nov 1, 2026

You’re the customer success / solutions lead. Your team is in the room.

The setting

's is a platform for deploying and running application code, static sites, and full-stack applications around the world. Developers use it without managing servers.

Acceptance of document delivery also commits the customer to deleting its fallback.

Finance protects the infrastructure exit date while engineering protects access to documents for every customer segment.

Who you’d be doing this for

“I retried the download three times and finally got it, but the summary counted the first request as a success.”

Anders Hakkinen · Customer Application Engineer · a character in this brief

Maintains the document portal used by 42,000 people and must explain missing downloads after the legacy environment disappears.

What is at stake

A document portal serving 42,000 users faces acceptance with disputed download results. You must weigh an irreversible retirement against a $180,000 extension without treating missing evidence as proof of failure.

Why it isn’t already fixed

Every obvious fix costs something else. That’s the part you’d have to decide.

  • infrastructure savings vs. a retained fallback
  • contractual test completion vs. demonstrated user outcomes
  • aggregate success vs. coverage of every segment
  • a firm decision today vs. costly confirmation

Why Cloudflare

Workers and R2 adoption depends on proving completed document retrieval, not merely recording successful platform requests.

Written with these in mind

Technical customer success leadersCustomer engineersSolutions leads managing production adoption

Not your kind of problem? 100 more at Cloudflare, or browse every organization.

Where the organization context comes fromThe postings this brief was written from, and the reporting read before it.

The organization context comes from public information. The situation and characters are written for the brief.

Job postings it was written from

Public descriptions of the work at Cloudflare. They are listed as sources, not as openings. The lines under a posting are its own words, where it meets this brief.

This is the setup. The work is inside.

Running it puts you in the room: the full situation and its constraints, stakeholders who push back in their own words, and the decisions that are yours to make. What you produce becomes a Day One Plan — work you can show someone instead of describing.

Other live briefs connected to this one, and what connects them.

Similar problems at other organizations

Like this one, each of these is about an irreversible change forced by a fixed date.

The same setting, from another role

Each is set around Cloudflare’s Cloudflare Workers, written for a different role. They’re separate briefs, not the same scenario.

Other problems with a similar purpose

In each of these, as in this one, the aim is to make a hard-to-reverse product decision feel clear and defensible before customers are bound by its consequences.