zlacker

[return to "AI agents are starting to eat SaaS"]
1. hyperp+28[view] [source] 2025-12-15 00:49:53
>>jnord+(OP)
Note that the author does not mention a single specific SaaS subscription he’s cancelled or seen a team cancel.

The only named product was Retool.

◧◩
2. linsom+kg[view] [source] 2025-12-15 01:53:59
>>hyperp+28
We just had a $240/year renewal for teamretro.com come due, and while TeamRetro has a lot of components, we are only using the retro and ice breaker components. So I gave Claude Code a couple of prompts and I now have a couple static HTML pages that do the ice breaker (using local storage) and the retro (using a Google sheet as the storage backend, largely because it mimics our pre-teamretro process).

It took me no more than 2 hours to put those together. We didn't renew our TeamRetro

◧◩◪
3. lelant+lT[view] [source] 2025-12-15 08:44:37
>>linsom+kg
> It took me no more than 2 hours to put those together. We didn't renew our TeamRetro

Okay, so two hours with an LLM vs maybe 2.5 days without an LLM in the best-case scenario (i.e. LLMs gave you a 10x boost. I would expect it to be less than that though, like maybe a 2x boost) - it sounds like it was always pretty cheap to replace the SaaS, but the business didn't do it.

TBH, the arguments were never "It would take too long to do ourselves", it was always "but then we'd have to maintain it ourselves".

The place I am consulting at now just moved (i.e. a month ago) from their in-house built ticketing system ($0/m as it had not needed maintenance for over a year) to Jira (~$2k/m).

In this specific case, it was literally 0 hours to avoid paying the SaaS, and they still moved, because they wanted some modern features (billing for time on support calls, etc) and figured that rather than update their in-house system to add support hours costing (a day, at most) they may as well move to a system that already had it.

(Joke's on them though - the Jira solution for support hours costing is not near the level of granularity they need, even with multiple paid plugins).

Once again, companies aren't using SaaS because it's cheaper or quicker; they could already quickly replace their SaaS with in-house.

◧◩◪◨
4. linsom+2M1[view] [source] 2025-12-15 14:52:51
>>lelant+lT
>.e. LLMs gave you a 10x boost. I would expect it to be less than that though, like maybe a 2x boost

I'm not a frontend guy, I'm an operations guy that sometimes does some backends. So it's likely a solid 2.5 days for me to build the pair of these, probably more I haven't touched Javascript in over a decade.

◧◩◪◨⬒
5. lelant+rt2[view] [source] 2025-12-15 17:58:11
>>linsom+2M1
> I'm not a frontend guy, I'm an operations guy that sometimes does some backends. So it's likely a solid 2.5 days for me to build the pair of these, probably more I haven't touched Javascript in over a decade.

Right, understood and agreed, but this was not about you and your specific skills or lack thereof; your anecdote was in support of an argument that companies would stop their SaaS because LLMs enable them to build in house.

That was your argument, right?

So in the absence of LLMs, if the company wanted to stop paying for the SaaS, would they have chosen you to do the replacement, or someone who had recent experience in the tech?

Look, we are interested in comparing the time taken to replace the SaaS with an LLM, and the time taken to replace the SaaS without LLM assistance.

That's really the only two scenarios under discussion, so lets explore those exhaustively:

1. Without LLMs: In the worst case scenario, the company had to pay for 2.5 days of employee time with the best case being 1 day of employee time. Lets go with something in-between like 1.5 days of dev time.

2. With LLMs: The company pays for 0.5 days of employee time (includes the overhead of token cost/subscription).

The difference between the only two scenarios that we have is literally a single day of employee costs!

I am skeptical that the company failed to leave the SaaS earlier because they didn't want to eat the cost of a 1.5 paid days for an employee, but a difference of a single day of cost was enough to tip the scales.

[go to top]