1
7 Comments

Launching on Product Hunt tomorrow. What's the one thing you check before trusting a new SDK?

We launch BuildBase tomorrow (Sep 25, 12:01 AM PT). It's a SaaS backend SDK for React/Next.js: auth, billing, workspaces, roles, workflows, email and the rest, 20 modules in one install.

Instead of pitching it, I want to ask the thing I keep wondering about.

When you land on a new SDK's page, what's the first thing you look for before you'd build on it? For me it's usually the docs and whether I can leave with my data. But I've heard people say it's the changelog, the GitHub issue response times, or just whether a real human answers support.

What's yours? I'd rather fix that thing before tomorrow than after.

on September 24, 2026
  1. 1

    What made you pick this stack over the alternatives?

  2. 1

    Interesting. How are you measuring whether it is working?

  3. 1

    Interesting. How are you measuring whether it is working?

  4. 1

    This resonates a lot — how long did it take before you saw any real signal on it?

  5. 1

    For me, the first thing I’d check is how easy it is to actually get started. Good docs, a working demo, and a clear setup process tell me a lot before I commit to an SDK.

  6. 1

    Hi Dharmendra, I'm Novruz, a QA engineer. I test web products before launch, and since you asked what to fix before tomorrow rather than after, I went through BuildBase the way a developer comparing it with Clerk would.

    The one I'd fix tonight is the Pricing page. The nav link opens a page titled "Plans from $49/mo", but on my visit it showed the heading, the Stripe badge and the FAQ, and no plan cards at all, in the served HTML and after load. The $49 / $99 / $199 cards only live on the homepage. The console there throws two React hydration errors (#425 and #422), a common reason a block goes missing. On launch day Pricing is usually the second click.

    What I can't check from outside is the part your question is really about: sign-up, the billing module and data export inside the console.

    Thanks for asking before launch instead of after, and good luck tomorrow.

  7. 1

    Docs quality + active maintenance (recent commits, issue response time). If the README hasn't been updated in 6 months, I assume it's abandoned. Also check if they dogfood their own SDK — nothing beats seeing the team use it in their own product.