Tag: founder-led GTM

Building Zapier by First Principles: Hard‑Won Growth, Distribution, and Hiring Lessons

I’m drawn to companies that break the mold through first principles and disciplined product management. Zapier is one of the clearest examples of this mindset at scale—and a rich case study for product-market fit, a durable distribution engine, founder-led GTM, smart fundraising, and people management rooted in scrappiness and intellectual honesty.
Wade Foster is the Co-founder & CEO at Zapier, a platform for building workflow automations without a developer. Zapier was started during 2011 in Columbia, Missouri, and by 2021, it was valued at $5b, having only raised $1.3m. Prior to founding Zapier, Wade had just two professional jobs, and had never managed or hired anyone. He worked as a PM on a web app used by 20k students, and as an Email Marketing Manager at Veterans United – a role that had a significant influence on Zapier’s eventual success.
In this analysis, I explore the core decisions and behaviors that shaped Zapier’s trajectory—from counterintuitive early calls to the long game of distribution and product discovery. Along the way, I connect these choices to practical lessons for product management leadership and founder-led execution in SMB-focused SaaS.
The stories and thinking behind Zapier’s most unorthodox decisions
How Wade thinks about product market fit
How Zapier built their powerful distribution engine
The fascinating story of Veterans United, and its impact on Zapier
How Wade thinks about fundraising
Why Wade lives by “don’t hire ‘til it hurts”
Key lessons on people management
Here’s how I frame the journey. First, product-market fit wasn’t pursued as a one-time milestone—it was earned through relentless iteration on real user workflows. Zapier’s no-code promise met SMBs where they worked, stitching together tools without developer help. That focus on everyday jobs-to-be-done created natural pull and allowed the product to compound through integrations and developer evangelism.
Second, distribution wasn’t an afterthought; it was the strategy. By integrating with the tools customers already used, Zapier built a distribution engine through partner ecosystems, search, and long-tail use cases. This is a masterclass in founder-led GTM—pairing product discovery with scalable, integration-led growth rather than chasing flashy enterprise contracts too early.
Third, staying disciplined about the customer segment mattered. While many teams get pulled “upmarket,” Zapier resisted a premature enterprise pivot and doubled down on SMBs—where the combination of clear value, velocity, and breadth of use cases produced durable traction. That decision amplified their reach without diluting the product’s simplicity.
On fundraising, the restraint speaks for itself. With only $1.3m raised through 2021, the team focused on outcomes over vanity metrics and built a real business before scaling headcount. This connects directly to the operating rule of “don’t hire ‘til it hurts”—resource constraints forced clarity, scrappiness, and ownership. As a hiring philosophy, it raises the bar on execution while minimizing the organizational drag that comes with premature scaling.
People management lessons show up in the day-to-day: hiring for bias-to-action, testing for scrappiness, and aligning teams around outcomes vs output. Process followed principle—not the other way around. As a leader, I’ve found that combination of accountability, autonomy, and intellectual honesty is what sustains velocity as complexity grows.
Finally, I appreciate the throughline from Veterans United to Zapier: operational excellence in email marketing and lifecycle thinking carried over into distribution, activation, and retention. The craft of simple, repeatable systems—applied over years—beats silver bullets every time.
Key themes I unpack include: The fascinating story of Veterans United; Lessons from Veterans United; The most important things Zapier got right; How Zapier built their powerful distribution engine; Why Zapier didn’t move to focusing on enterprise; How Wade thinks about product market fit; The role of skill vs luck in Zapier’s success; What was hard about building Zapier; Key lessons on people management; Rule of thumb: “don’t hire ‘til it hurts”; Zapier’s #1 hiring mistake; How to test for scrappiness in the hiring process; Do hiring playbooks transfer between companies?; The 12 year evolution of Zapier’s product; How Zapier makes product decisions; How Zapier thought about competition; How to foster intellectual honesty in yourself and your org; The people who most impacted Wade’s worldviews.
Referenced:
Basecamp: https://basecamp.com/
Bingo Card Creator: https://www.bingocardcreator.com
Bryan Helmig, Co-founder of Zapier: https://www.linkedin.com/in/bryanhelmig
John Wooden quote: https://www.thewoodeneffect.com/be-quick-but-dont-hurry/
Mailchimp: https://mailchimp.com/
Mike Knoop, Co-founder of Zapier: https://www.linkedin.com/in/mikeknoop
Patrick Mckenzie, creator of Bingo Card Creator: https://www.linkedin.com/in/patrickmckenzie/
PayPal: https://www.paypal.com/
Salesforce: https://www.salesforce.com/
SMBs: https://www.techtarget.com/whatis/definition/SMB-small-and-medium-sized-business-or-small-and-midsized-business
Stripe: https://stripe.com/
Thinking in Bets by Annie Duke: https://www.amazon.com.au/Thinking-Bets-Annie-Duke/dp/0735216355
Tony Xu, CEO of DoorDash: https://www.linkedin.com/in/xutony/
Twilio: https://www.twilio.com/
Veterans United Home Loans: https://www.veteransunited.com/
Zapier: https://zapier.com/
If you lead product in a high-velocity SaaS environment—especially in SMBs—there’s a lot to borrow here: design for real jobs-to-be-done, make distribution your strategy, practice restraint in fundraising and hiring, and cultivate a culture that values scrappiness and intellectual honesty. That’s the path to compounding advantage.

