I’ve shipped a lot of little products, landing pages, weird side projects, and client builds over the years.
One thing that kept annoying me more than it should: forms.
Every new project needs some version of a contact form, waitlist, feedback form, support form, etc. Then the submissions end up scattered across random inboxes...
So I built html.contact (yes, that is really the domain) https://html.contact/
It’s a simple form backend for plain HTML forms. Unlimited forms, separated by site/project, with email delivery, logs, exports, attachments, spam controls, and API access.
Nothing fancy. No giant platform pitch. I mostly wanted a clean place to manage forms across all the random stuff I ship.
It also feels like the first thing I’ve made that is a real Indie Hacker utility. It is boring (no offense), useful, and built because I personally kept needing it.
If anyone here ends up actually using it on a site, reply to the welcome email. I’ll upgrade you to a paid account on the house.
I’d rather get it in the hands of people shipping things than over-optimize pricing on day one.
PS
I attached a poll because I’m genuinely curious how other people handle forms when shipping like a mad person. Thanks!
This is one of those tools that doesn’t win because it’s novel—it wins because it removes a recurring tax from shipping. The interesting part is the consolidation angle: most founders don’t hate forms, they hate the fragmentation (inboxes, projects, APIs, logs). Solving where submissions live and how they’re organized across projects is usually more valuable than the form layer itself.