busqueneilOpen to Work

01 Services · Web Apps

Web app development.

Dashboards, client portals, CRMs, and the internal tools that replace a spreadsheet nobody trusts anymore. Built by one person, shipped in weeks, and yours at the end.

Short version: I build custom web apps for small teams. A working first version is usually live in two to four weeks, you own the code and the accounts, and you talk to the person writing it instead of an account manager.

What counts as a web app

The word covers a lot, so here is what people actually come to me for:

  • Client portals. A logged-in place where your clients see files, progress, invoices, and approvals instead of emailing you to ask.
  • Internal dashboards. One screen that pulls the numbers your team currently rebuilds by hand every Monday.
  • A CRM that fits how you sell. Not a generic platform bent into shape with custom fields, but pipelines and automations shaped around your process.
  • Operational tools. Scheduling, intake, inventory, QA checklists. The unglamorous software that decides whether a week runs smoothly.

Proof, before the pitch

I shipped more than 40 products in 2026, and the ones below are open right now. You can click into them rather than take my word for it.

  • Orbit is a multi-tenant CRM with AI agents, billing, and a full page builder. I built and shipped it solo. Read the case study.
  • Portal is a client-facing surface with files, updates, and approvals, plus a browser extension for pinning feedback straight onto a live page. Read the case study.
  • Tandem is a couples app with realtime sync, video, and games. I built it for my own long-distance marriage, which is a harsher QA process than any client. Read the case study.

The stack, and why it is boring

React and Next.js or Astro on the front. Supabase or Postgres for data, auth, and row-level security. Vercel for hosting. Stripe when there is money involved.

None of that is exotic, and that is deliberate. Every choice here is something another developer can pick up without me explaining a private framework. The fastest way to trap a client is to build them something only you can maintain, and I would rather you stay because the work is good.

How the build runs

  1. One call to find the real problem. Usually the app someone asks for is not the app they need. We figure that out before anything gets written.
  2. Scope in writing. You see what is in the first version and what is deliberately not, so "I thought that was included" never happens.
  3. Build in the open. You get a live URL early and watch it fill in. If it is going the wrong way, you say so in week one, not at handoff.
  4. Launch and hand over. Repo, accounts, and documentation are yours. Keep me on to run it or take it in-house.

Why one person instead of an agency

Software needs maintenance. An API changes, a dependency breaks, your process shifts. When that happens you message the person who built it, and they already have the whole thing in their head. There is no relay through an account manager to a developer who has never seen your codebase.

The tradeoff is honest: I am one person, so I take on fewer projects and I will tell you on the first call if your timeline needs a team instead.

FAQ

How long does a custom web app take to build?

A working first version usually takes two to four weeks. That is a real app with logins, a database, and the core workflow, not a clickable prototype. Bigger systems keep growing after that, but you have something usable in weeks rather than waiting a quarter to see anything.

What do you build web apps with?

Mostly React and Next.js or Astro on the front, Supabase or Postgres for data and auth, and Vercel for hosting. I pick boring, well-documented tools on purpose, so another developer can pick the project up later without a translation layer.

Do I own the code?

Yes. The repository and every account are yours. I do not host your app on a platform you have to keep renting from me, and there is no license that expires if you stop working with me.

Can you take over an app someone else started?

Often, yes. I will read the codebase first and tell you honestly whether it is worth continuing or cheaper to rebuild. I have said "rebuild" and I have said "this is fine, here is what it needs" and both answers have been the right one.

If you have an app in mind, tell me what it needs to do. If you are still deciding, open the work or read about the automation side.

The guarantee

I keep working until you are proud of it. If I am not the right fit, I will tell you on the first call.