October 21, 2025
Intuition, White-Glove Support, and Relentless Execution: Lessons from Looker to Omni

I’m constantly drawn to product stories where intuition, customer obsession, and raw effort compound into durable advantage. This conversation with Colin Zima crystallized that arc—from pioneering high-touch support at scale to balancing gut feel with data to ship what matters. The through-line for me: when you operationalize empathy and pair it with disciplined execution, you create momentum that’s almost impossible to copy. Colin Zima is the co-founder and CEO of Omni, a business intelligence tool that has raised over $26.9m. Prior to starting Omni, Colin was Chief Analytics Officer and VP of Product at Looker, which was acquired by Google for $2.6b. Colin was an early employee at Looker, and stood up its high-touch customer support arm, which turned into a cornerstone competitive advantage for the company. What resonated most with my own practice is how deliberate investment in white-glove customer support can become a product strategy lever—not just a service function. When you’re in a category-creating phase or displacing an entrenched incumbent, those high-touch loops are how you learn the truth fast, reduce onboarding friction, and convert early believers into reference customers. The trick isn’t whether to do it; it’s when, why, and how to sequence it so the economics still make sense as you scale. On scaling high-touch support, I look for three signals before pushing the gas: repeatability in the top 5 user pain patterns, a crisp path to tooling and self-service, and tight product feedback loops that turn today’s premium assistance into tomorrow’s default experience. That’s how white-glove support pays for itself—first as acceleration for adoption, then as inputs that harden the core product. I also emphasize role clarity and career ladders so support becomes a talent engine, not a cul-de-sac, which makes hiring for and hiring from customer support a strategic advantage. Colin’s intuition-based approach to product echoes a belief I hold closely: data is essential for validation and prioritization, but it rarely originates the leap. Intuition frames the bet; data sizes the risk; customers ground the narrative. I’ve seen the merits—speed, conviction, and differentiated UX—and the downsides when intuition goes unchecked—overfitting to edge cases or mistaking novelty for value. The balance is intellectual honesty: writing down the thesis, the counter-thesis, and the disconfirming evidence you’ll accept before you commit resources. I was especially struck by the operational rigor behind hitting goals for 24 quarters in a row. That kind of consistency doesn’t happen by accident; it comes from outcomes over output, sober forecasting, and the cultural discipline to cut or delay work that doesn’t ladder up. I coach teams to make the target visible, tie metrics to customer value, and then prune relentlessly—because the opportunity cost of “almost done” is usually invisible until the quarter slips. The founding story of Omni reminds me that category shifts rarely come from a single breakthrough. They’re the product of dozens of earned insights about where the market is going and what’s still too hard for customers today. I pay close attention to how founders maintain intellectual honesty as the narrative tightens—keeping a clear line between what we know from the field and what we’re assuming, and revisiting that line often. There’s also practical career wisdom here. When choosing which startup to join, I look for founder clarity on the core problem, the early design partners, and the distribution wedge. On founder-market fit, I care less about domain tenure and more about a pattern of shipping, learning, and adjusting fast. And Colin’s unpopular opinion on how to hire good PMs aligns with my experience: bias toward builders who can synthesize customer reality, technology constraints, and go-to-market timing—then communicate clearly and commit. If you’re building in data and analytics, these references are useful context for the ecosystem and buyer expectations: BigQuery: https://cloud.google.com/bigquery, Hotel Tonight: https://www.hoteltonight.com/, Omni: https://omni.co/, Tableau: https://www.tableau.com/. For those who want to go deeper with Colin’s thinking and product journey, you can find him here: Twitter: https://twitter.com/drinkzima?lang=en and LinkedIn: https://www.linkedin.com/in/colinzima/. My takeaway as a product leader: make white-glove customer support a strategic instrument, not a cost center; let intuition set bold direction while data governs scope; and cultivate the operational cadence that makes hitting your goals a habit, not a headline. That combination is how you compound trust with customers and ship products that stand the test of time.

