A few tips if you want to pursue this strategy (sorry, English is not my mother language):
- It can be great for SEO, so pay attention to keywords for these free tools
- Collect email addresses if possible
- Mention your main product, multiple times. But don't annoy your users (minimize popup, snag screen...)
- Minimize your time on building these tools, ideally less than 2 weeks
- Picking features to make it free: ideally not a core features (obviously), but fun and good for marketing (visual appealing, wow effects etc.)
- Submit to as many directories as you can. People love free tools
- Subdomain/subfolder or separated domain? Ideally subfolder for SEO juice, but it could live on its own and you can 301 redirect later. Also you might want to turn one of these tool into a paid one, separated domain would be better in this case.
- If you collect email addresses, do not promote the main product after at least 3-4 product email updates of that free tool. People _might_ remember your free tool, but almost never remember your main product.
Here are 2 examples:
1. I build a native ChatGPT/AI app for Mac called BoltAI[0]. One of the features was to "chat with screenshots", basically take the screenshot with a shortcut key then type your prompt and let GPT-4 Vision handle your request.
I turned it into a free, standalone app called ShotSolve[1] and it's been welcomed by many users. So far it brought ~1k visitors to BoltAI with about 5% converted to paid customers. I also collected about 500 emails, which I could nurture into paid users later (hopefully)
2. I build a tool to send web articles to Kindle called KTool[2]. It supports multiple type of content and so I figured I could build free, standalone tools for each of these content and give it for free for the right community.
- [Send Hacker News threads to Kindle](https://ktool.io/hacker-news-to-kindle)
- [Send AZW3 to Kindle](https://ktool.io/azw3-to-kindle)
- [Send Reddit to Kindle](https://ktool.io/reddit-to-kindle)
The HN tool brough about 20K visitors to my product and helped kickstart the initial growth of my product.
Each tool drives about 200-500 visitors monthly to the main product.
[0]: https://boltai.com
[2]: https://ktool.io
I would generalize to: if you collect email addresses, do not use them for anything other than the original stated intent. For example, if the collection form said "enter email to get notified when this launches", use the collected addresses for the launch announcement, and then get rid of them.
Not that it could not work for other products, it sounds sensible but I've seen so many of those that learned to be careful.
I understand that if I want to sell products, people need to find out about it someway and good marketing is what drives people to your product, but it just seems like such a foreign language to me.
I have tried a lot of things for my side project like limited generations of the output and then putting a signup requirement if you want to use the tool more often but people are simply not converting to the main solution.
Link to free tool: https://www.hackathon.camp/free-tools/hackathon-certificate-...
> "It’s also a good strategy to validate potential features. Instead of cluttering your main product, launch a standalone feature as a free tool."
Creating free, viral 'mini-apps' to promote your main product is a genius idea. It's like hitting two birds with one stone — marketing your main product and testing new features without messing it all up.
I've been following Marc Lou[1] for a while, and I really dig his approach as a 'solopreneur.' It's cool to see someone who's real about the ups and downs of the bootstrapping journey. No sugar coating and honest about some life issues along the way like depression.
Indirectly this also forces decomposition and building loosely coupled features even at a product level. The speed for delivery and iteration acts as a force function to build pipelines and systems to adapt the new feature into the product should it be a runaway success.
May be the small engineering benefits for a building obsessed dev.
I like to help others by sharing my efforts into fixing macOS incoveniences. But going from a script that runs fine for years on my Mac to a thing that can run on other Macs requires 1-2 days of concentrated effort so I don’t do this for everything I create.