Hacker Newsnew | past | comments | ask | show | jobs | submit | gjmacd's commentslogin

The most incredible sound system to hear a band play out of tune and out of key for 90 minutes.


90 minutes? At a _Dead_ concert?!

That’s enough to cover a typical Playing>Uncle John’s>Drums>Space, and probably not get all the way through the reprises. You’ve easily got another two hours of jam.


The joke was

"I went to a Grateful Dead Concert and they played for SEVEN hours. Great song."


also, they were "in tune" and just playing in a mode, rather than a typical key.


This is otherwise known as a "lifestyle business". It's the north star for most people and should be but it's not easy.

If you build a $500K a year SaaS business and have very little overhead, you can probably take $200K of that revenue as income and have a good work-life balance that's very comfortable. I know, I was able to do this without taking VC and bootstrapping 100% on credit cards and my own cash. However, there's an inflection point that happens with this sort of business IF you're not careful -- or it becomes more successful / or becomes a death spiral.

If we're speaking of a true SaaS model. It can work. But there's "gotchas".

I did well with this and but eventually sold the business for about 3X and went back to work for another company. But for about 7 solid years as we gained customers and got to that $500-700K, it became very hard to keep it a "balance" as with every 10 customers we added, the more of my time was spent at work and not as much at home. As we added customers, my "balance" was diminished, so I had to hire people, which then cut my income considerably. In the end, I realized it was better to sell the business and take the profit I could to pay off my cards and get something out of it before it killed me. I used to tell people who used to say, "wow, must be great having a business like that!" I used to tell them, "Yes, it's amazing 100 hour work week!".

It became more of a "job" and less of a "lifestyle" as the customer count increased. This could have been anecdotal to my business and product, but I have to believe that it won't matter as that size annual revenue demands a bit more of a sophisticated product type. Unless you've hit lightning in a bottle and have a very "light work" product that you're selling and have cracked the code of hitting $500K and having to do barely anything, more power to you... But I don't think there's a lot of those out there and a lot to be created.

I just find that with most SaaS businesses I've been involved with and built, the product is solving business problems that aren't usually a "set it and forget it" kind of product to meet those requirements and just sit back and collect money... I find that most SaaS businesses in that range of revenue are complicated and warrant a higher degree of overhead.

The real challenge is, "little overhead" to be able to create an income and survive. Support, service and development is expensive and requires more than one person. Good support is important to retain your customers to keep that $500K coming in, and that really is the problem because having just 10-20 customers paying you $500K is far riskier than having 1000 customers paying you $500K.

Churn is dangerous in SaaS products that are high cost with smaller customer bases. One or two customers leaving could give you a pretty good dent in your revenue, thus causing you to cut income. So the trick is mitigating churn by having a product that's priced at a point that you can gain a larger customer base so that churn isn't going to radically impact your revenue.

But both strategies are going to require support and service and that costs quite a bit of money and can gravely cut your income that has to be passed to engineers/developers who can improve and maintain the product. I had to hire really good support people and some engineers because as we grew that revenue, the product became more complicated and support and service was more demanding (I had about 400 customers). I eventually had to cut my income to pass that to people who could take on more because I couldn't do everything.

So there is a law of diminishing returns with this sort of business strategy.

It can work, but you have to really strategize, have a product strategy that can generate a good sized customer base but requires very little maintenance, development, support and service.

But I call this the "holy grail" SaaS business -- they simply don't exist -- or if they do, they are rare birds. Just be prepared to understand the issues if you do have some success and are lucky enough to grown a SaaS business to $500K+

Just don't be surprised when you feel like you've succeeded but feel like you're failing.


Very good thoughts and observations here. As a solo founder of a SaaS, I'd add:

* $200K of income from $500K of revenue sounds low. There are places which have SaaS-friendly taxation, I'm lucky to live in one (EU, Poland) and 75% net margin for the entire business is easy to achieve. An 8.5% tax on revenue is a really good proposition :-)

* Support is key. I care a lot about support (I do it myself). It can easily get out of hand and become a chore, but that means something is wrong: if you listen to your customers carefully, you should be changing your SaaS so that less support is needed. I'm thinking about this a lot.