October 20, 2025
How Radical Simplification Drove Vercel’s Product-Market Fit: Lessons for PMs and Founders

When I study category-defining products, I look for the decisive moment where simplification unlocks scale. Few stories illustrate this better. Guillermo Rauch is the CEO of Vercel, a frontend-as-a-service product that was valued at $2.5b in 2021. That headline number matters, but the underlying playbook matters more: simplify the developer path to value, create a default that feels inevitable, and let adoption compound. Vercel serves customers like Uber, Notion and Zapier, and their React framework – Next.js – is used by over 500,000 developers and designers worldwide. For a product creator, those are the signatures of extreme product-market fit: an obvious customer set, a loveable default framework, and a platform that scales with developer ambition. From a product management leadership lens, this is a masterclass in developer evangelism and founder-led GTM, not just technology. Guillermo started his first company at age 11 in Buenos Aires and moved to San Francisco at age 18. In 2013, he sold his company Cloudup to Automattic (the company behind WordPress), and in 2015 he founded Vercel. I read this arc as a sequence of product discovery moments: start with a sharp user problem, ship the smallest credible solution, and iterate where the usage is loudest. The throughline is obsession with experience—reducing friction until the product’s default path feels like magic. Reflecting on the Cloudup era, I see a blueprint for outcomes vs output OKRs. Shipping features is easy; aligning them to a few hard outcomes is what prepares a company for scale or acquisition. That discipline shows up later in Vercel’s sequencing: tight technical scope, clear constraints, and relentless measurement of time-to-first-value. On origin and early validation, the insight was deceptively simple: give frontend teams a zero-config way to build, preview, and ship. The V1 product wasn’t a kitchen sink—it was a clean, repeatable flow from commit to deploy. The early skeptics (and there are always skeptics) helped refine the edges; real usage pressure-tested the defaults. The paradox of developers is alive here: we demand power without complexity. The genius is delivering depth without exposing every knob on day one—Next.js did exactly that. My advice on finding product-market fit mirrors this path: collapse the distance between intent and impact. Design the onboarding so one successful path feels pre-ordained. Put forward deployed engineers beside the customer, and treat their feedback as your fastest route to truth. Keep founder-led GTM longer than you think; it’s the most direct signal path you’ll ever have. An open source business becomes successful when adoption is the front door and the cloud is the living room. Open source monetization works when you resist taxing the developer and instead charge for the operational guarantees that companies need at scale: performance, security, governance, and global reliability. Next.js as a community engine and Vercel as a managed “frontend-as-a-service” is a textbook pairing. The trend toward a “Front-end Cloud” is structural. As teams modularize on services like AWS and adopt modern stacks with Next.js, React Native, and headless partners such as Contentful or Shopify, the frontend becomes the primary assembly layer. That’s why people now pay so much attention to the front-end: it’s where the brand lives, the iteration cycles are fastest, and the performance budget is now a business KPI. Positioning and category creation here relied on clarity over cleverness. Name the job-to-be-done, anchor on speed and reliability, and make the default workflow visibly better than the DIY alternative. When the default wins, you earn the right to go multi-product. The key is sequencing: expand from core strengths and ship adjacent capabilities that shorten time-to-value across the same journey. On AI, I’m seeing gen ai shift from novelty to necessity. The immediate wins are in gen ai for product prototyping (faster ideation, copy, and component scaffolding) and in developer experience (test generation, refactors, and safe migrations). The long arc over 10–20 years points to engineering where we curate constraints and verify outcomes, while machines propose implementations. That raises the bar for PM rigor: better problem statements, tighter acceptance criteria, and sharper product discovery. My enduring heuristics for building better product experiences are simple. Eliminate decisions the user shouldn’t have to make. Make the fastest path the default path. Optimize for the preview moment because that’s where confidence is built. And measure success by how little the user has to think to achieve a powerful result. If you apply that mindset—plus disciplined developer evangelism and thoughtful open source monetization—you give your product a real shot at extreme product-market fit.

