Would you be willing to open source this? That way it can stay free forever (at least basic functionality) and you'll likely increase the adoption by other folks.
I had to switch from it last minute, because one of my forms wouldn't activate, actually, I did get the Form Activated to appear, and some emails passed, but then It was still deactivated, and found myself in an endless loop. Idk, but I had to go with a paid option so my boss would be reassured it would work on monday.
Anyway a few more I found when I had to switch last time, I went with usebasin.
Nothing free lasts forever, but that's how a lot of people gage interest anyway. Having said that... this is a good solution for small site's contact form which you wouldn't care much about privacy or if it went away in a couple of years.
Nice job offering something for free. I'm not as skeptical as some here; looks like you just wanted to build something useful for people and it's not going to cost too much to provide it. At the very least, it's a great project to have under your belt, with real customers, etc. Could help landing jobs, for sure!
I had to figure out how to handle my contact form on my static blog recently, and I decided to simply write a form handler with Go and deploy it on Google's Cloud Functions. It's free for now (and probably always will be considering the fact that I'll probably never receive more than ~10 form submissions per month anyways). The function takes awhile to spin up cold, but it doesn't matter too much. I like it because the code is simple and I "own" the service.
Curious to hear what other static site admins have decided to use for their forms.
Thanks for the thoughts! It's still a young service, and honestly there are a ton more users than I expected so early
GO is super interesting, and I like that you wanted total control over your process. I've never used Google Cloud Functions but that's similar to Azure Functions or AWS Lambda, yea?
I might be in the market for a forms service, and have been researching them a bit over the past few weeks. As a potential customer, here is the single biggest thing that made me instantly say no: free. Even worse it's unlimited free, not even freemium.
That means either the service will sell my information, or the information of my customers (if not now, eventually), or that it's going to die shortly. And I don't want to put in the effort of migrating my sites to your service in either of those cases.
I didn't quite have this harsh of an outlook, but I also immediately scrolled to see what "paid" versions there were as a "seriousness" check. That's interesting.
This is good feedback, and quite honestly something I haven't quite figured out how to communicate to future potentially skeptical users. Basically it's just a personal project, that I host on my personal AWS account.
I literally just made it because I didn't want to pay for a service anymore for my static sites that need to collect information.
Maybe solidifying some of the verbiage on the website, and giving it time to not be so new are the two biggest things I can do to solve this?
To make matters worse, the site is using third party trackers, so your data is already being abused the second you open with the site. Its also closed source. I may sound paranoid, but I won't be using the service.
In SaaS, you're not going to find many products that don't use trackers and are open source, as much as that may be philosophically interesting to see. I actually want a SaaS company to track my behavior so they see what's wrong, fix bugs, and improve the product as a whole.
It's a personal project that I built and maintain in my spare time (nights and weekends). My only real goal with tracking is to understand how people use the service and where they might be getting stuck.
Well they don't have to, but I think most companies are not going to spend time and money creating their own tracking tool like Hotjar and screen recording when they could spend those resources on their own product. Comparative economic advantages and all that.
I have actually built a self-hosted alternative to Hotjar[0] and there are also some other platforms I think, so you can indeed have great analytics without relying on 3rd party services or having to build your own tool.
Wow that looks great, I might give it a go. Where is the screen recording feature, I saw it was advertised on the landing page but don't see it on the demo. Also is it open source?
userTrack is not free (open-source) but sold as a product for a one-time fee. As for the soure code: currently you get the original PHP backend code but only the bundled front-end code. I am also adding soon the option to download the original front-end code (TypeScript + ReactJS + MaterialUI).
I have thought about releasing userTrack as open-source, but I currently work full-time on it and I need to sustain myself, otherwise I couldn't spend the time to work on it. If I find a sustainable way to open-source it, I will.
Well, it was in my interest to share it, but I do think it's one of the best ways to improve user privacy while still being able to get valuable insights.
There's a donation button at the top of the page. Also, perhaps it's going to gauge volume and costs before developing a premium model. Looks like an early adopter model. Also, providing a service like this with the trade off being able to use and learn from the data for improving the product isn't uncommon (google forms, google mail...).
One thought I had that could avoid the harvesting data aspect would be to encrypt the data with a public key and then allowing the host to decrypt it locally with a private key. I think that's how products like Lastpass work.
On the other side, I'd love an indie-accessible service where I wouldn't pay more than a total cost of a cheap VPS and a domain for a single SaaS which forms like a 5 % of user experience.
It seems that everything is either pay-with-privacy, or $100/year, with no middle ground, and that's sad for me as an indie.
If a business cannot afford $100/year for a critical service, the business is not viable. Or to put it another way, if a forms service is not worth a large multiple of $100/year, it's not worth having a forms service.
A forms service is not just useful to businesses. I'd love to have a real contact form on my website, but it's all static and I don't really want to run the infrastructure myself. $100/year is _way_ too much for that case.
Back of napkin calculation: assuming low costs, $100/year is on the order of 1000 users per software engineer if the engineer also does support. Make it $10/year and the engineer has 10k users to support. 10x users mean 10x probabilities of long tail support events. The long tail of support is unbounded in negative consequences while the best support interaction is zero bound.
It’s not worth building a business for unprofitable customers in general. A forms service falls into the general case because a million customers is a highly unlikely. It’s also likely to require an undesirable business model. For example $10/site/year is going to be too dear for people with multiple hobby sites if $100/year is too dear.
I understand why one wouldn't necessarily target users who just need a contact form for noncommercial use. However, you could have a business product that allows for team access to forms + support that offsets the cost of the super low cost personal accounts that can't share forms or form results or use support. The actual computational resources required by personal users is likely to be minuscule, especially for something as simple as a form to email service.
> It’s not worth building a business for unprofitable customers in general.
the difficult part is finding the right perk that divide the users from indie and professionals.
for something like git number of accounts or private repository count can be enough of a signal to act as differentiation in plans, but for something like forms it's going to be hard, maybe authentication or sso, idk.
What about 1000 submissions a month for a cheap plan vs unlimited for business/pro? Most businesses would insta buy the top tier to avoid any potential of not accepting a submission even if they never got close.
Second the opinions above, but I was also looking for some sort of explanation of why is it free (maybe some innovative idea allowed to reduce costs for long-term support or smth like that)
This is something that admittedly, I haven't communicated well.
It's a personal project that I built because I didn't want to keep paying for a service to process forms for my static websites (though as mentioned by someone in one of the threads above I still have some forms to convert)
Maybe I'll record a video explaining that and put it on the front page
I'm kind of the same. Write something about what the business model is.
There exist free services that I kind of trust because it doesn't matter (irc-style technical discussions or postcard-level greetings on Telegram) or because it is freemium and they seem to have a grasp on the problem of free (free matrix accounts: they sell hosted servers, mewe: limited free storage)
The thing is, this is right next to "I wrote a SaaS product because the internet made me believe it'd make me rich" on the HN front page ...
(Realistically your best bet is to be Pinboard: not rich, but a comfortable living, built up over long years, and by picking up several waves of refugees from collapsing VC-funded competitors)
As a small business owner in Europe I have the same perspective. Maybe it's even just a gut feel of "if I pay money it's a more serious business relationship and I can depend on some rules", e.g. SLAs and data handling.
The thing I immediately look for as well is GDPR information.
Besides all that:
it looks like a great solution! :-)
Yes, please start charging. Aside from the effect it has on perceived trustworthiness, longevity, etc., giving away your work for free undermines others' ability to make a living selling theirs.
giving away your work for free undermines others' ability to make a living selling theirs
If your product isn't better than the free one why should anyone pay for it?
If it is better, why are you worrying about competition that offers an inferior product? If anything, that should drive more customers to your business.
So people shouldn't have a blog, since people read that content instead of paid books, magazines or newspaper articles? Or post videos on YouTube, because TV and films aren't free? Or work on open source software, since that might save people the need to buy software from companies that are selling?
Truth of the matter is, an awful lot of things that were previously commercially viable simply aren't any more because people are happy giving them away for free or releasing them with ad support. Few people will buy a web browser or CMS or programming language compiler/interpeter/envrionment, because free competition has made commercial ones obsolete.
Either way, it's just life. Things that were once expensive services only available to wealthy became commoditised and affordable for pennies, and new types of business became viable in their place.
So if you're running a company selling a form service and free competition is outcompeting you, then you'll have to adapt or die like anyone else. Or find some value proposition people are willing to pay for in that area (support, customisations, lots of new features, a glossy design, etc).
I kind of hate the profanity being part of the branding, or anywhere else that I’m going to use professionally. It’s pretty useless since it’s not actually describing the service (what exactly does “no bullshit” mean for forms?), and just detracts it and the team or developer who made it.
Keep in mind that the concept of profanity varies greatly from region to region (and audience to audience). For example, where I live, "fk" and "ct" are fairly common words to say. But ironically, expletives including "god" are shocking.
Equally, something seems to be up with .af currently. Both Gandi and Namecheap can't register those currently (only places I checked) and haven't been able to for at least a week. No idea how long this has been going on.
Yea, this is a tough one. Security is a super tricky component of any application, especially when you are storing data that belongs to other people.
In the case of Form King, all transport is over TLS, with the RDS instances being encrypted at rest. When a form is submitted, the data is encrypted and uses the AES-256-CBC cipher prior to storage. I just didn't want to store other people's data in plain text. Form could include names, and emails, and addresses. It's also signed with a MAC to ensure the data isn't modified.
This is probably some information I should include on the website as well (It's a personal project that I just work on in the evenings and weekends, so I had to prioritize stuff and the marketing website was one of the lowest :) )
Now, keeping in mind that I'm no security expert beyond what's standard for production applications, this is the area of any service that worries me the most and it'll remain a top priority to continue enhancing the security of the app.
Of the hundreds of forms out there across the static properties that are mine, and that I work on, it'll take time to convert them all.
As for user counts, one of the benefits of it being a personal project is that I don't have to share or defend that. It's a service that's there, if you want it feel free to use it. If not, that's completely okay too
I'll add that form to my list for conversion though, so at least thanks for that :)
Cool stuff. If you are interested in doing multipage forms and need something that already has a form editor UI, check out the open source <tangy-form> and <tangy-form-editor> web components. Disclaimer, I'm a contributor to those projects.
They definitely have their place. For example, if the answer to one question affects which other questions are relevant it's nice not having to put down "not applicable" in a bunch of answer boxes.
Thanks for the feedback! It's still a super young service that I built and work on in my spare time. I was already working on some blog posts, but the video idea is perfect!
A live form, of course. People want to see how it works and play with it. I'll get these put together and up soon! Thanks again for taking a look :)
Another idea along those lines... I like to play with the form builders before creating an account. Shows what field types are available and how it works. Maybe a demo site?
Wait a few days and someone else will probably make a YouTube video about using your service; then use that either direct or to inform your own video production ...
It's not free because I want it to be sustainable, but also because it does more than just capture form data and send you an email. You might not need more than that, but if you do then it's probably even more important that it's a sustainable business.
We are running https://formlets.com, wishing them the best, i can tell one thing from experience, we have a free offering too, 100% free is not sustainable,you will need payed accounts to get a sustainable business, within weeks to months (depending on the popularity) the phishing people will find your service and you will need a full time person to track them and remove the forms or your reputation will be toast.
Its a brutal market to be in.
I think one of the challenging parts of selling a form builder is trying to figure out where you draw the line of free to paid. Do you limit the number of submissions? Per month or forever? The number of forms? The number of inputs per form? Access to the API? Integration?
Thanks for sharing! Do you mind me asking what admin template you used for the app? I'm searching for a decent admin template right now with a similar color scheme.
Privacy policy, yea. I gotta get one of those up. Incredibly important things like that and terms of use should be sorted right away. This is one of the things I forget about in my personal projects (like FormKing) that I really should stop forgetting :)
As for monetization, that's not my goal. One thing I don't think I communicated well is that this isn't a business. It's a personal project that I intend to open source shortly. The cost for the service (hosting, domains, etc) is super low so for right now I'm not looking to monetize.
Form King was literally just something I built for use with my websites that I had a lot of fun working on. So I made it public
As someone who recently added a "fremium" / "free for solo developers" tiers to their form service this is fascinating.
We give you unlimited forms but gate on submissions, offering more features / submissions in higher tiers etc.
Reading the blog it doesn't look like there is anything malicious about selling user data or some "you are the product"-type bait and switch, but with one dev and no financial incentive I don't see how he keeps this going (No knock to him, asking unlimited free work is a lot).
Forms seem like sort of a small thing, but you really want them to _work_. Having a whiff on even a contact form can miss a lead and looks bad. And if the service breaks, all of a sudden you have to change a bunch of source code pointing to a defunct service, and hope they have an export function.
(shameless plug for the curious, since some people are suggesting services: https://formcake.com
Shouldn't your tag line be "The Form Backend Built For Developers", with "built" not "build". And a little more unsolicited feedback: the rendering/display of code example under /How It Works/ looks kind of sloppy -- I think it might actually look better when JS is disabled. Similarly, not a big big fan of the fullwidth Codepen embed.
Reminds me of StaticKit (https://statickit.com) by Derrick Reimer who built Drip and co-hosts the Art of Product podcast. There might be some interesting lessons if you listen to their podcast, many of Reimer's insights on static site forms are made public through it.
The funny part about this too if you listen to the podcast is that Derrik Reimer is ending statickit because he is having trouble monetizing it / finding product-market fit with static sites.
Interesting, I haven't listened to the latest episodes. Netlify already has forms, as do other vendors, so I don't see too much of a use for StaticKit, unless you host your site on your own servers rather than a CDN.
I ended up switching to using a Google script which I've been happy with so far: https://github.com/dwyl/learn-to-send-email-via-google-scrip...