* We're talking B2B SaaS here: I also believe it is better to have more customers at lower price points rather than a few big ones. Big ones are difficult to get, and often have bizarre requirements. If you cater to them, you will alienate your other users. But there is a sweet point somewhere: you do not want to go too low, or you'll get customers that have very little money. These not only churn more often, they also often cause support issues. The sweet spot is somewhere in the middle.


Couple points to follow up.

- US based business, Boston. Taxes are higher, rent is higher (when you needed rent). Salaries are higher (if you want good people). As the founder, I wanted my company to have great benefits and healthcare. That cost (and I'm not kidding here) reduced our revenue considerably. This is why I'm a huge fan of a single payer option in the US that takes healthcare off corporations. - B2B business with SMB's, average customer ARR was about $3K. E-commerce integration product, so it was a bit of a lift on the technical side with many nuances between integrations. - Support ended up being about 75% of our labor costs.


Yes, benefits and healthcare are important. Did I mention that these tax rates and margins I listed also cover full healthcare costs (state-provided health insurance)?

Anyway. My point was to show that costs can vary wildly across countries, and I was surprised to see how low the net margin can end up in the US.


I am bookmarking your comment for myself. It is a great warning, and I would do well to pay heed.


Authors bio is exactly what is wrong with software development today. Too many people who've made money at FANG companies who now think they are experts in the field because they got lucky and was hired at a time when their stock price and options accelerated based on NOTHING they did...got wealthy and have convinced themselves (and others in the industry) that they actually should be thought leaders. Insane shit going on right now...

Bottom line: 10 years of non-coding experience in the industry (Sun & Intel), then about 5 years experience (assuming) development/coding and he's now a "serial entrepreneur" offering best practices advice for code reviews, architectural reviews... no mention of any product, technology or coding (where's the public Github account with demonstrable experience?) that he's actually delivered or maintained. I see a guy with 15 years of experience that got lucky with his options and is blathering on to boost his LinkedIn profile.

One thing for certain, he titled his article as something provocative to get the click-bait going and using "Moneyball" certainly caught my eye and made me curious. But after reading this article, it's fraught with problems and demonstrates the lack of experience and using very limited anecdotal evidence to apply to a field that's complex and not a single article solution, which I have to say, with less than 5 years of coding and development experience, he shouldn't be considered an "expert" that gives advice on this process -- he should still be listening to people and understanding how the SDLC process works because he's clearly missed that course at Standford -- He clearly didn't pay attention to Steven Blank...

Look, I know people with 20,30 (including me) years of experience in this field that would read this article and would point out, what you're reading is not only what inexperience is, but also what someone who's been too involved in the money and investment side of the business sees. If I had a manager in my team present these ideas to me and how they wanted to operate with 1:1's for example, I'd get them out of the company because they would be creating a culture of pointing fingers.

Also, as a side note, when I saw the title, I immediately assumed "outsourcing" article because the premise of Moneyball (Bill Bean / Bill James theory) is to use cheaper labor to get better results by doing things that can still get performance and wins without having to play the game the way in which the rest of the teams were, completely undermining the norms and trying to get better performance with less. This is a poorly titled article, the premise has nothing to do with the Bill James theory.

Lastly, I don't want to be totally negative,he had one good point in the article. Using time estimates for story pointing is a bad thing. His example of measuring complexity was a bit too vague and nuanced, but it was a better example of estimating to get to a valid burn down. But a broken clock is correct twice a day...


I would point to Jim Jordan and all the other Republicans after January 6th who didn't honor a subpoena and toss them in the trash. Nobody in our government honors them, why should we in the private sector? What's going to happen, they going to raid offices and get a bunch of PC's and books?


Meh. I won't switch to a Linux laptop until I can get a reasonable resolution on the screen that matches my MBP's output for a reasonable price.

I can't understand why I can't get a reasonably good priced laptop with just Linux that doesn't match the video resolution of a MBP.


This is what kills me. At work, they only swear by HP for some reason. So, I've got a shitty Elitebook that cost, after RAM and SSD upgrades, within 100 euros of a same-size MBP with same RAM and SSD.

But the build quality is uniformly worse. And the screen... it's an atrocity. You don't have to compare it to an MBP (I only have an old 2013 one, and it still wipes the floor with it). Even compared to an older XPS (7th gen intel), it's horrible.


This isn't for QA. It's for RPA, which automates processes. UIPath is a billion dollar software company doing this...


