Loading case study…
Product Marketing Leader
Paragon was an embedded iPaaS for SaaS companies building AI features—copilots, agents, and RAG-based products that needed to read and act inside their customers’ third-party tools. I joined as an independent GTM consultant while the company searched for its first product marketing hire, to pressure-test whether its positioning matched the product reality.
The primary buyers were platform and product engineering leaders: VPs of Engineering, Heads of Platform, and CTOs at smaller companies. They owned the build-versus-buy decision; product leaders shaped the AI roadmap, while security and compliance leads could later block a deal over SOC 2, GDPR, deployment, or credential handling.
The timing came from a visible mismatch between Paragon’s product and its market story. I compared the homepage, sales deck, and job postings with CEO Brandon Foo’s public explanation that the product had been rebuilt because RAG required massive data ingestion and agents needed universal tool calling. The product already supported four integration modes—data sync, agent actions, event triggers, and orchestration—on multi-tenant, per-end-user authentication infrastructure, while the outward-facing materials still positioned Paragon as an embedded iPaaS competing on connector count. That gap was the evidence and the opportunity.
Paragon’s homepage, sales deck, and public narrative still presented it as an integrations company competing on connector count. Internally, the product had become something more: four purpose-built modes—data sync, agent actions, event triggers, and orchestration—running on infrastructure designed for multi-tenant, per-end-user authentication at enterprise scale.
Paragon was underselling its hardest-to-copy advantage and competing on raw tool count, where it could not win. Meanwhile, AI-native challengers such as Composio were not built for the same enterprise-scale, multi-tenant requirements. There was no clear positioning, category name, or competitive story that anyone outside engineering could confidently repeat. I was brought in to close that gap.
The pivotal decision was to name a new category: Integration Infrastructure Platform. I rejected staying inside “embedded iPaaS” and repositioning incrementally around faster connectors or better auth; that would have kept Paragon competing with established players on connector count, even though the product had outgrown the category. I also rejected framing it purely as an AI-native tool-calling layer, because that would have put Paragon head-to-head with Composio on the metric where it looked smaller and hidden its broader advantage: one system supporting four integration patterns—Managed Sync, ActionKit, ActionKit Triggers, and Workflows.
Existing user?