Case study · Infrastructure · Media delivery

Luca: a performance-first CDN with a latency wedge

Scalable media delivery with native and global server-switching — positioned on measurable latency wins, not feature parity.

Luca: a performance-first CDN with a latency wedge
Product Manager2021 – 2022

At a glance

The numbers

$300K

pre-seed raised

Latency

as the product wedge

Benchmark

over feature checklist

The story

What happened, why, and what moved

Context

I led Luca from positioning through pre-seed — a scalable CDN with native and global server-switching for media-heavy applications. My job was product strategy and the technical narrative early customers and investors needed to believe. We weren't selling "cheaper infrastructure." We were selling a number teams could benchmark: time to first byte, global switchover under load, cost per gigabyte at scale.

The trap

Media-heavy apps in emerging markets pay latency tax twice: slow uploads and slow delivery. Incumbent CDNs won on brand and ecosystem, not on measurable latency wins for teams without enterprise budgets. The trap was building a feature matrix to match incumbents page-for-page. We'd lose on sales slides and win nowhere on the metric that actually moved apps.

The bet

I bet on latency as the wedge — native and global server-switching that moved a number teams could benchmark. Pre-seed positioning was "performance alternative with proof," not "cheaper clone." Every roadmap item had to answer: does this improve the benchmark story? If not, it waited.

The fight

[NEEDS YOUR INPUT: Add the specific trade-off moment — e.g., what feature you said no to, or the benchmark that won the first customer conversation.] Until then: the fight was resisting feature parity with incumbents and holding the line on measurable latency wins as the product story. Sales wanted parity decks; I wanted benchmark scripts customers could run themselves.

The proof

Luca raised a $300K pre-seed round. I owned the performance narrative in the data room — latency benchmarks, server-switching architecture, and the story investors could repeat without a live demo. Early customers bought the number, not the logo comparison slide.

What I'd do again

I'd publish benchmark methodology publicly before sales asks for it. Transparency builds trust faster than claims. I'd also cap v1 to one media type and one region until the number is undeniable — breadth kills latency stories.

Product calls

Key decisions

Latency wedge over feature parity

Positioned on measurable performance wins instead of matching incumbent feature lists.

[NEEDS YOUR INPUT: Specific scope cut]

Replace with the real architectural or product "no" that defined Luca's early focus.

Benchmark-ready sales

Shipped scripts and docs so prospects could verify claims without trusting a deck.

Outcomes

Measured impact

  • $300K pre-seed

    Performance narrative and technical proof in the data room

  • Native + global server-switching

    Core architecture bet for latency reduction

  • Benchmark-first positioning

    Prospects evaluated on numbers, not brand

Takeaways

What I learned

  • 1When competing with incumbents, pick a number you can benchmark — not a feature matrix you can't win.
  • 2Investor narrative and product wedge have to be the same sentence.
  • 3Infrastructure products sell on proof scripts, not adjectives.
Technical appendix

Architecture

Global Server-Switching
Native Media Processing
Edge CDN Distribution
API-First Delivery

Technologies

Node.jsGoRedisAWS/GCP EdgeDocker

Want the full portfolio? More case studies on the homepage.