soft-shell crabvietnamese mud crabdifferent species of crab
2
9 Comments

Why we launched a paid affiliate program before touching Google Ads

Quick context: BuildBase is a multi-tenant SaaS backend delivered as one npm install (@buildbase/sdk). Auth, billing, usage metering, workspaces, RBAC, workflows, and the rest of the plumbing every SaaS ends up rebuilding by hand. We've been building it in public for a while. Roughly 100 signups, five of our own products running on it in production (PlugNode, AgentCenter, Imejis, RemoteWait, LinkTracer), and a proper leaky funnel between "signed up" and "shipped something real."

Today we launched an affiliate program: https://www.buildbase.app/affiliate

I want to write down why we launched this before opening a paid ads budget, because I think the reasoning applies to almost any dev-tools founder pre-PMF.

Cold ads amplify a broken funnel. Our activation is not where we want it. Users bounce at the org creation popup before they see product value. Throwing paid traffic at that is paying to widen a leak. Warm referrals arrive with a baseline of trust that gets people past the first friction. One IH commenter saying "yeah I tried it, here's what surprised me" outperforms a hundred Google Ads clicks for us right now, because the reader is already past skepticism when they land.

Devs recommending dev tools is the actual distribution channel. The people who buy backend infrastructure are other devs. They ask two questions before paying: who else uses this, and did anyone I trust vouch for it. Cold advertising doesn't answer either. A dev writing a real post about their experience does. If someone's already going to write that post, they should be paid on it. If they're not going to write it, no amount of commission will make them.

What we deliberately didn't do: no whitelabel reseller tier (not interested in MRR laundering), no payout on free signups (paying customers only, otherwise we're funding link farms), no 60-day approval theater (if you sign up and refer, you're in, we approve on real activity not on our judgment of your "brand fit"), no lifetime lockouts (if it doesn't work for you, you leave clean).

Who this is actually a fit for: newsletter operators writing to indie hackers, AI builders, or SaaS devs. YouTube and blog creators covering backend, auth, or billing tooling. Consultants and agencies who set up SaaS stacks for clients - this is probably the highest-LTV cohort, because if you spin up ten SaaS clients a year on the same backend, you have a real annuity. And anyone already recommending BuildBase who wants credit for the sends.

Commission structure, cookie window, and payout terms are on the page: https://www.buildbase.app/affiliate

The honest bit. We're pre-revenue externally. This isn't going to make anyone rich this quarter. But we're priced per app (not per seat, not per MAU), so a small number of conversions actually pays. And we intend to be around a long time. If you place a bet early, it compounds.

We also know we're not the biggest name in the category. Kinde, Clerk, Auth0, Stingg, WorkOS exists. Supabase exists. Firebase exists. The reason we think there's room: none of them are "one npm install for all the backend a SaaS actually needs, on your infra, with your Stripe, no revenue share." That's a specific gap, and it's the one we're aimed at. If that framing resonates with your audience, the affiliate math might work. If it doesn't, please don't force it, the conversions won't happen.

A question for the room: if you've run an affiliate program from either side (as a founder or as an affiliate), what's the one thing you wish had been different? Cookie length, payout cadence, promo assets, dashboard reporting, attribution windows - what actually moved the needle for you, and what turned out to be theater? Trying to get this right before we harden the terms.

Happy to answer anything about the program, the product, or the "affiliate before paid ads" call in the comments.