October 20, 2025
Goal-Setting for AI Products: How I Plan, Prioritize, and Confidently Ship in a Nonlinear GenAI World

I build and ship AI products in an environment where the frontier changes weekly, so my planning system has to be adaptive, evidence-driven, and unapologetically outcome-focused. In this piece, I share the frameworks I use to set goals for generative AI, balance research with product execution, and scale responsibly — drawing sharp lessons from one of the most influential applied AI companies operating today.

Consider Runway, an applied AI research company shaping the next era of art, entertainment, and human creativity. Runway has raised $237m and was one of Time Magazine’s “100 most influential companies” in 2023. Runway has been a persistent viral sensation in recent years, and is behind many of the most famous AI demos online.

The earliest stages of an AI company often begin with research breakthroughs, scrappy prototypes, and clever distribution. In practice, that means leveraging containerization (https://aws.amazon.com/what-is/containerization/) and Docker (https://www.docker.com/) to package models reproducibly, showcasing work where practitioners already gather — Hugging Face (https://huggingface.co/), Hugging Face Spaces (https://huggingface.co/spaces), and Hugging Face Model Hub (https://huggingface.co/docs/hub/models-the-hub) — and tapping infrastructure like Replicate (https://replicate.com/) to get demos into people’s hands. Early, magical use cases — like the Green screen tool by Runway (https://runwayml.com/green-screen/) — teach us which problems are both technically feasible and viscerally valuable.

I’ve learned to be cautious about “The limitations of being “customer-driven” when building in AI”. Traditional product discovery assumes needs are legible and solutions are relatively deterministic. In generative AI, user desire often follows model capability, not the other way around. The job is to triangulate: run tight user loops to validate perceived value, instrument objective model quality, and explore novel interaction patterns that customers can’t yet articulate. I treat this as a portfolio of discovery bets — some customer-led, some capability-led, all evaluated against clear outcome thresholds.

Balancing research development with product development requires organizational design that prevents context-switching tax while preserving velocity. I pair research pods with product pods, supported by forward deployed engineers and domain PMs who translate evaluation metrics into user-visible milestones. Safety and content moderation sit on the critical path, not as afterthoughts — think policy definition, classifier tooling, abuse red teaming, and clear escalation playbooks. This balance is how you move from a great demo to a dependable product without losing momentum.

Goal-setting amidst constant change in AI starts with outcomes vs output OKRs. I write OKRs in terms of user impact and model performance thresholds — for example, target ranges for latency, quality scores against a golden dataset, or creator retention — then let teams choose the highest-leverage outputs (data pipelines, fine-tuning, UX improvements) to get there. Why I don’t plan very far ahead: I treat the annual view as a vision and bet map, the quarterly view as a constrained slate of outcomes, and the 6–8 week cycle as the execution heartbeat. AI roadmaps are hypotheses; evaluation harnesses and launch gates are the truth.

Community is a force multiplier. Forming a vocal community and fostering community requires real access and real listening: early release cohorts, office hours, and transparent changelogs. How they picked users for early release matters — diversity of use cases, sophistication of workflows, and willingness to give crisp feedback. Expanding past the first 100 users of Gen-2 demands readiness: evaluation parity across modalities, scalable infra, and safety coverage. Done well, this motion compounds learning while building authentic advocacy.

For founders, my advice echoes the core lessons above. Start with a narrow, high-intent wedge and prove durable value fast; let founder-led GTM compress the feedback loop; instrument everything from day one; and resist the urge to over-plan features before you’ve nailed outcomes. Product-market fit lessons in AI often arrive via small, fast experiments — not grand, long-range plans. Ship thin slices that demonstrate unmistakable value, then iterate toward a system, not a single feature. When in doubt, shorten the loop and improve the evaluation harness.

People often ask: Will AI replace video editors? My view is that AI will replace zero editors who master these tools — and many who don’t. The winners blend taste, storytelling, and generative leverage. The products we build should honor this reality: design for control, iteration, and co-creation, not just automation.

If you’re mapping the progression of tech and use-cases, a few public references are instructive: Runway Gen-1 (https://research.runwayml.com/gen1) and Runway Gen-2 (https://research.runwayml.com/gen2) show how capability unlocks new workflows and demand. Runway’s 30 AI Magic Tools (https://runwayml.com/ai-magic-tools/) illustrates portfolio thinking — a suite of composable powers rather than a monolith.

For builders focused on gen ai for product prototyping through production: keep your demo muscle strong, your evaluation stronger, and your outcomes strongest. Invest in community, treat safety as a feature, and let your OKRs steer what ships — not the other way around.

October 20, 2025
Winning with Open Source and SaaS: My GTM Playbook, Monetization Tactics, and Founder Fit

I’m often asked how to win when your product strategy spans both open source and closed source. My short answer: treat community, product, and go-to-market as one system, then sequence each move with ruthless clarity. Reflecting on Neha Narkhede’s journey helped crystallize a practical playbook for building, monetizing, and scaling category-defining platforms.

Neha Narkhede is a co-founder at Confluent, a data streaming software that raised at a $9.1b valuation in 2021. Neha later co-founded Oscilar, a no-code platform that helps companies detect and manage fraud. Before building these two companies, Neha was a Principal Software Engineer at LinkedIn where she co-created Apache Kafka. Neha is ranked #50 on Forbes’ list of “America’s Richest Self-Made Women 2023” with an estimated net worth of $520m.

Here’s what stood out to me as a product leader: the origin of Apache Kafka inside LinkedIn wasn’t just a technical breakthrough—it was an obsessive response to a clearly defined, acute infrastructure pain. Open sourcing it wasn’t a marketing move; it was a distribution masterstroke that built trust, accelerated adoption, and seeded a future enterprise business.

On company-building, the “Zero to One” at Confluent was uniquely disciplined: build for a specific customer early on, earn credibility with developers through education and evangelism, and simultaneously position as an enterprise-grade solution. I’ve seen this duality—developer-first credibility with enterprise posture—unlock velocity in complex platform markets.

Monetizing open source product works when you’re intentional about what to license and what to open source. Commercial value clusters around enterprise security, governance, scalability, observability, and reliability features—plus SLAs customers can’t get from the community. That’s how you can run two businesses within one company: a software business and a SaaS business that remove operational burden and expand the addressable market.

Confluent’s approach to SaaS versus software is instructive. Confluent Cloud delivers a consumption SaaS model where pricing aligns to value realized, not just time elapsed. Subscription SaaS versus consumption SaaS requires different GTM motions, different product telemetry, and different revenue operations. I’ve found success by matching pricing units to customer mental models and by instrumenting usage early to drive product-led expansion.

Developer evangelism played a pivotal role in category creation. It’s not merely about talks and tutorials—it’s a systematic way to collapse time-to-value, reduce perceived risk, and compress a buyer’s learning curve. When you blend education with hands-on pathways—demos, sandboxes, quickstarts—you transform top-of-funnel curiosity into bottom-of-funnel conviction.

Founder-led GTM was another powerful theme. Early on, I prioritize direct customer conversations, hands-on discovery, and live deal support. The order of operations matters: validate the ICP, close lighthouse customers, codify the repeatable sales narrative, then operationalize outbound once the signal-to-noise ratio is high. That sequence prevents premature scaling and preserves momentum.

For second-time founders, the takeaway is focus and speed. Build differently the second time by compressing cycles from speculation to product realization. Neha’s “proactive research sprint” resonates with my own practice: pressure-test the problem, define must-have requirements with real users, and ensure you’re solving problems people are actually willing to pay for—before building full-stack.

Oscilar exemplifies this clarity. A no-code platform to detect and manage fraud aligns to an urgent, quantifiable pain with measurable ROI. That’s founder-market fit: where your experience, the market’s urgency, and the product’s capabilities directly reinforce one another.

If you’re navigating open source and SaaS together, here’s the practical synthesis I use: define your ICP early; decide what to open source versus license based on enterprise risk and operational burden; invest in developer experience and evangelism to power category creation; choose pricing that mirrors value realization (consumption when possible); and keep founder-led sales at the forefront until the narrative is truly repeatable. Done well, you can run two businesses inside one company without diluting focus.

Apache Kafka: https://kafka.apache.org/

Confluent: https://www.confluent.io/

Confluent Cloud: https://www.confluent.io/confluent-cloud/

Jay Kreps, co-founder at Confluent: https://www.linkedin.com/in/jaykreps/

Jun Rao, co-founder at Confluent: https://www.linkedin.com/in/junrao/

MongoDB: https://www.mongodb.com/

Oscilar: https://oscilar.com/

Where to find Neha:

LinkedIn: https://www.linkedin.com/in/nehanarkhede/

Twitter/X: https://twitter.com/nehanarkhede

Website: https://www.nehanarkhede.com/

October 20, 2025