Cloudflare · Sales Interview
Digital Natives · Southern Europe
Go-to-market

Ninety days, fifty accounts, one worked example

How I'd build the territory, run the motion, and prove it on a real account

01 · The 90-day plan    02 · Three acts and the angle per position    03 · The book and the SDR split
04 · Command of the Message    05 · Against hyperscalers    06 · Perqz
Ramp Plan
01 / 06

Two months to earn the right to a forecast. One to defend it.

Pattern before action · hypothesis before outreach · disqualification before coverage

Days 1–30
Alignment and map
  • 20 internal conversations, 4 identical questions — identical on purpose, so the output is a pattern rather than 20 anecdotes
  • AE–SE charter agreed — I lead business case and MEDDPICC, SE leads technical
  • Named contact split with the SDR — overlap is the most expensive failure in two-handed outbound
  • MBOs in writing, reporting format agreed
  • Map the existing Cloudflare footprint account by account — free tier and self-serve included
  • Build the incumbent renewal calendar
  • Reopen closed-lost and frozen projects from the last 6–12 months
  • Classify the long list by trigger, not by size
  • Hands on product — deploy a Worker, configure a Zero Trust tunnel, ship a domain
Days 31–60
Generation and qualification
  • Outbound engine live on the prioritised accounts
  • Multi-thread the relevant roles, one distinct angle each — different pains, not one message sent eight times
  • Anchor every entry on the product user who already exists inside the account, as internal referrer
  • One written hypothesis per account — entry act · verified trigger · the date that forces it · the named role who feels it
  • One hard number per account from an invoice, inventory or contract. Not an estimate
  • 3–5 local integrators worked properly, not twenty contacted
  • Hyperscaler partner managers — find committed spend; marketplace shortens procurement materially
  • Open the security review early on anything that could close this quarter
  • An account that cannot fill all four hypothesis fields leaves the priority list
Days 61–90
Close and expansion
  • Close 1–2 landings — small by design. At 120% net retention the entry act matters more than first-contract value
  • Activate one displacement against a renewal already dated in the month-one calendar
  • Document the expansion map per landed account — next act · buying centre · trigger · expected month
  • Executive sponsor in the top 3 accounts. If the most senior contact is technical, I have a project, not an account
  • Build one local reference — an Iberian digital native willing to take a reference call
  • First defensible forecast — commit and upside separated, with explicit classification criteria
  • Deliver the excluded-accounts list, with reasons, alongside the forecast
The first two blocks prove I can learn. Only the third proves I can generate.
Technical humility
The buyer is an engineer and detects imprecision instantly. Confirmed follow-up over improvised answer.
Influence without authority
SE and SDR capacity isn't mine to assign. Their preference is earned by arriving with the pain already validated.
Disqualification discipline
Excluding an account is counterintuitive with no closed business. It's what separates real pipeline from coverage.
Territory Strategy
02 / 06

Three acts, three ICPs — and a different sentence for every seat

The act is chosen by the trigger, not by the size of the account. The angle is chosen by the seat.

Act 1 · Core Web & Security Entry Act 2 · SASE / Zero Trust Expansion Act 3 · Workers / Edge Compute Entry
Solutions CDN, DNS, WAF, DDoS, Bot Management Access, Gateway, Magic WAN, CASB Workers, KV, R2, Vectorize, Workers AI
ICP Massive web/mobile traffic · e-commerce, media, fintech, ticketing · heavy image, video and public API volume 200–500+ office and remote staff · distributed or multi-site · heavy SaaS adoption. Arrives past ~300 employees, when someone inherits a VPN they did not choose Digital-native or SaaS · engineering-heavy org · continuous deployment, API-first
Signals I can verify from outside dig the apex and the API hostname — a first-gen CDN CNAME is a dated renewal, a bare origin IP is an exposed origin · status-page incident history · public post-mortems Job posts naming a specific VPN or firewall vendor · an acquisition (two directory estates) · a new office or market · an announced ISO 27001 / SOC 2 programme GitHub and engineering blog — runtime, framework, deploy cadence · platform and SRE job posts · a published latency or cost problem · an announced AI feature with no stated inference infrastructure
Compelling event A launch, a seasonal peak, an incident post-mortem, a cloud bill review A VPN or firewall renewal, an audit finding, a headcount jump A latency SLO miss, a new market launch, an AI feature on the roadmap
The angle per position — by act, because the same title cares about different things in each
VP Infrastructure · Head of Web OpsOrigin load and what peak events cost
CISO · Head of SecurityBots, account takeover, client-side script exposure
E-commerce DirectorConversion measured against latency, on their funnel
Head of Platform · SREIncident surface and time to mitigate a new vector
CISOContractor and third-party access, and the audit finding about it
VP IT · Head of Enterprise NetworkThe concentrator as a single point of failure; licences per seat on a workforce that moved
CIOFour consoles, four renewals, one control plane
Head of ComplianceEvidence assembled per audit cycle, across how many vendors
CTO · VP EngineeringEngineering time spent on infrastructure instead of product
Chief ArchitectRemoving a tier from the architecture, not adding one
Head of Product · GrowthThe latency SLO, and the market launch it gates
VP Finance · FP&AEgress as a line item; what the cloud bill does as traffic grows
Existing free-tier user in the accountInternal referrer — the warmest path in the building
Operating Model
03 / 06

