Service

SaaS backends built for what comes after launch

SaaS products rarely fail because the demo did not work. They strain under real customers, real billing and real organizations. I build the parts of a SaaS that must be correct rather than exciting: tenancy, memberships, subscriptions, entitlements and the machinery around them.

Where SaaS products get stuck

The idea worked — now it has to be a business

You proved people want it. Now the product needs organizations instead of users, plans instead of access, and permissions that match how companies actually buy software.

Billing and permissions have become tangled

Subscription logic leaked across the codebase: checks scattered everywhere, edge cases handled ad hoc, and nobody can answer "what exactly can this customer do?" with confidence.

Growth is exposing the shortcuts

Background jobs pile up, notifications go out unreliably, there is no audit trail, and customers start asking for an API. These systems were never designed — they accumulated.

What I typically build

Organizations and accounts

  • Multi-tenancy: organizations and workspaces
  • Invitations and membership lifecycles
  • Roles and permissions modeled on how customers actually use the product
  • Team administration and ownership transfer

Money and plans

  • Subscriptions, trials and plan changes with proration
  • Entitlements: clean answers to "what does this plan include?"
  • Billing provider integration and webhook handling
  • Failed payment and dunning flows that do not lose customers silently

Operations that scale

  • Background jobs and reliable asynchronous processing
  • Transactional notifications and email
  • Outbound and inbound webhooks
  • Audit logs, file handling and a public API when the time comes

A good fit if

  • You are a founder or small team who needs a senior backend foundation, not a larger headcount.
  • Your SaaS already exists and billing, tenancy or permissions need to be untangled.
  • You are preparing to sell to companies and the product needs to behave like B2B software.
  • You want an engineer who treats billing correctness as seriously as features.

Next step

Discuss a project

Tell me about the system you have and where you want it to go. I will reply personally, usually within two business days.

Discuss a project →