1. Being an expert in your area and focusing hard on solving the problem.
2. Patience and time. Things take much longer than you think.
61–70 of 104 posts
1. Being an expert in your area and focusing hard on solving the problem.
2. Patience and time. Things take much longer than you think.
Earlier quoted context omitted.
Yes, niche B2B seems to be the winning play from what I have seen and heard from successful indie hackers.
I’ve had great success building B2C apps as side projects. It’s more about matching your passions to solving issues. Otherwise you’ll burn out and produce crap before you ever make anything people use.
Would love to hear ideas for dealing with overcoming this potential major issue. Perhaps if it’s only a side project that’s safer?
That was a painful read, sorry. My advice for the author is to take a moment and look at the things they pay actual money for. Goods, services, Etc. And how they discriminate between vendors of those goods. (Why buy brand X when brand Y is cheaper, when you need a widget how do you find where to get one? How do you decide which one to get? Things like that.) It is a big "ask" to ask people for money in exchange for a…
This is a great sentiment. The product and problem need to come first. So besides being a business person, you need to be a product person too: design, copy, UX etc.
It might sound silly, but anyone reading his self-reflection should watch the show Silicon Valley. Some of his "failures" actually failed the same way as the products of "Pied Piper".
I have been building and failing multiple websites/mobile apps since 2006. To this day, I don't think I could ever be in that situation of creating something that somehow takes off. Theres gotta be a place for failed web/mobile app developers to get together and figure out a way to make it, anyone know of such a place?
We don't know what the SaaS products were, what he is describing, how much they were, who was the target... I am just fascinated by these type of posts which people can sit down and write longer than I can tolerate to read. I still don't know what the author tried to convey. Impressive this got 99 votes here.
I actually like that the author didn’t describe the products. That’s beside the point. The point was about the evolution of their goals, definition of success, and ways of failing.
A rather painful reading experience. The author needs to learn how to edit their thoughts and use punctuation/grammar properly.
A brief exercise in shipping an MVP and seeing if it gets traction before refining the feature set =). Thanks for reading my ramblings despite the lack of proofreading hopefully its a bit better for others now.
We don't know what the SaaS products were, what he is describing, how much they were, who was the target... I am just fascinated by these type of posts which people can sit down and write longer than I can tolerate to read. I still don't know what the author tried to convey. Impressive this got 99 votes here.
I actually like that the author didn’t describe the products. That’s beside the point. The point was about the evolution of their goals, definition of success, and ways of failing.
There was a story a while ago from someone who had built software for physicians to pick the best drugs for a particular diagnosis. They described the problem and how it was currently solved. They described how they talked to doctors and what response they got. They described what they had to do to create a useful and credible product. I found that post very enlightening.
With this post I feel like I have absolutely no way to judge whether the author's conclusions are relevant to my own projects.