Unpopular opinion. But starting a business around AI is a bad idea -- it's a tool not a business. AI is the "Object Oriented" of our times. It'll end up being something that will be used in our tooling, but I recall all those 90's companies who died miserably basing their whole business model around objects... I feel like AI has the same future.


The Implicit assumption here is that AI in general is one of several possible tools to a given problem. This is true in some cases, but not in others (eg media synthesis, automated transcription/translation/classification, etc.). So I think "starting a business around AI" should imply that AI is a core necessity, not just a chosen tool. Granted, it may be just one tool among many that could be useful, even if it necessary.


>This is true in some cases, but not in others

yet...

Who would have thought of something like stable-fusion just 5 years ago? It generates images out of thin air.


There is a great deal of GAN literature on the order of 5 years old…


Even those of us following that literature were surprised by the sudden improvement in image synthesis.


Probably even more surprised. GANs never solved the diversity problem.


> but I recall all those 90's companies who died miserably basing their whole business model around objects

Do you have any examples?


NeXT, for one. They didn't exactly die miserably, given their technology is what ultimately still runs Apple's OS software and APIs.

NeXT's business model was based on objects to some extent at least and they were enthusiastically selling object-oriented software as a business feature, rather than a technical matter only software developers care about.

Here's Steve Jobs demoing NeXTSTEP's object-oriented development environment: https://www.youtube.com/watch?v=rf5o5liZxnA

The way he explains it, it makes perfect sense (as one would expect): In an ideal world, an object-oriented software development approach not only allows non-technical people to define requirements but also enables them to compose and build applications from existing components without having to write a single line of code.


I think the model was ultimately pretty successful, with the primary example being the World Wide Web. The biggest reasons for the NeXT's failure was the decline of 68k coupled with rise of Windows IMO.


I used to work for a company a year ago who's initial market was selling object definitions for Medical software (in Delphi). It was all HL7 spec models. They've pivoted to B2B software now rather than marketing to developers, but that was back around the 2000's that they were doing it.


Or rather, any object lessons.


> starting a business around AI is a bad idea

It's not based around AI. It's based around content creation. The AI part is just the means to the end.

These methods allow for easy content creation. It's akin to an industrialization of the mind. We're now currently searching for the best human interface to control the outputs so we can attain the results we want immediately and with high fidelity.

Once the images and sounds in your brain can immediately jump to the screen, you'll see what this has all been about.

I don't see how this is at all comparable to object oriented programming. These techniques solve real business and social needs. They automate entire decades of learning, hours of toil, and free up enormous capital.


Major colleges are an absolute ripoff. If I asked you to give me $250K so that I could give you an $80K salary to start, which isn't a given, would you take that investment?

Community and state schools (and even state schools are too high) are the better way to go. Something has to give...


then he gets more than 10 users on it...



Another reason to move to Elixir from Ruby...


Elixir is like the alternate town in Blazing Saddles. It looks great but you find out there aren’t really people nor library depth there. After it blows up your staffing and project plans you end up moving back.


Yeah, Elixir is great, but zealots keep acting like it's happening, and it is totally not happening.


I built my startup in elixir. yes, there aren't as many libraries but the ones I've needed have been available and reasonably documented in most cases.

one thing I like in elixir is that the whole language (and thus libraries) are more composable. its easier forme to break and reform functionality from libraries in ways the authors didnt envision. Takes more time to integrate but the end result is way more maintainable.


Elixir isn't even in Tiobe's top 50 https://www.tiobe.com/tiobe-index/


Whilst I agree with you that Elixir is an also-ran Tiobe is the worst yardstick by which to measure a programming language. I can never understand why anyone takes it seriously.


Agreed. Redmonk then? Not in the top 20 https://redmonk.com/sogrady/2021/08/05/language-rankings-6-2...

I think Elixir fans should learn a lesson in being humble...


Where setting up a new app with Tailwind JIT is substantially easier?


Where Phoenix does a better job with all this and you don't have Ruby's baggage anymore.


It's literally the same process and it still uses webpacker...



Right, this process looks basically equivalent in steps and complexity.


What is "all this"? This post is almost entirely about setting up Tailwind.

(I have developed professionally with both Rails and Phoenix and enjoy both.)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: