It's hard to find a product-market fit. And it's weird when you feel that you found it, and then another market suddenly knocks at your door. That's what happened to us after 3 years of QuickAdminPanel.
Phase 1. Yay, we have a product market fit!
Story of the product is pretty typical - as a team of developers, we realized we need a tool for ourselves to save time on writing repeated code, which is around adminpanels. As most of our work is with PHP Laravel framework, we built this code generator - first as a set of scripts internally, then as github package, and then moved into online generator as SaaS as QuickAdminPanel.com.
The idea always was that we're building a code generator for Laravel developers like ourselves, who want to save time.
And it is a successful product - we're live for 3 years, currently at $4,000 MRR and also saving a lot of time by using our product ourselves.
Phase 2. Wait, do we REALLY have product market fit?
But at some point our growth kind of stopped, roughly same amount of monthly revenue. So I started to listen more closely to our potential customers and their questions and struggles. And noticed a pattern.
Quite a lot of people were raising questions on customer support about struggling to install the generated code. Not because our code was bad, or because instructions were unclear - we generated everything as close as possible to Laravel framework standard, as we were expected our customers to be Laravel developers who know what they're doing.
In reality, a lot of our potential, and even paying customers appeared to be entry level junior developers, or not even developers at all! They were expecting to generate the code for a full project, without deeper code knowledge. And when they realized they had to know some code deployment stuff like dealing with PHP versions, JSON DB fields, storage folder permissions etc - a lot of them stepped away.
And we thought it was ok, cause they weren't our target audience. We couldn't help them, as we're not teaching Laravel or PHP, that's not our mission.
Or is it?! (I thought one day)
Phase 3. So what's our market?
Let's look at this situation from another side.
A person is trying to get value from our product, and is asking for our help, and instead of helping them, our reply is basically "Sorry we can't help you, you're not qualified enough to use our product".
Phrasing this way - sounds arrogant, doesn't it? And it's even stupid - someone wants to pay money for our service, and we're turning them down!
In other words, we were trying to achieve product market fit, but potentially in a wrong market.
Another strike for me was when I met a person who I can call my business mentor. Told him our story and that we're struggling with growth for our Laravel adminpanel project, and he asked only one question "Why are you building for Laravel?"
"Well, because we work with Laravel, that's what we do best, so we want to be the best in our industry.", I replied.
"Ok, fine, but do you have enquiries from people who don't know Laravel?"
I confessed that we do. He continued his thought:
"Have you heard of a no-code movement?"
"Of course I have. People who are trying to build the next Facebook with Zapier and Bubble? I think that's BS".
I was thinking as a developer. And as an arrogant indie hacker who was in love with his own idea and product.
My mentor finished with a question that hit me hard:
"Oh you would be surprised about possibilities of no-code tools these days. I'm not saying your admin generator is for no-code people. But have you heard of low-code movement?"
Later that day I was googling and researching low-code stuff all evening. And I realized that actually our QuickAdminPanel is a perfect example of that niche.
Wow, that was a mental shift in my brain. So our tool for Laravel developers, is apparently not for Laravel developers? Or maybe not even for developers at all?!
I always thought we were selling the generated code. But it turns we are selling successfully launched web-projects, and code is just a part of it.
Ok, so what now?
After that series of questions, I started thinking what to do in that "low code" direction. At first, I thought that we have potential here, possibly leaving a lot of money on the table by not making the product more towards "no-code".
But in reality, it's not that much about product, it's about positioning and messaging. When someone lands on our homepage - it says clearly "Laravel admin panel". Maybe that text should be different?
I realized that in order to "touch" that low-code audience, we don't need to change our product at all. I just need to write a few articles and design a few landing pages towards these specific people, and see how they react. So that's exactly my plan for upcoming months.
Also, I want to double-down on help articles for people who lack Laravel knowledge to properly install code locally or deploy to live server. Lack of their knowledge is not their problem, it's ours.
I hope to tell how it went with that side-pivot later on IndieHackers, but for now I want to leave you with these thoughts/questions:
What an amazing insight -- that one revelation could be the very thing that changes the entire trajectory of your business.
Congratulate yourself for being able to recognize it. 🙌
I'm a no-code person and I'm always looking for tools that will help me do what I need to do.
One thing is to keep things as simple and EASY as possible for people. If you can do that, you'll notice your growth starting to ramp up again.
Talk to these folks (even reach out to old ones who you turned away and let them know what you're now doing -- who knows, they may come back and pay).
Find out:
Then take all that info and put it in your marketing to attract similar people. 👍
Keep talking to your new customers (yes, it takes time) but what you'll learn will help you ramp up much faster than just serving them.
So good to hear you found this new market. 🙂
Thanks Anita,
By talking to no-code people, may I start with you? :)
Example - you would need a dashboard for your company or a client. Like a mini CRM with small database, like customers, transactions, some more menus maybe. What would you use for it?
Excel? Airtables? MS Access? Bubble?
You can talk to me.
But, really, you should reach out to those potential customers who found your product and wanted to engage but couldn't. They're the ones that have the insight you really want to know.
Then start asking others -- like myself -- afterward.
Those people who found your product on their own will have much more valuable insight than someone like me.
Start with them. 👍
This is an awesome revelation! I hope the low-code audience will be receptive to your changes and experiments.
And I love your self-reflection. As developers, we are so focussed on doing things a certain way that we often don't understand the level of bikeshedding we're working with. Most people don't care about the philosophical details of what to use and why. They have a problem and they want the easiest tool that will solve it for them. I congratulate you on coming to that realization, and not making the common follow-up mistake of being TOO broad in your adience when compensating for an audience that was too narrow. The low-code audience looks like it's just the right in-between size for your expansion.
Thanks for the comment, I glad someone has actually read the post, cause while starting to analyze how IndieHackers community actually work, it seems full of quick milestones and random thoughts, and longer articles are kind of "hidden" from the main view.
And thanks for confirming that low-code movement makes sense, reassuring.
It actually sounds like a fantastic opportunity to offer a secondary product, some sort of "everything-included" version that comes with Laravel (or at least some sort of automated installation) for a higher price. That way, you leave the option for people to teach themselves (maybe using an eBook you provide/affiliate for that particular reason?) or buy the more expensive version.
(Just off the top of my head. Not sure about the economics here)
Yes, I'm thinking towards that direction as well, but don't want to invest too much in an ebook or something, until I clearly know what people want and what would they pay for.
Cause another typical problem with some customers is that code installation doesn't work on their cheap shared-hosting servers which were never even supposed to run Laravel, and customers wouldn't agree to pay for better servers. But need to talk to them.
Haha, yeah, but that is also not the audience that would pay for anything anyway :) Tough to get any money there.