Fifty accounts, tiered on four variables

Because 80% of the revenue will come from 20% of the book — so the tiering has to be right before the cadence starts

The four variables I score every account on
Cloud spendCurrent and projected on AWS, Azure, GCP
Hands-on-keys (HOKs)How many DevOps, SREs, cloud engineers and developers
Cloud Center of ExcellenceDoes one exist, and how centralised is the cloud strategy
$1M ARR potentialReasonable probability of passing $1M inside 18 months
Pareto, stated as a planning assumption
80% of the revenue will come from roughly 20% of the book. That is why Tier 1 is capped at 10–20% and why the cadence on the next slide spends disproportionate time there. Spreading effort evenly across fifty accounts is the most common way to miss a number while looking busy.
Quarterly mix
A healthy blend of Tier 1, 2 and 3 every quarter — Tier 1 carries the ARR, Tier 2 and 3 carry the opportunity count. Running a quarter on Tier 1 alone produces a thin, fragile pipeline.
How the fifty distribute, and what each tier gets
TierProfileStrategy
5–10
Tier 1 · 10–20%
Meets most of the four variables — high cloud spend, a large HOK team, a CCoE, and a credible path past $1M ARR Maximum personalisation and exhaustive contact mapping. Broken down by business unit or product line, not treated as one entity — intensive multi-threading, because in an account this size the buying centre is a BU, not the company
15–20
Tier 2 · 30–40%
Good growth potential, modern infrastructure, or an identified migration or modernisation project — without Tier 1 scale or immediate certainty Structured sprints. Phased prospecting with a cadence of at least 7 touches across 2 weeks per contact set. Promoted to Tier 1 the moment a dated trigger and a $1M path both appear
20–25
Tier 3 · 40–50%
Smaller stack, limited visibility of spend, no immediate signal of pain or an active project Nurture and blitz. Cold-call blitzes outside the priority sprints, semi-automated sequences, and the nurturing cadence — waiting for an intent signal, a trigger or an inbound lead rather than manufacturing urgency
Tier is a verdict, not a label
An account moves tier when the evidence moves — a verified trigger, a new HOK hiring wave, a CCoE appointment, a cloud bill escalation. Re-scored monthly, and the movement is reported.
What leaves the book entirely
No verified trigger, no named role who feels the pain, and an incumbent renewed inside the last six months with no incident since. Out, with the reason written, delivered alongside the forecast.
Operating Model
03 / 06

Eight contacts, three touches each, four accounts at a time

Being honest about capacity: four live accounts for me, four for the SDR. Everything else is nurture.

The unit of work: one account sprint
8
Contacts per account
3
Touches per contact
24
Touches per account sprint
3 wks
Sprint length
The rolling grid — sprints are staggered, not simultaneous
Account Week 1Week 2 Week 3Week 4
A1 Tier 1 · BU split 8 · 88 · 88 · 8
A2 Tier 1 · BU split 8 · 88 · 88 · 8
A3 Tier 2 8 · 88 · 88 · 8
A4 Tier 2 8 · 88 · 88 · 8
Touches / week · mine 16323224
+ SDR, same shape 16323224
8 · 8 reads as eight contacts, eight touches that week. A sprint finishes before the next pair starts, so the week never carries more than four live accounts per person — and the account that finishes either converts to a meeting or drops into nurture with a reason.
Who touches whom
WhoSeats
The SDRHOK and HOK+ — DevOps, SRE, cloud and platform engineers, and the leads above them. They are closest to the pain and they answer technical questions
MeBuyers and executives — CTO, VP Engineering, Chief Architect, Finance. Plus the business case and MEDDPICC in every account
The SDR, full cycleTwo accounts, start to finish. Their own discovery, their own next steps, with me in the room but not leading — because the fastest way to get an SDR promoted is to let them run something, and the fastest way to lose one is not to
Always on, underneath the sprints
Nurturing cadencePlaybooks, best practices, relevant events, market news and competitive moves — sent to the whole book, not just the live sprints. It keeps Tier 3 warm at near-zero cost and it is the reason a Tier 3 account picks up the phone when its trigger finally lands
ChannelThe 3–5 integrators already working my accounts, plus opening new partners where there is a gap. A partner who can name my accounts is worth more than a directory listing
Hyperscaler alliancesPartner managers, to find committed cloud spend — marketplace transaction shortens procurement materially
The commitment, as opposed to the assumption: the sprint completed rather than abandoned at touch two, the named contact split documented per account, and a weekly number reported whether or not it is good. The conversion rates get replaced with the team's real ones in week one.
Value Framework
04 / 06

