The bread paradox: why convenience always wins, and why SaaS isn't doomed
91–100 of 127 posts
Re: The bread paradox: why convenience always wins, and why SaaS isn't doomed
#92Let's take project/task management stuff. You can vibe-code a kanban board, task tracker with different statuses, and project folders quite easily.
For my personal use, I can probably build a "better" Jira. I could have an agreeable interface, a data model molded to the types of projects I work on and how I work on them, useful constraints that assuage my weaknesses (e.g. you can't have more than 3 active projects), and a persistent list of things I've shipped to combat imposter syndrome.
That solution would be far too opinionated to scale across even a small team, let alone an enterprise.
Companies buy Jira because it integrates with just about everything, because it's the de-facto standard so you don't need to teach people how to use it, and because you have all the SSO, workflows, approval policies, RBAC, etc. anyone could want.
SaaS vendors don't compete to offer the core features, but the genuinely hard stuff.
Re: The bread paradox: why convenience always wins, and why SaaS isn't doomed
#93"Accountability" is a value on paper, not in reality. The big companies that sell services are not really accountable, and in many cases will bankrupt their customers. See Revlon with SAP. See the Bavaria Colombian brewery, also with SAP. See the 4Hana case, again with SAP. SPAR group from South Africa. See Tesla surviving by cancelling their SAP deployment. It seems I have spotted a pattern here.
Re: The bread paradox: why convenience always wins, and why SaaS isn't doomed
#94Earlier quoted context omitted.
> we may have just entered the golden age How so?
Because it invites more competition. Previously, if there was one vendor but they sucked, you just had to put up with them and use them anyway. Now, if they suck that much, someone's going to come along and eat their lunch.
We've all seen people outsourcing their thinking to AI. "Hey Claude, I need bug tracking which product should I use?" Claude then recommends Jira because it's the defacto standard as of 2026. This leads to Jira getting even more popular, leading to subsequent training data keeping it as the defacto standard.
Same issue for development technologies. React/Typescript will never ever go away thanks to coding agents.
Re: The bread paradox: why convenience always wins, and why SaaS isn't doomed
#95* Person gets angry/frustrated/passionate about some third party tool they could build themselves.
* Person builds that tool. It's not perfect but does what company needs (for now)
* Person gets slaps on the back and congratulations for building such an awesome tool and saving the company loads of money
* Person leaves company
* Nobody else cares anymore and/or wants to bother with the inconvenience of keeping up with bugs and features
* After dealing with this for a period of time, someone says "Hey, why don't we just use third party tool?"
* Company re-subscribes to third party tool
Re: The bread paradox: why convenience always wins, and why SaaS isn't doomed
#96Earlier quoted context omitted.
Seen similar. They will be back when they realise the vibe coded SaaS run by two people in a trailer park isn’t what it looked like. A lot of the big SaaS stuff isn’t code or product. It’s support and hand holding.
Your last phrase is bang in on the money. Also the assurance it won't evaporate one day
Re: The bread paradox: why convenience always wins, and why SaaS isn't doomed
#97Re: The bread paradox: why convenience always wins, and why SaaS isn't doomed
#98My guess is that SaaS will be around, but it's going to look really different. Say there's a company that sells you a subscription to an issue tracker. At first, it looks just like any other web-based issue tracker. But, although you won't realize it at first, it's hosted on a Linux VM with a development environment on it. Each customer's app gets built from source. Then, when you want something changed, you send a m…
Re: The bread paradox: why convenience always wins, and why SaaS isn't doomed
#99I work for a SaaS and we recently had an interesting situation where we lost some smaller customers but are in the process of getting dramatically larger ones at the same time. As in, we lost some customers that were roughly 20-people companies, but gained some customers that are 100+-people companies. The ones we lost seem to have just built our solution in-house, presumably with AI helping. Conventional wisdom woul…
Bigger companies probably use more features and have more advanced requirements and the SaaS is integrated in different ways within different departments of the company. This means more developers are required, more interaction with different departments and thus less benefits of AI versus the traditional way of developing without AI (as the actual work is more in coordination, specification etc, than the actual coding bit).