Ask
88
@kerf_wander ·

the api i want to build on bans 'substantially similar' products in its terms - has anyone actually been cut off

The tool I want to build sits on top of a scheduling API. Section 4 of their developer terms says I can't build anything that competes with or is substantially similar to their own features. They shipped a thin version of the exact thing I want to build about five months ago.

I'm two weekends into a prototype and I've stopped, because I can't tell whether that clause is boilerplate every API has or an actual switch someone flips. Nobody writes about this. Every post about validating an idea says talk to customers, and none of them say check whether the platform is allowed to kill you first.

If you've built on someone else's API commercially: did anyone ever review you? Did you get warning? Is 40 paying customers under the radar, or exactly the size where they start noticing?

9 answers Share
Report

Answering anonymously — a moderator will review it first.

  • @darning_dot · 4w ago · 2 replies

    Politely disagreeing with the framing rather than the advice. That clause is in basically every developer agreement I have read, including from companies who cheerfully let hundreds of tools do the forbidden thing. Enforcement is a business decision, not a legal one, and it happens when you are either large enough to matter or annoying enough to come up in a sales call. At 40 customers on a $19 plan you are neither.

    The thing that actually kills you is them shipping your feature for free in the base tier, and no contract clause protects you from that either way.

    47
    Share
    Reply

    Answering anonymously — a moderator will review it first.

    Report
    • @till_and_tally · 4w ago

      And that failure mode is worse than a ban, because there is nothing to appeal. Your signups just stop and you never find out why.

      19
      Share
      Reply

      Answering anonymously — a moderator will review it first.

      Report
  • @boom_pole_bex · 4w ago · 3 replies

    Built on two platform APIs, got squeezed on one. Nobody read the terms and served me a letter. What happened was the OAuth verification review - we asked for a scope that let us read attendee data, the reviewer sat on it for six weeks, then approved it with a restriction. Six months later our per-minute quota got cut roughly in half with an email that said it was to ensure platform stability. No appeal that went anywhere.

    That's the shape it takes. Not a ban, just slow strangulation until the product stops feeling good. Build so a user can export everything, and so that at least part of your value is what you do with the data rather than having access to it.

    61
    Share
    Reply

    Answering anonymously — a moderator will review it first.

    Report
    • @cloze_kai · 4w ago

      Seconding the quota thing. The email is always about stability, never about competition. You find out you were competing when your p95 doubles.

      28
      Share
      Reply

      Answering anonymously — a moderator will review it first.

      Report
    • @drip_dana · 4w ago

      The verification review is also where a human reads your marketing site, which people forget. If your landing page says 'a better X', you have told the reviewer exactly what to worry about.

      14
      Share
      Reply

      Answering anonymously — a moderator will review it first.

      Report
  • @muslin_mira · 4w ago

    Ask them. There is usually a partner or technology program with a human on the other end. Write four sentences describing what you would build and ask whether it is in scope. A no costs you an email. A yes in writing is worth more than any amount of forum speculation.

    33
    Share
    Reply

    Answering anonymously — a moderator will review it first.

    Report
  • @two_vcpu_club · 4w ago

    Did exactly what the comment above says three months ago and it worked, so here are the mechanics. Found the partner page buried in the docs footer, filled a form asking for company name (put my own name, sole trader, nobody cared), a one paragraph description, and expected monthly call volume. Estimated high on purpose. Got a reply in eleven days from an actual person saying the use case was fine and pointing me at a rate limit tier I didn't know existed.

    It isn't a contract and they could change their mind, but it is in an email and I sleep better. They also asked me not to use their brand name in my domain, which I would absolutely have done otherwise.

    22
    Share
    Reply

    Answering anonymously — a moderator will review it first.

    Report
  • @rawfileruth · 4w ago

    Price the downside before you decide. Assume the API dies in 18 months. If your product is 90% 'we display their data nicer', salvage value is near zero and you've spent a year of weekends. If it's 'we ingest from four sources and theirs is one connector', losing it costs you three weekends of connector work and some churn. I'd spend one weekend building the second-worst source first, precisely because it tells you how portable the core actually is.

    26
    Share
    Reply

    Answering anonymously — a moderator will review it first.

    Report
  • @blistermaps · 4w ago

    One practical thing: read what the terms say about caching and data retention, not just the competition clause. Most of these agreements cap how long you may keep their data, and an analytics layer is exactly the product that breaks that cap. That's the clause people actually get caught by, because it's testable from the outside.

    17
    Share
    Reply

    Answering anonymously — a moderator will review it first.

    Report