Modernising and protecting the digital experience

Current state → Cloudflare advantage → future state

Current state
Technical pain
  • Dynamic API requests cross the public Internet with high latency variability toward cloud origins
  • Sophisticated bots scrape data and saturate origins; stolen credentials drive account takeover
  • Third-party scripts — payment, analytics — expose the browser, and every vendor adds a console
↓
Business pain
  • Users abandon slow loads — Amazon published the canonical version in 2006, roughly 1% of sales per 100 ms
  • Hyperscalers charge disproportionately to move the company's own data out. Egress penalises success
  • Four consoles produce operational fatigue and redundant cost
  • Breach and fraud exposure, plus several legacy contracts to maintain
Cloudflare advantage
Technical capabilities
  • Anycast network running every security and acceleration function on every server across 348 cities — nothing redirected to a secondary site
  • Bot Management on behavioural anomaly, without CAPTCHAs that cost conversion
  • R2 — S3-compatible, no egress charge · Argo Smart Routing around congestion
  • Page Shield for third-party script integrity · Workers / Workers AI milliseconds from the user
↓
Differentiators
  • Every service, every PoP — one architecture, one control plane
  • Zero egress fees — removes the industry's egress margin, and the lock-in with it
  • Serverless compute at the edge, not in a region
Future state
Technical vision
  • The perimeter consolidated at the network edge
  • Cloud origins behind direct tunnels, no public IPs exposed
  • Microservices and Workers AI running globally with no servers to manage
  • No dependency on legacy load balancers or appliances
↓
Business vision
  • A fast, resilient, scalable transactional engine where IT and Product launch without re-litigating the infrastructure bill or the perimeter posture
  • Predictable cloud cost, no bandwidth penalty
  • New digital products protected from day zero
Strategic initiative: modernise and protect the digital experience — the Connectivity Cloud.
Business outcome: maximise conversion and reduce TCO.
Value Framework
04 / 06

The baseline I capture, and the number I refuse to invent

Current-state metrics · named proof, qualitative only · modelled ranges labelled as modelled

Current-state metrics — the baseline
TTFB and LCP
Public and measurable before the call. Measure it and bring it.
Monthly egress spend, $/TB
Ask for the cloud bill line. This is the one hard number per account.
% of requests that are bots
They often don't know. Not knowing is the finding.
Time to remediate a new attack vector
Tells you whether security is automated or heroic.
Business value
↑ Conversion and LTV through speed  ·  ↓ TCO through consolidation and egress removal
↑ Uptime, on a 100% availability SLA (Enterprise)
↓ Client-side exposure, supporting the PCI DSS 4.0 client-side script requirements
Proof points
Shopify
"Cloudflare helps us find a simple way to achieve something very complex that we can scale and maintain." — Duncan Davidson, VP Developer Productivity
Canva — global media delivery and availability under sustained load
Discord — bandwidth and protection at volume
Garmin — API delivery and attack mitigation
Anthropic · OpenAI · Stripe · Character.AI · CoreWeave
The AI-native cohort — relevant to any Act 3 conversation
Future state — modelled ranges, not commitments
Ranges produced by Cloudflare's Business Value Assessment model. Customer-specific figures require a BVA against their own baseline.
Latency / TTFB−30% to −50%
Egress on assets moved to R2$0
contractual, not modelled
Automated abuse blocked>99%
TCO via consolidation−35% to −50%
Core Web Vitalsmeasured on their own RUM
"These are the ranges our model produces across the segment — not a promise about your estate. The reason I'd want a second meeting is to build yours."
Forrester Consulting Total Economic Impact™ study commissioned by Cloudflare, via cloudflare.com/analysts · Cloudflare Business Value Assessment · cloudflare.com/case-studies · Shopify quote from cloudflare.com/network
Competitive · Three audiences
05 / 06