posted to Icon for group Building in Public
Building in Public
on August 20, 2026
  1. 1

    Launching an affiliate program before touching Google Ads is a very sharp call for a dev tool—developers rely almost entirely on peer recommendations and authentic build logs rather than search ads.

    To answer your question directly on what actually moves the needle vs. what ends up being theater:

    1. What moves the needle:
    • Dev-Centric Promo Assets: Tech creators and dev affiliates don't use marketing banners. What converts best are real code snippets, architecture diagrams comparing BuildBase vs custom setup, and copy-paste starter repos.
    • Granular Funnel Transparency: Affiliates hate "black box" reporting. Showing them intermediate event stages (e.g. Clicks -> Account Created -> npm install / org setup -> Paid conversion) builds trust and lets them optimize their content.
    • 60-90 Day Cookie Windows: Dev tools have a longer evaluation lag. A developer might bookmark an article today and only install the npm package weeks later when starting their next side project. A 30-day window often unfairly cuts off real referrals.
    1. What turns out to be theater:
    • Complex multi-tiered payout schemes: Multi-tier models often look spammy and attract low-intent link aggregators.
    • Generic affiliate directory listings: Mass directory submissions yield virtually zero developer conversions.

    Your rule of paying strictly on paid subscriptions rather than free signups is key to keeping low-quality link farms out. Best of luck with BuildBase!

  2. 1

    Paying only on outcomes before paying for clicks is the right order when the funnel between "signed up" and "shipped something real" is still leaky — ads would just pour more people into the gap. The risk with affiliates at this stage is that recruiting them becomes its own product, and the gap stays where it was. Before scaling the program, it's worth finding the ten users who did ship and asking what happened in their first hour, since that's usually where the leak lives. Affiliates convert much better once there's a concrete story of someone going from install to production.

  3. 1

    The distinction I’d add is between affiliate as a traffic channel and affiliate as a trust channel. A creator who drops a naked referral link is basically paid acquisition with a smaller budget. A creator who explains what they tried, who it worked for, and where it failed is supplying qualification before the click — that is a different unit of value.

    I’d make the first affiliate dashboard optimize for referred workspaces that reach the “aha” event and then become paid, not clicks or free signups. With a small audience, the denominator gets noisy very quickly: one sale from a tiny cohort can look amazing, while a larger batch of curious clicks can look productive and produce nothing. I’ve had to model this explicitly in my own distribution experiments.

    One question I’d add to your terms: do affiliates get credit for the conversion if the buyer returns directly later? If the product needs education before purchase, a short attribution window may punish the affiliates doing the hardest part of the work.

  4. 1

    Ran a Microsoft partner channel for two decades and the thing that actually moved referrals was payout speed, not commission percentage. Partners forget about a win once they're waiting 60 to 90 days for the check, and they stop promoting between payouts, weekly or even instant payout keeps the win fresh right when someone's deciding whether to write that next post. I'd fix that before touching cookie windows, it's the lever that changes affiliate behavior the most.

  5. 1

    Your no-payout-on-signup choice is the right fraud boundary. One thing I would add before hardening the terms is a three-stage ledger: attributed visit → activated workspace → cashable customer.

    Affiliates should see aggregate conversion between those stages, but not account-level customer data. Define “net revenue” and the treatment of refunds or chargebacks in the ledger, show exactly when an event becomes payable, and use a hold tied to the actual refund window rather than a blanket approval delay.

    In the dashboard, separate pending, approved, and reversed commission. Cookie length matters less when the rules are deterministic and every state transition is explainable. That also changes affiliate behavior: people optimize for referrals who reach real activation, rather than maximizing clicks that widen the leak you described.

  6. 1

    “Cold ads amplify a broken funnel” deserves to be a proverb. My sequencing was similar, but one step earlier. Before spending anything on acquisition, instrument the one metric that tells you whether new arrivals actually get value. For my tools, that’s the share of sessions completing a full run, for you it sounds like it’s getting past that org-creation popup. Fixing that number changes the ROI of every acquisition channel you add afterward, while organic traffic keeps compounding in the background.

    One thing I’m curious about: will affiliates get visibility into activation, or only clicks? If an affiliate can see that their referrals are actually activating, they’ll naturally start optimizing for better-fit traffic rather than just more clicks. That aligns their incentives with your funnel instead of your click counter.

  7. 1

    Haven't run an affiliate program myself yet but reached out to a few creators
    directly for my own product (photo cleanup tool), and the thing that killed
    most of it before it started was exactly what you're avoiding: creators don't
    want to spend hours learning a tool for an affiliate-only deal with no upfront
    pay. Got a very polite "not worth my time unless there's a paid promo budget"
    from someone with a decent audience.

    Made me realize the affiliate model probably works best for people already
    using or curious about the product, not as a cold outreach tool to convince
    someone to invest time first. Your "if you're already recommending it, get
    credit for it" framing in the post nails that, it's opt-in for people already
    sold, not a pitch to get someone sold.

    On the actual question, curious how you're thinking about attribution when
    someone finds you through a comment like this one vs an actual tracked link,
    feels like a lot of the real value in dev tools word of mouth happens outside
    any cookie window.

  8. 1

    "Cold ads amplify a broken funnel" is the cleanest measurement principle I've seen stated for distribution strategy. What you're really saying is: don't spend on signal that tells you nothing.

    Cold clicks are high-noise data - they arrive without context about whether they're qualified, what they expect, or what would actually convert them. When your funnel can't retain them, you're just measuring how much money you're willing to spend to widen the leak. It's a leading indicator that looks like activity but is purely a lagging indicator of budget burn.

    Warm referrals are signal-rich by contrast. They arrive pre-filtered by the recommender's judgment (someone who understood the product enough to vouch for it), and their conversion rate tells you something about both your product fit AND your positioning. One affiliate conversion teaches you more than a hundred cold clicks.

    This is why affiliate-before-ads is such a smart ordering. It forces you to get crystal clear on what your actual selling message is (who would recommend this, and why), and it measures that clarity directly through conversion. Cold ads would just hide the clarity problem under volume.

  9. 1

    The strongest part is the willingness to connect the channel decision to the actual funnel. You’re not treating distribution as separate from activation.