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.

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
Technologies
Want the full portfolio? More case studies on the homepage.