Cloudflare vs hyperscalers in digital native accounts

What changes for the customer · what I circulate to the team · where we lose and where we fit

For the customer
What changes against your hyperscaler
93%
of Lambda's billed time is waiting, not computing — in architectures built on third-party API calls
1 · Cost stops scaling with revenue
Data egress from $0.09/GB to $0. At 10 TB/month that is $10,800 a year eliminated — not renegotiated
2 · Billed for compute, not for waiting
Where the architecture depends on third-party APIs, the hyperscaler bills wall-clock time. Cloudflare bills CPU only
3 · Demand peaks without capacity planning
No pre-warmed instances, no commitments. A 50% fall in traffic still carries 100% of the reserved-capacity cost
4 · Geographic expansion without an infrastructure project
One deployment, presence in 348 cities. No region selection
5 · The API entry toll is eliminated
~$2,100 a year at 50M requests/month on API Gateway REST. Not a lower rate — the cost line does not exist
Internal
Information to share with the team
5
questions whose value is in the answer the customer cannot give. We are looking for the silence
1 · "How many GB left your cloud last month, and what did you pay for them?"
Why — a figure they usually do not have to hand
Lever — direct quantification of the saving
2 · "Of the milliseconds billed on your most-invoked function, how many are compute and how many are waiting on a provider?"
Why — an un-instrumented metric. Exposes the cost of billed waiting
Lever — billed on compute, not on the clock. A structural asymmetry, not a discount
3 · "How much capacity do you hold for peak, and what happens to that bill on the days there is no peak?"
Why — reveals permanent over-provisioning and live commitments
Lever — no provisioning, no commitment. Qualifies the timing
4 · "When you open a new market, how long until the infrastructure is live, and who deploys it?"
Why — puts the platform on the critical path of the commercial roadmap
Lever — one deployment, global reach. Expansion without a project
5 · "How many people spend time on infrastructure in a normal week, and what would they have built instead?"
Why — converts infrastructure cost into opportunity cost
Lever — TCO across four dimensions. The saving sits outside the invoice
Ask them empty. A ratio the customer produces is evidence; the same ratio from us is a claim. Circulate this column as a one-pager with the monthly market note.
For the customer
Where we lose, and where we fit
4
workloads where the hyperscaler is the right answer. Saying so is what makes the left column credible
Where the hyperscaler wins
Compute-intensive, predictable volume — reserved capacity beats usage billing · Deep AWS integration — SQS, SNS, Step Functions, DynamoDB Streams, IAM: rewrite cost can exceed savings · GPU for ML training — Workers AI is inference, not training · Databases past 10 GB — D1's cap means sharding
Where we fit — pattern, then proof
A new market opens a regional deployment cycle → Workers + Durable Objects · Baselime $1,940→$325/day, −83%, three engineers, under three months
Peak sizing carried permanently → Workers + KV · DevCycle 10× deploy spikes, no reserved EC2
Real-time needs four services assembled → Durable Objects · Kaizen Gaming 600,000→1,000 origin connections, 300 servers removed, bandwidth −90%
Enterprise onboarding burns DevOps on SSL → Cloudflare for SaaS · HubSpot 47,000 sites in 5 days, provisioning 5 days → 90 seconds
Engineering capacity lost to deploy windows → Durable Objects with hibernation · Liveblocks 500M messages/24h with 10 engineers
Architecting on Cloudflare (J. Lord, Sept 2026) — an independent publication, not Cloudflare material; author is a Solution Architect at CDS UK, a disclosed Cloudflare partner and reseller · AWS and Cloudflare public pricing · cloudflare.com/case-studies. Column 1 figures computed on 50M requests/month, 15ms mean CPU, 70% hit rate; API Gateway figure on REST pricing. Baselime annualised from published daily cost; Cloudflare later acquired Baselime. Reconfirm pricing before use with a customer.
Account Strategy
06 / 06

The platform is the business, and the platform is on two clouds

~95% of bookings and ~90% of expense reports run with zero human touch. Availability and latency gate revenue directly.

