Two cents offered because this post really strikes a chord with me, and I also spent some time chasing down rabbit holes early in my software business:
These products do not appear obviously commercializable and multiple years invested into them without materially improving the businesses does not decrease my confidence in that snap judgment. You could probably talk to business owners with problems, launch an (appropriately priced; hundreds to thousands of dollars per year) product against those problems, build contingent on getting 10 commits to buy, and be at +/- $100k in 12 to 18 months. Many people with less technical and writing ability have done this in e.g. the MicroConf community. If you want the best paint-by-numbers approach to it I've seen, c.f. https://www.youtube.com/watch?v=otbnC2zE2rw&t=2s
(I'll note that What Got Done is probably a viable boutique SaaS business if you somehow figured out distribution for it, at price points between $50 and $200 per month. My confidence on this approaches total. HNers skeptical because it is technically trivial should probably reflect for a moment on how much time is spent on standups at a company with 20 or 200 engineers, what one hour of their time is worth, and how likely that company is to put an engineer on this project specifically.)
If you run an API-based business in the future: Usage-based billing is a really tricky business model for a solo developer. Note that you can say "Usage-based billing but we have a minimum commitment", and probably should prior to doing speculative integration engineering work. Your minimum commitment should be north of $1,000 per month; practically nobody can integrate with your API for cheaper than a thousand dollars of engineering time, right.
This also counsels aiming at problems amenable to solutions with APIs which are trivially worth $1,000++ a month to many businesses which can hire engineers. Parsing recipe ingredients seems like a very constrained problem space. Consider e.g. parsing W-2s or bank statements or similar; many more businesses naturally care about intake of those documents, getting accurate data from them, and introducing that data into a lucrative business process that they have.
I would encourage you, to the maximum extent compatible with your sanity, to prioritize "Will this get me more customers?" over behind-the-scenes investments like CI/CD which are very appropriate to Google but will under no circumstance show up in next year's report as One Of The Most Important Things I Did This Year.
For similar reasons, I would suggest devoting approximately zero cycles to cost control. You don't have a cost problem and no amount of cost control will bend the curve of your current businesses to sustainability. You have a revenue problem. Your desired state in the medium term will make it economically irrational for you to think for more than a minute about a $50 a month SaaS expense; marketing and sales gets you to that desired state, not cost control.
You could probably talk to business owners with problems, launch an (appropriately priced; hundreds to thousands of dollars per year) product against those problems, build contingent on getting 10 commits to buy
I don't doubt that you're absolutely right, but this bit strikes me as hard. I've struggled to find one business owner with a problem they perceive, let alone 10 with commitments to buying a solution for the same problem.
Ironically, it strikes me that there's a gap here for a business to solve; connecting entrepreneurial devs with business owners aware of problems.
Is the problem that you can’t identify owners, that you can’t successfully get in touch with business owners, that you can’t convince them to talk to you, that you can’t get signal from those conversations, or that you are accurately getting the signal “Actually literally nothing could be better about my life.”
Draw the funnel diagram, with numbers if necessary. Having talked to many devs who believe similar, I think the most actionable advice is likely “Organize your next N weeks to talk to many, many more business owners than your last N weeks.”
The problem is usually at the start of the funnel. Most solo developers, especially those who have just quit their cushy FAANG jobs, are not positioned to personally know a lot of business owners (especially not outside of tech, where all the low-hanging fruit exist). So simply saying "go meet many business owners" doesn't help, unless you can also explain the how.
To give a counter-example, I did consulting for a decade before going off to do my thing, so I have a lot of personal contacts and I'm familiar with a lot of problems, both general and specific, that businesses struggle with, and turning those into products has been relatively straight-forward. But most solo devs don't have this background, so they need more specific and actionable advice to build their funnel.
> So simply saying "go meet many business owners" doesn't help, unless you can also explain the how.
There are like eight zillion guides to doing this online, and unless you're willing to spam people, it always boils down to: Grind it out. Start making cold pitches, and hustle for as many warm intros as possible.
but how many of those are interesting to work on, i too have been freelancimg and know some of problems, but when i think about them i dont reality want to work on them more them i have to.
This is the realization that has led me to prefer working for a big software company over entrepreneurship in the past few years. Unless you find the problem of entrepreneurship interesting in and of itself, it is very unlikely the projects you will be working on as an entrepreneur will be nearly as technically interesting as the kinds of work you'll be doing at a company working on a large scale product. It's unfortunate, entrepreneurship sounds more interesting than being a cog in a big machine, but in practice I think it usually isn't for technically minded people.
Isn’t that the same problem endemic at Google? How many failed messaging platforms for instance has Google had because everyone wanted to work on a new problem instead of iterating on the existing one?
After over two decades, despite all of its attempts, Google has yet to do anything successful that wasn’t advertising based.
No Android doesn’t count. It came out in the Oracle trial that Google had only made $24 billion in profit on Android from its inception until the beginning of the trial. I’m the meantime they pay Apple $8 billion a year to be the default search engine on iOS devices. Apple has madd more in mobile from Google than Google has made from Android.
Hmm, your reply went in a direction I very much didn't expect, though I can see where you're coming from if I squint.
What I called technically interesting is "working on a large scale product", which for you seems to have implied "work on a new problem", but for me it's exactly the opposite. The kinds of large scale projects I find the most technically interesting are long into their growth curve.
While it may not be reasonable as a business owner, I don't think wanting to enjoy your work is nuts. Seems totally reasonable to consider if you have enough options.
Agreed. If you have to be working on some exciting, disruptive project, doing solo development work that generates good income by working with run of the mill businesses with run of the mill problems is not going to be a good fit.
Personally, I find boring to be quite exciting - but perhaps not if the only thing you're looking at is the technical solution. Building a small business involves figuring out how to solve the mundane but important thing, but then you get to figure out how to sell it, how much to charge, how to do customer outreach, do support, turn the business into a repeatable process, etc. Building a business out of it is quite challenging and fun and the technical solution is frankly a small part of it.
Many solo-preneur types with technical backgrounds are way over-indexed on the technical aspect and want to treat it like their last technical job, but without a boss, which leads to a lot of disappointment and frustration.
To be honest i would not agree.
While those challenges like all challenges can be exciting, in the end of the day it will still lack you full engagement because it's something that's boring to you or not interesting.
i'm kinda in that situation now, and got to play all the roles, like how we increased our conversation ratio by 50% with me thinking like a sales person (hint, don't over-complicate your pricing page), and those things can get you exited for some time and the money also, i just don's see it long term. i would rather playing with something that i love to do.
Not the OP, but what I have struggled with here is the feeling of being a "solution looking for a problem". It's a step before where you're at. It's not that I can't identify owners, it's that I can't identify _problems_.
I am lacking the domain experience to even have the first conversation, and it feels like paying people to ask "so tell me everything that is wrong with your business" is the wrong way to do it.
I know PG mentions "solve problems you have yourself", but I am not a business owner. I'm a software engineer.
That video you linked earlier - Designing the Ideal Bootstrapped Business - was incredible and feels like the right move once you have that idea. But what about finding that idea?
A good way to think of it is that you aren't looking for problems. You're looking for smells.
Most business owners tend to be experts in their specific domain, where they have already used their knowledge and expertise to great advantage. But running a business entails more than just handling the problem domain itself. There's an entire category of tasks and responsibilities under the "business administration" umbrella that the business owner will not be an expert in, and will probably despise dealing with because it takes them away from the fun stuff that is their expertise. That's a good area to focus your gaze on.
For instance, the accounting clerk may be spending 4+ hours every day manually typing invoices into two different systems, but to the business owner this is probably perceived as a normal and expected course of business. The accounting clerk is unlikely to complain about it themselves either, since they are getting paid to do it (remember that Sinclair quote). But to you as a software engineer, double data entry is very obviously a red flag, and if you care enough about it you can do a deep dive and see if it can be eliminated using automation, and present it as a cost-saving solution.
Generally speaking, nobody is going to hand you a written list of their problems on a silver platter, and even if they do, the problems they have identified will be so general and vague (e.g. "we have a lot of inefficiencies in our accounting department") that you won't be able to simply go home and start hacking away at them. So you need to use a methodology to start peeling off the layers of the onion, so to speak. And that always entails follow-up meetings and learning other software systems and familiarizing yourself with various business practices.
At some point, you will come to the realization that you no longer view yourself as a "software engineer". Rather, you are a problem solver, and writing code is simply one of the many skills you possess. That's when you'll know you're on the right track.
I was in Software for a couple of years and I only saw software/IT problems. But these problems usually had a variety of solutions and only some glue was required.
Now I've been in the natural stone industry for 4 years and I can't count the number of problems to which the solution is "add more people". So much data entry and data extraction from PDFs <-> ERP/CRM/Other software. 100s of man-hours spent on something that could be done with proper data formats and simple automation.
I personally believe that software engineers are SORELY lacking on all other industries besides software. We need more software engineers venturing out into other industries and identifying and solving problems.
> We need more software engineers venturing out into other industries and identifying and solving problems.
this seems to line up with my experience well. But I don't have a good line of sight for me to actually experience those businesses outside of taking a non-SWE job and going from a well-compensated expert to barely-paid newb. Spending years learning a specific industry in the hopes that I can turn my former skills into a viable business seems like the wrong approach in several axes. I know VC groups (sometimes) have entire departments whose purpose is to understand other industries... it seems counterproductive for individuals to try to and go this route. Thoughts?
Agreed, that's not a pragmatic path. But if starting a business is your goal, and finding a viable idea is your obstacle, I'd argue this is a sure-shot way of FINDING said idea.
Some potential paths can be:
1. SWE @ SW company -> "BA" @ non SW company or whatever term is used for generic-problem-solver in that industry.
2. Part-time hourly work in another industry. This is fairly easy through temp agencies.
3. Apprenticeship in another industry (perhaps in more hands-on industries).
Some are hard to get, others don't pay as well. But to find gold, I'd say some level of hardship is required, and this, in my view, is a bulletproof way of finding that gold.
Whether you're able to dig it out and then able to sell it at a profit, is totally another question.
Hey Gary, I'm solving them using 3rd party tools (docparser and evolution.ai) at the moment to offload these types of tasks.
I don't have a fully working solution, just started testing with specific documents (steamship lines notifications) to see if it's a fit.
I think it'll be slow road for each department I want to tackle - logistics, accounting, purchasing, etc. Every department has this issue, and I'm sure products could be built to serve those niches.
Plot the day - talk to a business owner and get a sense of the hours they spend doing different tasks. If there's something they spend X+ hours per day doing - find what they want to achieve and optimise from there.
What solutions would you pay for as a software engineer? What would your boss/team lead pay for? You can't really do it for someone elses domain, you need a motivated partner in that domain for that (my general experience, of course there are exceptions)
I believe that people tend to forget always one thing: the business owners don't know their problems _worth solving_. This fact is most of the time overlooked.
In my experience business owners tend to talk about problems that are impossible to solve, or problems that are trivial.
Typically, when you actually find problem worth solving, it is not merely a software. You are looking at whole processes that need to be changed. You will change how people work. And when you actually try to present the new solution to the organisation, you will face resistance. People don't like change.
Some could say that it is the business owners responsibility to push the change. But when they give up, they stop paying you.
Anyways, the advice "just find a problem" feels to come from people who either read too many books and never tried, or from people who got lucky the first try.
> when you actually try to present the new solution to the organisation, you will face resistance. People don't like change.
This struggle is real. People also don't understand that software development is a process of continuous optimisation, learning and improvement. They won't accept a good solution only a perfect one.
Interesting read. Not sure why the author was surprised that no business owner wanted to trade in their product for a saas.
No one really wants to deal with a saas when a one time purchase is available. Things like free tiers, lockins prevent us from moving until something happens (something always happens from big price increases to service changes or shutdowns changes to terms, etc).
Biggest problems are cost and uncertainity and losing a sense of control.
A saas to a customer is run like a fly by store selling stolen goods out of the back of a truck. Even though this person has been selling at this same spot every friday you know this can't go on forever so when he doesn't show up you are not surprised. When a saas closes down / changes terms / increases prices suddenly you are not surprised.
It works with some industries that have a high rate of change but if you plan on having a stable business you want to avoid saases
I think the approach here is a bit backwards from what the rest of the world has always done to a degree. Software Development is a specialized skillset, not unlike a trade. If we are solving a problem for someone with software, we are essentially like a typical contractor you hire to do something at home. What you're doing here is trying to convert that into a scalable product under the assumption that many other might also have the same problem. This might be true, but as in construction, the product makers aren't selling to the consumer directly but rather the tradesperson.
Every "tech" company is not actually selling tech, but rather is selling something tangible, a product of sorts. Software developers are selling their labor.
If you want to find out the scalable product or solution in a particular business or domain, I think you really need to be a part of that industry or have someone who is.
Otherwise, even if you end up developing a SaaS that satisfies the needs of 100 customers, you won't really ever truly be able to scale. So my suggestion is start talking to friends and family in other industries.
I don't think anyone on Upwork or whatever other job board would complain if they were out there asking for custom work and you showed up with a ready-made product.
Beyond that, every business owner kvetching on Twitter. Problems are everywhere!
Certainly can be very hard to get 10 business owners with the same problem to all line up and pay thousands for your software, but problems are easy to come by.
Edit: filtering for problems solvable by any particular solo developer's skillset in less than 2 years is another challenge.
Yeah, this is why I have been working as a data analyst. I've taken on as many vendor management responsibilities as I can and help out with COGS and revenue attribution analysis for finance. I have been collecting ideas while making steady wage, and eventually I'll pull the trigger on something
I have a backlog of like 200+ viable new product / feature ideas that help solve some business problem or improve the efficiency of activities people do with financial transactions involved. Many are too small to be stand alone for sure, but I do not believe million dollar ideas are grown in a silo
Willing to discuss any of your ideas? I feel like everyone has hoarded ideas (including myself) that are never acted upon because we keep telling ourselves "eventually I'll pull the trigger" (including myself)
Not the good ones ;) Most will not make sense without context of private company work anyway
But as an example I also get a lot of fluff ideas for video game mechanics. For multiplayer games, the ability to tag another player for tracking. So you can pull up a menu and see players you've tagged and their recent performance and such or create your own 'achievements' and see what players have accomplished them (with necessary privacy options included of course). The primary use-cases being clan recruitment and pro-player analysis.
Random product idea example: A renting service for size-adjustable tables. So you can test out what table size fits best in your space. counter-height vs standard, square vs skinny, size A in room 1 or size B in room 2, etc. probably too small a market on this idea though since itd only be worth it before expensive table purchases
My experience is that even if you find a business owner with a problem there's a steep climb to build a product and sell it. I'm a developer & my brother is a mortgage broker - I even worked for a few months in his office during the sub-prime bubble :-) I saw first hand many processes that could be improved , even coded a few hack "solutions." In my case, it was just too easy to get a high paying dev job than take on the risks and costs of starting a business. Coincidentally, a recent indiehackers podcast with Dave Sims of Floify (a mortgage broker product) validated what was needed. I recommend listening to this episode - very good info developing a successful product for a domain you don't know:
>> Ironically, it strikes me that there's a gap here for a business to solve; connecting entrepreneurial devs with business owners aware of problems.
>This. Why hasn't this gap been filled yet?
It's called Upwork.
No seriously, hear me out. When a business owner has a problem they perceive could be solved with technology, they create a job or they go on job posting sites seeking either an employee or a contractor to try and solve their problem.
Where they get it wrong is that they frequently have unrealistic expectations about what it will cost and how long it will take. They have no idea what skills they should look for and who to trust.
Is there a market mismatch here? Absolutely, but you'll have to find a way above the fray of recruiting sites as that's really the state of the market.
Yeah I’ve tried another similar site and people’s expectations are a bit loony, usually they want to pay the price you would charge a single customer for 1 year as a SaaS for you to develop the entire solution! Maybe non software folks don’t get the difference between say paying Atlassian $1000/month or whatever it is for Jira and paying a dev $1000 to develop a JIRA clone, because it probably seems like the same thing.
You're validating the problem, not the value or the target market. You need all 3, but it's easier to identify problems, then validate whether the defined target would be interested at a given price point.
The freelancer sites are just a starting point, they answer the question of, "what are some things business owners want".
Recent client: "I took a fortran class back in college, so let me know if you need any help."
Therein lies the problem: They know lawyers, doctors, accountants, heck even plumbers are going to be expensive because they are educated / trained and/or they get you out of an identifiable tight spot (the IRS isn't happy, water is coming into the house, I'm having a heart attack, I'm getting sued, etc).
Software developers? Outside the FAANGs technical people are viewed as fungible. Many, many small businesses are grossly undercapitalized such that a business owner might very well be paying that technical person a lot more than they pay themselves. Likewise, technical roles are typically compensated well above many other clerical / field / service / business type roles such that a business owner might not have ever paid so much to any other single employee.
Man, this is such a genius idea. Spend a good amount of time manually looking through job requests, then learn how to search for these, then cluster them and quantify the market which leads to total addressable market, then compare competition and figure out a premium offering, then sell at enterprise level with product + services, then gain efficiencies and go wider market, much like HubSpot.
I used to have an Upwork account, to try and swing some cash on the side. Most of those jobs are paid far out of proportion to what they are asking people to do. "Facebook but for XYZ", is something I'm pretty sure I've seen there, several times.
I suspect that you can get a lot more leverage visiting your local business organization watering holes...
Elance? Odesk? There are a fair number of players in the "find a dev to solve a one-off business problem" space. The issue is that this is a market for lemons[1] on both sides - for business owners with problems, it's hard to verify that the entrepreneurial devs can actually implement a solution, and for the entrepreneurial devs it's hard to weed out problem clients.
Someone who solves or even slightly mitigates either of these issues will have a viable business. I know that for the "ensure the dev is competent" side of things there are many consulting companies that live and die by their reputations, but generally these don't usually scale up beyond a certain size, and when they do their reputation deteriorates. I am not aware of any businesses that attempt to solve from the flip side and weed out problem clients (if anyone is aware of such a service, I would be interested).
As if that wasn't enough of a challenge, if you do manage to connect quality devs to quality clients, there's the issue of sufficiently monetizing that relationship: you can charge a finder's fee or similar when you first connect them, but once a client finds a dev they like they will probably stick with that dev. So in that business you can lose business because you match people too poorly (and they leave because you can't help them) and you can lose business because you match people too well (and they leave because they've now found somebody they trust so they don't need your services anymore).
I think managed and vetted marketplaces are the way to go. A marketplace where the owner has some level of expertise in order to vet the suppliers, much like Codeable for WordPress or SuperSide for design.
My theory is that there are actually a number of "filters" before this kind of relationship would happen. First, the business owner has to recognize the problem, care about it, allot time to understand it, have the proper motivation (financial and mental), and network with others to solve.
Then on the other side of the scenario, the dev has to be logistically available to working on the project, be capable in both the tech and soft skills needed, care about it, have the proper motivation (financial and mental), and network.
The hypothetical business would solve the networking issue, but not the rest. But I think these relationships are built in a more decentralized way, though chance encounters, mutual friends, and cold connections. Sort of like dating. (Kind of is because this relationship seems like one of cofounders.)
Or I could be completely wrong and there is a stealth startup out there ready to shake things up.
I've had the exact opposite happen, but granted more consulting than dev.
1. Know someone at the company or a key advisor
2. Spend time together
3. Hear "we think we need help but we're not sure where"
4. Respond relatively insightful with 2 or 3 things they could do that are valuable and force rank them
5. Get feedback
6. Price it. Explain value.
7. Deliver
In my eyes if you're helping smaller companies sub say 1000 employees the value you bring is in knowing what to do. And telling them. They need you to understand the universe of options, what you've seen at other places (i.e. experience) and to weigh in on what works. They largely have no idea how to move the boulder otherwise you would not be there.
Because usually when I've tried this, the business owners dont-know-what-they-dont-know so it is difficult to even articulate the problem they face.
This is why I faced finding solve-able problems much easier as a consultant because once you're embedded in an organization you see their problems, and perhaps you can ask the right questions and tease out a possible sale-able solve-able solution.
"... I outsourced much of the writing. That cost me more than it should have because I knew nothing about hiring and managing writers, but the experience taught me a lot ..."
"... no love for Xero ..."
As an entrepreneurial dev who is also a business owner, it sounds like he may have some problems there to solve!
Not sure if those are viable, just pointing it out. The easiest problems to solve are your own or at least ones you encounter yourself. Doing some consulting may help to see problems in business or industries that are not your own.
Yeah, you are right here. It sounds nice to talk with business owners, but you'd be doing it for months to get any valuable insight. Better to build something that you can probably sell and talk with people in the course of selling it, not upfront. You can always pivot a bit once you're in a market.
How many years of work do you have in the tech industry? It seems in the current market (not even assuming SF salaries), and without kids/other dependents, it's fairly easy to reach that point. Just curious, because a lot of people have this mentality that they need to work forever and ever, but it often is just a mindset.
You can easily amass 500k-1M and just coast on 40k/year in expenses for a long time. If it's something you want... a lot of people want kids, or to live in high cost areas, or to accumulate wealth to pass on, or have dependents such as elderly parents, or enjoy money a lot.
I wonder if this is a good or bad position to be in to start a life style business.
I’m fortunate enough to be in this situation, where if I go somewhere cheap and keep my expenses down I can sustain myself financially for a long time, maybe indefinitely. And I’ve though about leaving my salaried job to do my own thing many times. I do worry though that the lack of financial pressure will just leave me lazy and “playing around” instead of focusing on building a financially viable business.
I've seen a broad mixture of those scenarios over time, people of various personality types doing it (myself included).
The one thing I'd say, is that it's critical to know whether you have a strong internal drive / self-motivation. If you don't, it can be a dangerous context to put yourself into (dangerous in the financial or time waste sense). If you don't have that internal always-on motivation, it's super important to have a firm plan and object/thing/business idea that you're going to be pursuing before you quit. Start at least drawing up some sort of minimum framework before you quit, laying out what you're going to do, how you'll spend your time, what type of lifestyle businesses you're interested in, plot everything out financially as much as possible and so on. Good advanced planning will save the day and help prevent catastrophy as the road gets challenging. It's a new type of 9 to 5 job, although it's more likely to be a 50-80 hour job getting started. Without financial pressures, you have to either naturally self-motivate strongly so you don't constantly veer off (get lazy, get distracted, get bored, and such), or follow a fairly strict plan that you've laid out for yourself ahead of time to keep yourself sane, productive and making progress.
I'm not sure I understand this attitude. There is a specific lifestyle he is trying to achieve and the is working towards being successful at reaching it. At what point does it stop being "playing" and become just living? Do you have to be miserable at a 9-5 job to be considered serious by society?
I think the point is that if you can self-fund by living off the investments, you're really effectively retired and not particularly motivated to fix profitability gaps in your new career.
In a sense, it's cool, cuz like, you're helping people in the world out for less than the cost to provide that service. But in terms of recommended reading material for people hoping to replicate the situation without an infinite runway, selection bias is a definite concern.
If the argument is that he already has enough money to retire, wouldn't his continuing to work at Google also be considered "playing around"? Most people probably wouldn't look at it that way, they'd consider him "productive" or "motivated". So why does it matter if he is working at Google or on solo pursuits?
The argument would probably be that he's lucky to be in the position he's in. But presumably he earned the money he has from working at Google. So either dismiss his entire situation by saying that anything he tries to achieve from now on is just "playing around" because he already has enough money, or respect him for trying to continue to improve his life (even if it's from a good place to start).
> So why does it matter if he is working at Google or on solo pursuits?
I don't think it does, but looked at purely through the lense of 'how to be a solo entrepreneur' maybe discount advise from folks who can afford to be wrong for years.
I want to distance myself from the 'you should just work for google' folks. I totally respect the idea that using your savings to build the services you want from society. My position is that by default, postings on HN are viewed as recommendations to others. And yes there are other reasons to write, even if nobody else is reading it. But with zero qualifiers (Show HN, Ask HN, etc), my expectation from HN front page material is that people should read and learn from the material.
Anyone hoping to learn from the post for their own ambitions needs to be able to separate the typical from atypical in the author's post. The author is forthright that he's funding this via savings and I think it's reasonable to think he can afford to do so in perpetuity -- again, great for him; I hope to be in a similar boat some day. But like, last year's post describes a cost cutting strategy of buying a house, and most self employed persons find it challenging to get a mortgage without multiple years proof of income.
I agree. His situation is certainly atypical and his end goal will be easier to reach than it would be for pretty much anyone else.
Still respectable in my opinion. Perhaps the parents use of the word “playing” came off as overly dismissive to me. Thanks for the chat!
I'm currently at Indeed Japan and I'm pretty sure I can make ~300k as an IC in 1 promo or >>300k as an IC in 2 promos. Of course, at the corresponding level at Facebook in Menlo Park, I'd make 200k+ more...
> These products do not appear obviously commercializable
It looks to me like some people have a well-developed intuition to distinguish between products in "seems like it would be useful to me" category vs. products that have a good chance of actually being commercialized.
I certainly don't. When reading various indie hacker stories I'll be damned if I can predict with reasonable success which ideas have a good chance of taking off and which don't.
Thanks for the Youtube link to that talk, over the past year I've read so many interviews, blog-posts and watched talks about bootstrapping businesses, but this was the most concise, honest and no-nonsense summary I've seen yet. Now I'd be interested in finding someone talk at length about selling to Enterprise customers as a bootstrapped one-man show, Jason Cohen touches on it briefly in the Q&A.
> I would suggest devoting approximately zero cycles to cost control. You don't have a cost problem and no amount of cost control will bend the curve of your current businesses to sustainability.
I strongly disagree with the perspective here. Cost control isn't the core problem for the author, but every dollar matters at this stage. The difference between "we're losing money every month" and "we're break even" and "we're slightly profitable" is huge when talking to parents and other people in the social circle.
> reflect for a moment on how much time is spent on standups at a company with 20 or 200 engineers, what one hour of their time is worth
> Your minimum commitment should be north of $1,000 per month; practically nobody can integrate with your API for cheaper than a thousand dollars of engineering time, right.
That's my thinking as well, but haven't had much luck getting companies to accept this kind of pricing. Even though it's all inbound interest (no advertising or outreach) and they're sometimes large companies.
Here are the problems I'm aware of:
1. People generally don't think about the cost of standups or meetings or per hour employee cost. That's just not something typically being considered.
2. They've compared with other APIs or use other APIs/SaaS and are used to <$100/mo. So $1k/mo or even $500/mo is a shock and they decline or disappear. Apparently deciding they don't actually need it that bad or going with their 2nd choice.
How do you overcome these? Do you actually point out that the API is cheap compared to employee cost? Help them justify it to themselves and/or their manager?
To be fair, anything more than ~$250/mo probably requires some kind budget approval which will quickly scare away many underlings, and means now you're in the realm of enterprise sales. Now you should probably be charging closer to $10k/mo just to deal with that headache. It's another reason why having 3 tiered pricing can really help, with a 4th tier being "contact us for enterprise solutions". It can allow you to sneak past some of these organizational hurdles, by allowing people to select the price that will cause them the least headache. Joel Spolsky talks about this a lot, how there are holes in the market for pricing due to these frictions.
Yes, very good point. Generally, the higher the pricing, the longer the sales cycle. That can mean months of evals, potential customer hand-holding, pre-sales support, etc. In the end, someone in the decision chain at the prospect decides to go a different way and you've blown months and many dollars on trying to land the client. A small or one-man operation is not going to survive that kind of abuse and make no mistake, some larger customers will take advantage.
There are several paid SaaS apps and / or Slack bots that do this. It’s a viable niche, but has gotten somewhat crowded in the past few years. Earlyish example: https://iDoneThis.com (worked there 2014/2015)
Thanks for reading, Patrick! I'm a big fan of your work, and your Indie Hackers interview was one of the big motivators that sent me down the solo developer path.
>You could probably talk to business owners with problems, launch an (appropriately priced; hundreds to thousands of dollars per year) product against those problems, build contingent on getting 10 commits to buy, and be at +/- $100k in 12 to 18 months. Many people with less technical and writing ability have done this in e.g. the MicroConf community. If you want the best paint-by-numbers approach to it I've seen, c.f. https://www.youtube.com/watch?v=otbnC2zE2rw&t=2s
Thanks, I'll check out that video!
I hear that advice a lot from people I respect, and I put a lot of effort into that over the past year, but I was never successful.
The biggest problem I ran into was that there's this "disconnect problem." I know I'm a competent developer and can build niche solutions to $10k problems, but I don't know which companies have $10k problems. I can guess at it, but they sometimes don't even realize their $10k problem has a software solution. The companies also don't have incentive to talk to me to explore the possibility if I'm just a developer off the street.
In 2019, I tried to do this with stone quarries[1], sheet metal shops[2], and email copywriters[3], but the first two mostly wouldn't talk to me and the latter didn't seem to have enough opportunity for a niche business.
>I would encourage you, to the maximum extent compatible with your sanity, to prioritize "Will this get me more customers?" over behind-the-scenes investments like CI/CD which are very appropriate to Google but will under no circumstance show up in next year's report as One Of The Most Important Things I Did This Year.
I get a lot of pushback about my love for CI/CD, and it always puzzles me. Is CI/CD seen as difficult or time-consuming? For me, it's such a net positive on my time and mental energy to know that basic functionality works before I push to prod. There have been many times where CI has caught breaking changes that I'd otherwise have to catch by waiting for customers to complain or manually smoke testing my product after every push. And I don't have to do much to set it up - just slap in a Circle CI config.yml and flip a button.
>I would suggest devoting approximately zero cycles to cost control. You don't have a cost problem and no amount of cost control will bend the curve of your current businesses to sustainability. You have a revenue problem. Your desired state in the medium term will make it economically irrational for you to think for more than a minute about a $50 a month SaaS expense; marketing and sales gets you to that desired state, not cost control.
Thanks, I agree completely and you succinctly articulated a feeling I've long struggled to put into words.
I often get pushback about spending O(hundreds) of dollars on non-essential expenses, and it always feels like it's missing the forest for the trees.
One thing to consider- you approached everything with the assumption that businesses want a SaaS; the sheet metal post made it sound like you were surprised that the shops didn't want a SaaS. Software Developers like SaaS, because it makes more money and had recurring revenue. However, to a business owner that just sounds like another bill that they don't want. Owners at small to medium companies, in my experience, are very cost-conscious.
For example, I'm currently evaluating warehouse management systems. It appears that everyone in this space runs a SaaS; with ludicrous prices where they want to bill per shipper/ac count. We still plan on being in business in 3 years; and after 3 years we will have paid more than what it would cost to develop this system ourselves. If you are mostly focused on tech it's easy to think that everyone likes the idea of SaaS; but realistically the only people who get excited about that idea are the people cashing the checks every month. I have heard much lamentation and whining about having to 'subscribe' to software instead of just buying it.
In 2019, I tried to do this with stone quarries[1], sheet metal shops[2], and email copywriters[3], but the first two mostly wouldn't talk to me and the latter didn't seem to have enough opportunity for a niche business.
I don't think any of these businesses would pay for What Got Done, but I think there are a zillion businesses very geographically close to you that would.
I note in several of your posts that you live in Western MA. You're two hours by car (assuming you miss traffic!), or three hours by train, from Boston. I can think of ten companies off the top of my head that fit the mold Patrick mentions as potential customers for What Got Done, that would not bat an eye at paying the upper limit of prices mentioned. (My current employer being one of them!)
Happy to help you brainstorm potential customers via email - I'm at (my_hn_username)@gmail dot com.
I don't think any of these businesses would pay for What Got Done, but I think there are a zillion businesses very geographically close to you that would.
Oh, to clarify, I wasn't trying to sell What Got Done to these industries. I was trying to understand their businesses to see what new thing I could create for them.
I was trying to understand their businesses to see what new thing I could create for them.
That's legit.
I guess the core of my original point was that there's a big regional hub of businesses whose operations you do understand (i.e. SW businesses) that's right at your doorstep. (I'm assuming from your other blog posts you don't know a ton about sheet metal bending, whereas you do know enough to be dangerous with software, but I've been wrong before!)
Just a friendly passing comment, but I'm not sure you have the correct take-aways from speaking with business owners.
With the quarry example, you couldn't get them on the phone. How about conferences, meetups, trade shows etc? Furthermore you probably need to search for companies that might _want_ to speak to you: younger owners, companies with less to lose etc.
In the sheet metal example, it sounds like you had already decided what you wanted to build for them before even meeting them (an improved software solution for their shop management apps). Maybe trying to just speak more generally about their processes and difficulties would tease out problems you might not have considered.
I'd return to this approach/phase and give it another go to find a market fit for the ideas before you start doing a line of code.
I think that's sound advice. The strategy I had in mind was courting industries that were physically close to me. I wasn't just calling the businesses, I was showing up at their offices to ask for meetings. My hypothesis was that there are probably plenty of profitable businesses nearby that are disconnected from the tech world, so other software companies aren't approaching them.
To clarify with the sheet metal companies, I didn't go in pitching a replacement to their existing tools. I always opened the conversation by asking them if they had processes that frustrated them, cost them money, or if their existing software failed to meet their needs. But I definitely found it hard sometimes when they asked me what I wanted to build for them and my answer was basically, "I don't know..."
Maybe it's just a matter of picking the right spot on the spectrum. It seems like you want businesses that are niche and disconnected enough from mainstream tech that big players aren't courting them as well. But they can't be so disconnected that they won't talk to you, either.
It's wild how you've done exactly what the priests of entrepreneurship preach, and it hasn't worked for you, and people cannot accept that. You must have done something else! You must have done something wrong!
I think [0] that a better approach, one that’s more likely to lead to a profitable business, is to flip the strategy around. Instead of “Do customer interviews, sniff out a problem, and build a solution”, it can be more effective to find the customers where they hang out (online is ideal), observe the problems they complain about, and crucially observe what they already pay for.
For one, it avoids the natural bias they’ll have while answering questions (they’ll very likely tell you what you want to hear to try to be “helpful”).
For another, it helps you create something they’ll actually want, and pay for, by fitting in with their existing habits and worldviews.
Going into a conversion with the idea of “I need a problem to build a SaaS for” is only one level better than “I need to validate that they want my idea”. The format of the solution is already pre-decided — which is no good if they don’t already pay for SaaS. That’s an uphill battle you definitely don’t want as a solo founder! “If I could just make them see how great this is...” is a rocky start for a business plan.
Choosing an audience you know and already understand is a big advantage. Picking one you aren’t part of is harder.
You don’t need to be new and unique to be profitable. You don’t need to invent a new kind of product or solve a problem that nobody else has solved. All of that just makes it harder :)
[0] I think this because of Amy Hoy and Alex Hillman and their 30x500 class that teaches this approach. Not my own invention :) I’ve had success with it though, and other have too, so I want to give credit where it’s due. They have a lot of great free material at https://stackingthebricks.com
>> wasn't just calling the businesses, I was showing up at their offices to ask for meetings.
That's tough stuff. I've done the same, and while it feels good when you're able to talk in detail with a business owner, I didn't come away with actionable things usually. There just isn't a good substitute to being embedded in an industry.
Michael, work part-time in a warehouse (as manual labor) handling stone for 3-6 months. Guaranteed you'll come away with more problems than you can solve.
>The biggest problem I ran into was that there's this "disconnect problem." I know I'm a competent developer and can build niche solutions to $10k problems, but I don't know which companies have $10k problems. I can guess at it, but they sometimes don't even realize their $10k problem has a software solution. The companies also don't have incentive to talk to me to explore the possibility if I'm just a developer off the street.
They sometimes do realise their $10k problem has a software solution though. You need to be in the pathway for when they go looking to solve it, not go to them.
Advertise in the white pages as doing custom software development. You'll get plenty of businesses contacting you ready to pay money to solve all sorts of problems not currently addressed by off the shelf solutions. Very rarely are they actually willing to pay anywhere near the total cost to build it, but enough to make building it worth it to you if you can get a couple other customers on board.
But my impression of the author was that they are well off already and is just trying to have fun while also possibly earning money down the road. In other words, they are trying to follow their passion.
This is appropriate advice for someone who actually wants to be a solo founder.
Even if he's not explicit about it, every lifestyle decision I'm getting from these blog posts is that OP has effectively F.I.R.E'd and these projects are mostly for fun.
> For similar reasons, I would suggest devoting approximately zero cycles to cost control. You don't have a cost problem and no amount of cost control will bend the curve of your current businesses to sustainability. You have a revenue problem.
I'm curious why you use this wording. It comes of as slightly brash, and to many, suggests that you shouldn't worry about costs. In my experience have to be "penny wise, pound foolish" making reasonable efforts to manage cost.
You can pile on loads of tech debt which matters little at this scale (e.g. your CI/CD example), but when you are small the costs can bite hard. You quickly limit your choices and end up spending time looking for funding, if you don't have some sort of reasonable constraint.
Inconsistent revenue is one - low price charged per transaction (usually) is another issue. Couple those with small subscription numbers to start with and you can see that it can take a while, if ever, before your SaaS can pay the bills.
I'll note that What Got Done is probably a viable boutique SaaS business if you somehow figured out distribution for it, at price points between $50 and $200 per month. My confidence on this approaches total. HNers skeptical because it is technically trivial should probably reflect for a moment on how much time is spent on standups at a company with 20 or 200 engineers, what one hour of their time is worth, and how likely that company is to put an engineer on this project specifically.
I perceived an almost audible crack from how hard this statement hits it out of the park.
He also has a nest egg from working at a big corporation and successfully playing the stock/crypto market. That helps give him time to play around like this. I don't sense any urgency.
These products do not appear obviously commercializable and multiple years invested into them without materially improving the businesses does not decrease my confidence in that snap judgment. You could probably talk to business owners with problems, launch an (appropriately priced; hundreds to thousands of dollars per year) product against those problems, build contingent on getting 10 commits to buy, and be at +/- $100k in 12 to 18 months. Many people with less technical and writing ability have done this in e.g. the MicroConf community. If you want the best paint-by-numbers approach to it I've seen, c.f. https://www.youtube.com/watch?v=otbnC2zE2rw&t=2s
(I'll note that What Got Done is probably a viable boutique SaaS business if you somehow figured out distribution for it, at price points between $50 and $200 per month. My confidence on this approaches total. HNers skeptical because it is technically trivial should probably reflect for a moment on how much time is spent on standups at a company with 20 or 200 engineers, what one hour of their time is worth, and how likely that company is to put an engineer on this project specifically.)
If you run an API-based business in the future: Usage-based billing is a really tricky business model for a solo developer. Note that you can say "Usage-based billing but we have a minimum commitment", and probably should prior to doing speculative integration engineering work. Your minimum commitment should be north of $1,000 per month; practically nobody can integrate with your API for cheaper than a thousand dollars of engineering time, right.
This also counsels aiming at problems amenable to solutions with APIs which are trivially worth $1,000++ a month to many businesses which can hire engineers. Parsing recipe ingredients seems like a very constrained problem space. Consider e.g. parsing W-2s or bank statements or similar; many more businesses naturally care about intake of those documents, getting accurate data from them, and introducing that data into a lucrative business process that they have.
I would encourage you, to the maximum extent compatible with your sanity, to prioritize "Will this get me more customers?" over behind-the-scenes investments like CI/CD which are very appropriate to Google but will under no circumstance show up in next year's report as One Of The Most Important Things I Did This Year.
For similar reasons, I would suggest devoting approximately zero cycles to cost control. You don't have a cost problem and no amount of cost control will bend the curve of your current businesses to sustainability. You have a revenue problem. Your desired state in the medium term will make it economically irrational for you to think for more than a minute about a $50 a month SaaS expense; marketing and sales gets you to that desired state, not cost control.