Most of those rules are decent, but they all have exceptions. You almost need a final rule, to think about the reasons the other rules exist, and feel free to break a rule if appropriate for your own specific situation.
The rules are not meant as absolute rules, but as food for thought: For you to think about the tradeoffs, of how and why there will be additional hassle and distraction from your core activities, if you decide to “break” one of the “rules”.
(maybe that was missing from an earlier revision or something?)
My favorite rule is "Investment to the marketing, don't spend". I think, if replace "marketing" to anything else, this rule can be applied to any aspect of the life.
I think he's suggesting to avoid the vendor lock-in that would come from renting the official hosted WordPress. But I would guess that installing the open source WordPress on your own dedicated Linux server is just fine, because there's no way someone could force you to change something.
Good question (OP here). What I mean is that for example, if you build a Chrome Extension (which is the main way my company's product gets used, so I'm familiar with the pitfalls), you are now at the mercy of Google and how they choose to develop their marketplace for extensions, how they choose to enforce user security, and how they choose to change the platform over time. Single vendor platform, similar to the other app stores.
I'm not suggesting you rely on nothing else such as 3rd party CMS or e-commerce features, but I am suggesting that for example if you build a Shopify plug-in, you are at the mercy of how Shopify chooses to develop their ecosystem, and there will be potentially existential crises along the way.
As with all the other rules, it's one you can and should break when it makes sense for your business. There are many thriving startups on top of Shopify's ecosystem, Apple's ecosystem, Google Chrome's ecosystem, and so on and so forth - I'm just urging you to be aware of the hassle you are creating for yourself by choosing such a path, and to balance it wisely against the benefits.
Rule #11 can be more challenging than you'd think. For my first start-up, we had to initially sign up with a smaller bank because the bigger ones did not want to deal with first-time CEOs. After a bit more than a year of waiting, we were then allowed to create an account at the big boring bank.
My company operates on a freemium model. It's a big hassle, as documented in the section about not doing freemium, but it's also something we decided was fundamental to our main distribution channel which is the Chrome Web Store (breaking another of the rules in the article - but maybe check the last section).
I haven't run a non-freemium SaaS company, but I do see what benefits it would bring if we were able to operate on a typical 14 or 30-day trial model. The big ones that would bring are a much shorter sales pipeline and shorter feedback loop on ad spend.
Since you are using freemium at the moment do you have some way of quantifying the hassle that this decision has created? It would be interesting to know more about how you navigate this kind of tradeoff since this is really what matters when it comes to detemerning whether a decision like freemium vs no-freemium is actually a good decision
There's some operational cost (for running servers and such), but not that high.
There's considerable customer support cost.
The main thing that I feel makes life tough is that the pipeline from, say, doing some paid ads and seeing the results is several months long, and the feedback loop on changes that can affect conversion rates and monetization is similarly very long. We've learned to cope with it but it would be nice to have a one-month feedback loop or shorter.
One of the nasty things with pricing structures is that they are difficult to take back. Look at the grief Netflix got for raising their rates by a dollar, and then when they did it again.
Similarly, a B2B startup I worked for chased the biggest customers in the vertical, while our product was still pretty bad. You think they’re going to pay more once the feature set improves? Only if you split the product in two (which is a pain for use developers).
They weren’t trying to maximize revenue. In fact they basically guaranteed they never could. They were trying to maximize prestige so they could sell the company, and therefore us.
Rule #13: I wholeheartedly agree. One of the nastiest turns in my early days of entrepreneurship was when my tax advisor stopped returning phone calls. Shortly afterwards, I was contacted by a government agency that he had not submitted paperwork on time, that they (the government) couldn't find him anymore, and that I was fully legally liable to clean up the whole mess and my company would have to pay a €2500 fine.
Rule #22: My experience is the opposite. For our professional audio software [0] we met almost all of the initial customers at conferences. They tried out our software, enjoyed working with it, and then later purchased a few licenses for trying things out back at home. Some of them later purchased licenses for every seat in their company. I believe it would have been extremely difficult to sell audio software without giving people the ability to test-listen.
Trade shows are absolutely critical if you have a niche B2B product. Especially the smaller ones. The benefits of face to face communication and feedback cannot be beat.
For startups, there are many ways to hack this process and get in cheap. You might be able to sublease half a booth from another company. If you have industry partners see if you can run office hours in their booth space. Reach out to show organizers and see if they have any educational break out sessions your could talk at. Or just go without a plan and strike up conversations with other peers in the space.
I think many of us who spend our lives behind computers in the tech field don't appreciate how vital these events are to so many industries, or how much actual work gets done here.
I built a pro-audio software business without ever having a stand/booth at any conference. I went to the conferences early on, and was almost jealous of the startups I saw there. Almost without exception, they've all vanished without a trace and 20 years later, I'm still doing what I do.
The title should be amended: “Rules to run a bootstrapped indie startup with minimum hassle”, perhaps.
For example, take rule 1: prefer recurring revenue. Recurring revenue is the new hotness, but one time enterprise software licenses provide cash up front as well as the ability to recognize all that sweet revenue in the year it was sold. If you’re bootstrapping and properly accruing your revenue, having some perpetual licenses isn’t a bad thing at all.
The author argues it's better to have monthly subscription plans only and ditch the yearly plans, but I don't really get it. This goes against one of the most common cashflow optimizations known in the SaaS world - which is to push as many users to yearly plans as possible. I think long term subscription plans should be preferred as they produce lower churn, make the revenue more predictable and bring more money upfront.
I think long term subscription plans should be preferred as they produce lower churn
So the received wisdom says, but particularly with card payments, churn rates due to random charge failures are insane. On top of that, the services that handle the payments and subscription management are often relatively new and prone to making changes up to and including things like dumping their whole API or doubling/trebling their prices overnight, making them terrible business partners to rely on. Literally every such service we have ever used has done something like that to us at some point.
We are seriously considering dumping any form of recurring subscription, and all the baggage that goes with them, at one of my businesses. The proposed alternative is a simple tiered pricing model where customers have a choice of periods, with the longer ones being more cost-effective for them, but all payments are single, one-off charges only. This would be combined with something I'm seeing a lot lately, which is saving the customer's payment details so that extending for a further period can be done with just a click or two.
The alternative we've been considering is one of the services that goes further, outsourcing our entire payment and sales tax infrastructure to them as merchant of record. Given how prohibitively complicated sales taxes are becoming on international transactions if you want to stay compliant, I wonder if this might soon become the only viable operating method for small businesses and startups anyway. However, these services all seem to be really cagey about telling you what using them will really cost and how legally robust their strategy for sales tax management really is, and I have no reason to believe they will be any more reliable as long term partners than the billing/subscription services, so right now we're hesitant to pursue this idea.
I'd be very interested in the results if anyone else has tried either of these changes recently and is willing to share their experience.
I think the author's assumption is that the subscriber would use the service for twelve months whether they were on monthly or annual.
So, if that's the case, you're better off taking the extra x% percent that a monthly plan gives you.
I think the author was also making the point that while you might have all your money upfront, you won't manage it well so it lasts all year. Could you? Yes. Will you? No.
And from personal experience, depending on who your customer is, a yearly plan can make revenue far less predictable.. for a corporate customer there is a big difference between a $12k annual charge, and $1k monthly charge. The first they will scrutinize every year and question its value, while the second they might not even notice.
I agree with what you're saying here, but I've also found it really difficult to get corporate customers to sign up on a monthly billing basis - they always want to send a PO on an annual basis, and often don't even have a means internally to pay for software on a monthly basis.
I've been on the other side of this in the corporate world too, and paying for stuff was always a horrible experience taking weeks at best, but often months. We'd always try to use OSS when possible, and built rather than bought far more often than we'd have liked, precisely because of how much red tape there was. Sometimes our preferred option only allowed monthly billing, and we went with an alternative instead, because nobody wanted to go through a protracted, painful, soul-destroying process of getting authorisation to pay monthly.
Slightly disagree. The metric the author is measuring against is hassle. In my experience up front yearly payments often are much more of a hassle. Invoices, accounts receivable departments, paper checks, etc.
I absolutely agree with your metric however, in that from a cashflow and churn basis this is a worthwhile hassle.
I thought about this one as well - it was a bit confusing as I thought the author was confusing cash flow with revenue at first, but then I realized - I think - he’s referring to the fact that an annual subscription has the hassle of “the annual renewal”, which is to say that you have to go through the whole pitch and hope and pray (and negotiation) so you get that annual subscriber to do it again each year.
This, as opposed to simply billing monthly, continuously providing value, and reducing the headache.
OP here. My point is that getting paid yearly, especially if a lot of your subscribers pay yearly, means you're back to a similar feast-or-famine kind of cash flow situation as when you're transactional (e.g. an e-commerce shop). This is more hassle since you now need to be more careful about managing your cash flow and making sure you put aside for the leaner months. I fully acknowledge that it is a great hack for customer-funded startups (we do it ourselves at CrankWheel); as with all the "rules" it's more about becoming aware of the hassle associated with a given decision.
I also question whether annual billing increases retention, when your retention is good already (say, 3-5 years projected lifetime). Sure, it lifts your retention when your average lifetime is less than a year, but does it really when you have very low churn? Or are those big annual bills going to be scrutinized more thoroughly than a monthly cost?
If you’re handling revenue properly, cash flows aren’t an issue. A subscription paid upfront should be spread across the period of the subscription as deferred revenue.
Annual subscriptions are particularly valuable for SaaS companies which are growing consistently. If I can reinvest the profits from an annual subscription in my growth engine I've self-funded growth that I would otherwise not have had. I'd only want to do this if my investment were likely to produce a higher value over the same period than revenue lost from the discount I've given my customer.
Regardless of retention benefits, if you've got predictable growth then annual subscriptions should be well worth the discount.
Annual CC subscription may actually cause more churn on renewal. You need to remind the customer about the end of subscription cycle, which maybe an occassion to rethink the purchase.
Also I wouldn't automatically renew the yearly subscription without prior communication as that can result in unexpected charge on CC statement and thus a risk of charge-back.
Annual subscriptions are a terrible thing for a bootstrapped business without a huge runway because a sales of annual subscription is a liability from the accounting and legal perspective. Just because you got cash does not mean it is yours. In the first month only 1/12th of the money is yours. By spending more than 1/12th you are basically borrowing the money from the customer based on the terms ( whatever your service was ) at the moment of subscription sale.
If you have a runway, already then it is great and optimizing for the cashflow is great. If you do not have a runway, the last thing that you want to do is commit to a long term delivery of something rather than charge the customer monthly.
Lovely piece, though there is a significant section missing about when in a business’s lifetime these rules should start applying. Most of the business functions (like support calls) should not be automated and doors should be kept open, as long as the key decision maker has bandwidth.
E.g. don’t hire an accountant until you can’t do it yourself. Feel free to answer random unsolicited messages until you have no more time for it etc.
Running a business is not a matter of defining these principles up front, but letting efficient process emerge from need.
I agree with the tone of this article, it ends with "these rules are meant to be broken," which is great. The only rule I agree with strongly is Don't do partnerships. Unless you're in a position where people ask you for a partnership, it never works well.
My company spent a lot of time chasing partnerships which on paper make perfect sense, but always got stuck in some middle-management layer where everybody says it's great but nobody really cares.
Regarding fremium, one thing I've had success with is to just not offer support for unpaid accounts. Need help? Go to the community forum. Want support? Pay for it.
Rule #-2. A profitable business will require lots of smart schlepping. There is no reward for hard work unless it's produces value.
Rule #-1. Build a defensible business, not something that's trivial for competitors to copy.
Rule #0. Don't make a big, absolutist list of "dating rules". Be flexible and use good judgement.
Rule #5. Freemium can be good in many situations: when just out of beta, revenue is plateauing AND marginal user app infrastructure costs are low. You wouldn't do a cloud backup with unlimited storage like BackBlaze as freemium. You would with LucidChart because it costs almost nothing (so long as there aren't huge file attachments). It is smart in certain instances because of long-term economics, free word-of-mouth advertising, future sales and because it builds goodwill that enhances the brand. It's vital to steer enterprise users away from freemium because they have more needs that are better served with pricier support subscriptions (the "Enterprise" version).
Rule #22. If you're selling a physical product or b2b service through channels, then trade-shows are a must. It's incredibly foolish to shut the door on distribution when you don't have it. Then again, physical products are a PITA.
If it were me, early on, I would corral all the other founders for brainstorming on the Business Model Generation chart to consider what's needed right now and in the near future with some sticky notes. Then, revisit it regularly with periodic founder meetings to make adjustments.
> The rules are not meant as absolute rules, but as food for thought: For you to think about the tradeoffs, of how and why there will be additional hassle and distraction from your core activities, if you decide to “break” one of the “rules”.
> For example, if you decide going to trade shows is right for your business, you should understand the fully-loaded cost of doing that. Not just the cost in money but also the cost in time. Depending on your product, they can still be one of the absolute best ways to reach your ideal customers.
Everytime someone offeres top X things to as a startup, I immediately go on the guard. 9/10 times, this advice is useless; 5/10 times it is harmful. My mantra is do not follow any advice and prime your brain with it. It turns out, no one really knows what's going on. They're trying things out and see what sticks. From Harvard MBA folks to your mom and pop shop that sells craft supplies.
Please, I plead people on HN to stop listening to advice from people like Sam Altman, they're akin to "How to become a millionaire" books that you find at the side of the grocery store aisle. It is tabloid material that fills your brain with false knowledge. Next time a problem comes up, instead of thinking it through you immediately line up the dots and remember reading some solution to it.
On the other hand, read engineering, science and mathematics books. Master statistics and probability. These are universal constants that will always help you. Learn accounting. I see the irony of me providing advice in this rebutal, but there is a distinction - learn universally true things that have data, backed by math and science. Those will always be on your side because that's how nature really works. Otherwise, you'll get stuck in local optimum of following the crowd.
No offense to the author, I am glad things worked out for you the way it did. Remember, they won't work out for others and if I were you, I would not speak with such confidence and authority - it stands on stilts.
In #4 the author suggests using a service like Paddle to outsource billing. Does anyone here have experience they can share to compare this against Stripe? Other services?
It's hard to know how cumbersome any of these products are in practice when their documentation is an endless series of quick start guides that leave critical details as links to other quick start guides. "Set up a monthly subscription service in 5 minutes! Please refer to these three other guides if you want to know which customers have active subscriptions."
I don't have direct experience with Paddle so I don't know whether it's that black and white. Having however experienced a months-long hold on our payment processor account at one point because of an abnormally large charge (a fairly large customer that wanted to pay annually by credit card), I think it could be worth leaving that kind of hassle to somebody else, and have that somebody else be a bigger player that more likely has a better relationship with their payment processors.
Stripe is just payment processor. Paddle is similar to Gumroad they become reseller of your producs. You get payed once month (you give them invoice basically) and you dont have to care about invoicing. Your customers get invoice from paddle. It is for digital products only the system cant be used with anything that you ship.
Paddle also takes care of figuring out VAT for you which is a headache if you are based in EU.
I guess to some people 2% more might be worth using Stripe (stripe is 3% paddle is 5%) but for smaller players it solves real problems.
Not only that, but how do you know you are correctly invoicing and declaring sales tax in South Africa, Canada, Russia or South Korea. Using Paddle or FastSpring (worked with them for the last 4 years) makes it their problem and you can relax. Simply raise your prices by 2% and never think about the extra fee again. Well worth it!
I would go even further. Selling globally and just using Stripe almost by definition makes you a small criminal in a whole bunch of countries as it is simply impossible (let alone knowing all the rules!) to file taxes correctly in each country you do business (in the local language!). Outsource it and forget about it! 2% is damn cheap!
Well in essence it works just like any other payment processor it just does more as a bonus.
Transitioning to Stripe would mean adding invoicing/billing that also takes care of figuring out VAT and having support around it. When you have fulltime accountant it probably does make sense do it all by yoirself.
Depends. For example, as an agency, if we don't try out JAMstack, headless-CMSes, Gatsby/Gridsome, then as an industry, we'll still be stuck in the WordPress/PHP ecosystem for years to come.
I don't think he's saying that the industry should stagnate. He's saying it might be dangerous, you go first. Let someone who had more of a margin of error figure it out first.
I read this as sticking to what you know. Maybe you come from a C# background, it's not hot and sexy (sorry C# developers), but it's still a perfectly good technology to build a business on. Compare this to your team deciding to learn the JavaScript flevour of the month and using that - it will probably take you much longer than building with what you already know.
I think _you_ should try out the newer stuff and smooth out the hard edges. I'll stick to stuff that's not bleeding edge, but reliable and battle tested thanks to pioneers like yourself, while I still get to build my business without worrying about the tech flavor of the month. i.e. our front end is built in React, not bleeding edge, but modern, well supported, and stable. But I wouldn't have chosen it without people like you pioneering it first. Thank you!
I generally agree with most of the points but just because it worked for the author, it doesn't necessary mean that it'll work for your particular business. Take it with a grain of salt since not all software startups are the same.
Not that disagreement matters since he points out at the end that these are guidelines and not rules, but I particularly disagree on Freemium and answering services.
The first one not only because the idea I'm working on can't possibly work without a free tier, but also because I use the free tiers of many services; I'd feel better about myself by "giving back" so to say.
And the second one simply because I see those services as hassles themselves, though I might eventually change my mind on that.
rule #1 implies that your customers must depend on you, it encourages the service providers to make it difficult (or at least inconvenient) for their customers to replace (or abandon ) them...
I don't like it. it reminds me of drugs. but I guess food and water also work like that. it is likely that air will follow this path in the (hopefully very far) future?
It also isn’t the safety net you think. Several times I’ve worked at a startup where a customer saw us as a critical or even the critical partner in their strategic roadmap and yet they were not paying us enough money to keep the lights on. It made no sense to many of us. Couldn’t they see where this was headed? (of course if you’ve gotten something for next to nothing you might really want to keep the provider around)
I really appreciate the caveat at the end that these rules aren't absolutes, but I thought I'd chime in anyway as someone who is currently running a VC-backed high-growth startup with all the cliches that come along with that.
> Rule #14: Don’t take in any investors
> They will put a lot of pressure on you to grow fast
I work with Sequoia and Kleiner Perkins. Both told us that we should build a team of Navy Seals vs. a bloated whale. I think most VCs are starting to turn around to the idea that growing as fast as humanly possible isn't the way to go. That being said, putting pressure on a company to grow distribution and ubiquity fast is a great thing if you're an internet business that has the ability to monopolize a new category/subspace.
> very often faster than may be compatible with your well-being
If you're taking VC money, you know the ride you're in for. Don't be naive. And then don't be soft.
> mental health, work/life balance and ability to keep finding your work fun
See the last point.
> Rule #21: Don’t do big launches
I've had a lot of success with well-timed ProductHunt launches. It's a huge reason we were able to get early traction that led to sustained bottoms-up growth. I've done multiple 1k+ upvoted PH launches:
These launches took my co-founders and I no more than a few days and most of the work was put in upfront on build. You can do it quickly - you just need to cram more hours in.
80 comments
[ 3.5 ms ] story [ 115 ms ] threadA confession, and a caveat
I’ve broken almost every one of the rules above!
...
The rules are not meant as absolute rules, but as food for thought: For you to think about the tradeoffs, of how and why there will be additional hassle and distraction from your core activities, if you decide to “break” one of the “rules”.
(maybe that was missing from an earlier revision or something?)
For rule #8, is the author recommending to build custom CMS / e-commerce features for a SaaS? If so, sounds like a lot more work.
I'm not suggesting you rely on nothing else such as 3rd party CMS or e-commerce features, but I am suggesting that for example if you build a Shopify plug-in, you are at the mercy of how Shopify chooses to develop their ecosystem, and there will be potentially existential crises along the way.
As with all the other rules, it's one you can and should break when it makes sense for your business. There are many thriving startups on top of Shopify's ecosystem, Apple's ecosystem, Google Chrome's ecosystem, and so on and so forth - I'm just urging you to be aware of the hassle you are creating for yourself by choosing such a path, and to balance it wisely against the benefits.
Isn't CrankWheel, the author's company, a freemium product?
"Free forever for limited use. No credit card needed"
What experience does the author have with SaaS products that have no free tier?
I stopped reading here.
I haven't run a non-freemium SaaS company, but I do see what benefits it would bring if we were able to operate on a typical 14 or 30-day trial model. The big ones that would bring are a much shorter sales pipeline and shorter feedback loop on ad spend.
Since you are using freemium at the moment do you have some way of quantifying the hassle that this decision has created? It would be interesting to know more about how you navigate this kind of tradeoff since this is really what matters when it comes to detemerning whether a decision like freemium vs no-freemium is actually a good decision
There's considerable customer support cost.
The main thing that I feel makes life tough is that the pipeline from, say, doing some paid ads and seeing the results is several months long, and the feedback loop on changes that can affect conversion rates and monetization is similarly very long. We've learned to cope with it but it would be nice to have a one-month feedback loop or shorter.
I think this list is sound. In my world, rules that are not able to be break when needed are not worth having.
Similarly, a B2B startup I worked for chased the biggest customers in the vertical, while our product was still pretty bad. You think they’re going to pay more once the feature set improves? Only if you split the product in two (which is a pain for use developers).
They weren’t trying to maximize revenue. In fact they basically guaranteed they never could. They were trying to maximize prestige so they could sell the company, and therefore us.
[0] https://newaudiotechnology.com/products/
For startups, there are many ways to hack this process and get in cheap. You might be able to sublease half a booth from another company. If you have industry partners see if you can run office hours in their booth space. Reach out to show organizers and see if they have any educational break out sessions your could talk at. Or just go without a plan and strike up conversations with other peers in the space.
I think many of us who spend our lives behind computers in the tech field don't appreciate how vital these events are to so many industries, or how much actual work gets done here.
So in short ... not necessarily.
For example, take rule 1: prefer recurring revenue. Recurring revenue is the new hotness, but one time enterprise software licenses provide cash up front as well as the ability to recognize all that sweet revenue in the year it was sold. If you’re bootstrapping and properly accruing your revenue, having some perpetual licenses isn’t a bad thing at all.
I strongly agree with your assessment that Yearly is better than Monthly.
So the received wisdom says, but particularly with card payments, churn rates due to random charge failures are insane. On top of that, the services that handle the payments and subscription management are often relatively new and prone to making changes up to and including things like dumping their whole API or doubling/trebling their prices overnight, making them terrible business partners to rely on. Literally every such service we have ever used has done something like that to us at some point.
We are seriously considering dumping any form of recurring subscription, and all the baggage that goes with them, at one of my businesses. The proposed alternative is a simple tiered pricing model where customers have a choice of periods, with the longer ones being more cost-effective for them, but all payments are single, one-off charges only. This would be combined with something I'm seeing a lot lately, which is saving the customer's payment details so that extending for a further period can be done with just a click or two.
The alternative we've been considering is one of the services that goes further, outsourcing our entire payment and sales tax infrastructure to them as merchant of record. Given how prohibitively complicated sales taxes are becoming on international transactions if you want to stay compliant, I wonder if this might soon become the only viable operating method for small businesses and startups anyway. However, these services all seem to be really cagey about telling you what using them will really cost and how legally robust their strategy for sales tax management really is, and I have no reason to believe they will be any more reliable as long term partners than the billing/subscription services, so right now we're hesitant to pursue this idea.
I'd be very interested in the results if anyone else has tried either of these changes recently and is willing to share their experience.
So, if that's the case, you're better off taking the extra x% percent that a monthly plan gives you.
I think the author was also making the point that while you might have all your money upfront, you won't manage it well so it lasts all year. Could you? Yes. Will you? No.
And from personal experience, depending on who your customer is, a yearly plan can make revenue far less predictable.. for a corporate customer there is a big difference between a $12k annual charge, and $1k monthly charge. The first they will scrutinize every year and question its value, while the second they might not even notice.
I've been on the other side of this in the corporate world too, and paying for stuff was always a horrible experience taking weeks at best, but often months. We'd always try to use OSS when possible, and built rather than bought far more often than we'd have liked, precisely because of how much red tape there was. Sometimes our preferred option only allowed monthly billing, and we went with an alternative instead, because nobody wanted to go through a protracted, painful, soul-destroying process of getting authorisation to pay monthly.
I absolutely agree with your metric however, in that from a cashflow and churn basis this is a worthwhile hassle.
This, as opposed to simply billing monthly, continuously providing value, and reducing the headache.
I also question whether annual billing increases retention, when your retention is good already (say, 3-5 years projected lifetime). Sure, it lifts your retention when your average lifetime is less than a year, but does it really when you have very low churn? Or are those big annual bills going to be scrutinized more thoroughly than a monthly cost?
https://www.thesaascfo.com/deferred-revenue-saas/
Regardless of retention benefits, if you've got predictable growth then annual subscriptions should be well worth the discount.
Also I wouldn't automatically renew the yearly subscription without prior communication as that can result in unexpected charge on CC statement and thus a risk of charge-back.
If you have a runway, already then it is great and optimizing for the cashflow is great. If you do not have a runway, the last thing that you want to do is commit to a long term delivery of something rather than charge the customer monthly.
E.g. don’t hire an accountant until you can’t do it yourself. Feel free to answer random unsolicited messages until you have no more time for it etc.
Running a business is not a matter of defining these principles up front, but letting efficient process emerge from need.
My company spent a lot of time chasing partnerships which on paper make perfect sense, but always got stuck in some middle-management layer where everybody says it's great but nobody really cares.
Rule #-1. Build a defensible business, not something that's trivial for competitors to copy.
Rule #0. Don't make a big, absolutist list of "dating rules". Be flexible and use good judgement.
Rule #5. Freemium can be good in many situations: when just out of beta, revenue is plateauing AND marginal user app infrastructure costs are low. You wouldn't do a cloud backup with unlimited storage like BackBlaze as freemium. You would with LucidChart because it costs almost nothing (so long as there aren't huge file attachments). It is smart in certain instances because of long-term economics, free word-of-mouth advertising, future sales and because it builds goodwill that enhances the brand. It's vital to steer enterprise users away from freemium because they have more needs that are better served with pricier support subscriptions (the "Enterprise" version).
Rule #22. If you're selling a physical product or b2b service through channels, then trade-shows are a must. It's incredibly foolish to shut the door on distribution when you don't have it. Then again, physical products are a PITA.
If it were me, early on, I would corral all the other founders for brainstorming on the Business Model Generation chart to consider what's needed right now and in the near future with some sticky notes. Then, revisit it regularly with periodic founder meetings to make adjustments.
> The rules are not meant as absolute rules, but as food for thought: For you to think about the tradeoffs, of how and why there will be additional hassle and distraction from your core activities, if you decide to “break” one of the “rules”.
> For example, if you decide going to trade shows is right for your business, you should understand the fully-loaded cost of doing that. Not just the cost in money but also the cost in time. Depending on your product, they can still be one of the absolute best ways to reach your ideal customers.
Please, I plead people on HN to stop listening to advice from people like Sam Altman, they're akin to "How to become a millionaire" books that you find at the side of the grocery store aisle. It is tabloid material that fills your brain with false knowledge. Next time a problem comes up, instead of thinking it through you immediately line up the dots and remember reading some solution to it.
On the other hand, read engineering, science and mathematics books. Master statistics and probability. These are universal constants that will always help you. Learn accounting. I see the irony of me providing advice in this rebutal, but there is a distinction - learn universally true things that have data, backed by math and science. Those will always be on your side because that's how nature really works. Otherwise, you'll get stuck in local optimum of following the crowd.
No offense to the author, I am glad things worked out for you the way it did. Remember, they won't work out for others and if I were you, I would not speak with such confidence and authority - it stands on stilts.
It's hard to know how cumbersome any of these products are in practice when their documentation is an endless series of quick start guides that leave critical details as links to other quick start guides. "Set up a monthly subscription service in 5 minutes! Please refer to these three other guides if you want to know which customers have active subscriptions."
"You don’t have to fight back against chargebacks, they do that for you;"
No way would I delegate this customer satisfaction issue to another company to handle; much less one who doesn't want chargebacks (at any cost.)
Paddle also takes care of figuring out VAT for you which is a headache if you are based in EU.
I guess to some people 2% more might be worth using Stripe (stripe is 3% paddle is 5%) but for smaller players it solves real problems.
I would go even further. Selling globally and just using Stripe almost by definition makes you a small criminal in a whole bunch of countries as it is simply impossible (let alone knowing all the rules!) to file taxes correctly in each country you do business (in the local language!). Outsource it and forget about it! 2% is damn cheap!
Transitioning to Stripe would mean adding invoicing/billing that also takes care of figuring out VAT and having support around it. When you have fulltime accountant it probably does make sense do it all by yoirself.
Depends. For example, as an agency, if we don't try out JAMstack, headless-CMSes, Gatsby/Gridsome, then as an industry, we'll still be stuck in the WordPress/PHP ecosystem for years to come.
The first one not only because the idea I'm working on can't possibly work without a free tier, but also because I use the free tiers of many services; I'd feel better about myself by "giving back" so to say.
And the second one simply because I see those services as hassles themselves, though I might eventually change my mind on that.
I don't like it. it reminds me of drugs. but I guess food and water also work like that. it is likely that air will follow this path in the (hopefully very far) future?
I know order isn't emphasized in the list, but this should really be #1. Most of the other rules stem or are dependent on this one.
But remember, while it devoids of volatility, it also makes business much more fragile. And you see problems too late.
> Rule #14: Don’t take in any investors
> They will put a lot of pressure on you to grow fast
I work with Sequoia and Kleiner Perkins. Both told us that we should build a team of Navy Seals vs. a bloated whale. I think most VCs are starting to turn around to the idea that growing as fast as humanly possible isn't the way to go. That being said, putting pressure on a company to grow distribution and ubiquity fast is a great thing if you're an internet business that has the ability to monopolize a new category/subspace.
> very often faster than may be compatible with your well-being
If you're taking VC money, you know the ride you're in for. Don't be naive. And then don't be soft.
> mental health, work/life balance and ability to keep finding your work fun
See the last point.
> Rule #21: Don’t do big launches
I've had a lot of success with well-timed ProductHunt launches. It's a huge reason we were able to get early traction that led to sustained bottoms-up growth. I've done multiple 1k+ upvoted PH launches:
https://www.producthunt.com/@vhmth/made
These launches took my co-founders and I no more than a few days and most of the work was put in upfront on build. You can do it quickly - you just need to cram more hours in.
> If you're taking VC money, you know the ride you're in for. > Don't be naive. And then don't be soft.
Exactly. Eyes wide open, make sure you know what you're choosing.