The company
~$250M
Annualised revenue · ~50% YTD
~70%
Gross margin, up from the 40s
~95% / ~90%
Bookings / expense reports, zero human touch
~1,700 people across a dozen offices · ~11,000 customers · group HQ moved outside Iberia at last year’s rebrand · ~850 engineers in Barcelona, largest hub
Stack: multi-cloud AWS + GCP · Lambda + Cloud Run · API Gateway · ECS + DynamoDB + Django/Tornado · CI pipeline across ~80 repositories, rollback P95 just under 4 min · MTTR target 30 min, achieving 31
Triggers — six dated events, all inside six months
Q2 this year$250M credit facility — a four-lender private credit syndicate. Earmarked for product, AI and the US spend launch
Q3 this yearMCP with write actions, GA — mainstream AI assistants book travel, submit expenses and create events for ~11,000 customers. Agentic write access to a financial system
Sept, this yearSpend product launches in a second major market — combined travel + spend, bring-your-own-card. that market already ~30% of new business globally; in Europe up to 40% of new deals are the combined product
Q3 this yearHostpay partnership — account-to-account rails replace virtual cards for hotel payments, with settlement SLAs
AnnouncedA corporate charge card in that market — spend controls, cashback, global payments. A third regulated money-movement workload
Last quarterHotels at 98.0% uptime vs 100% everywhere else — highest-volume component, and the one Hostpay lands on
They are mounting new settlement rails on the only component that is not at 100%. That is from their own status page, and it cannot be answered with “we’re fine”.
Account anonymised. Company name, individual names, partner names and precise figures have been changed or rounded, and dates generalised. Built from public filings, company announcements, an engineering blog post and a public status page. The unredacted research is held separately and is not published.
Account Strategy
06 / 06

Four doors, and a plan that opens compliance first

Each angle comes from something they published themselves · MEDDPICC, with paper process running in parallel from day one

Four doors — the angle each one has already told us will land
Who · what we knowThe angle, and the act behind it
Tomás Herrero
Staff SWE, Foundations. Published their MTTR target and the miss
Entry
"You published a 30-minute MTTR target and you're at 31. How much of that is deploy and how much is diagnosis?"
Act 3 — rollback by routing. Their CI pipeline rollback P95 is just under four minutes; ours is seconds. He wrote the article, so the number is his, not mine
Daniel Roth
SVP Strategic Finance. $250M of new debt; margin 40s → ~70%
"You're expanding margin on borrowed capital. Can I audit three lines — inter-cloud egress, the API toll, and billed waiting time?"
Act 3 — R2 and CPU billing. Multi-cloud AWS+GCP makes inter-cloud egress the one case with no counter-argument
Lena Vasquez
President Product & Technology. Shipped MCP write access to ~11,000 customers
The deal
"Your MCP now has private data, untrusted content and write capability in one system. Who authorises an agent to move money, and where is that logged?"
Act 1 + Act 3 — AI Gateway for model-spend governance and agent control. Single platform decision-maker
Security & Compliance
Unworked. an EU e-invoicing mandate in force; US payments live; a charge card coming
Opens first
"Three regulated money-movement workloads shipped in six months. What does the audit trail for an agent-initiated payment look like?"
Act 1 — enter via MCP action audit, not data residency: residency is a crowded conversation they already have answers for
The plan, run as MEDDPICC — compliance opens first, not last
ElementAction
Decision process · Economic buyerLondon or Barcelona? Any unexpired AWS reserved commitments? Nothing else starts until both are answered
Paper process · Compliance
Runs in parallel from day one
Security questionnaire, DPA and marketplace route opened at the start, in parallel with discovery — not at the end. Test whether an existing cloud commit can carry the transaction. This is the single thing that makes a committed deal slip a quarter
Identify pain · ChampionTechnical entry on the published MTTR. Find the free-tier user inside engineering and make them the internal referrer
MetricsQuantify in ranges, never point estimates. Below ~$30,000/yr identified, the account leaves the priority list — no migration pays back inside a fundable horizon
Decision criteriaAI Gateway and agent governance to Lena Vasquez. Kept out of the cost conversation entirely
Competition · CloseBounded test on the hotels component, success criteria written before it starts. Security already cleared, so the only remaining variable is the result
Account anonymised. Company name, individual names, partner names and precise figures have been changed or rounded, and dates generalised. Built from public filings, company announcements, an engineering blog post and a public status page. The unredacted research is held separately and is not published.
← → navigate  ·  N notes  ·  O overview  ·  B backup  ·  D layout check  ·  F fullscreen