alt Hacker NewsAI is killing B2B SaaS
Comments
I'd actually say the opposite is the case. B2B (even SaaS) is probably the most robust when it comes to AI resistance. The described "in house vibe coded SaaS replacement" does not mirror my experience in B2B at all. The B2B software mindset I've encountered the most is "We'll pay you so we don't have to wrestle with this and can focus on what we do. We'll pay you even more if we worry even less." which is basically the opposite of...let's have someone inhouse vibe code and push to production. B2B is usually fairly conservative.
1. This isn't rooted in data but anecdotes "One Series E CEO told me that they’re re-evaluating the quarterly renewal of their engineering productivity software because they along with an engineer reimplemented something using Github and Notion APIs. They were paying $30,000 to a popular tool3 and they were not going to renew anymore."
2. These anecdotes are about tech startups spend, not your <insert average manufacturing business>. Nor or they grounded in data that says "we interviewed 150 SMB companies and 40% of them have cancelled their SaaS subscriptions and replaced it with vibe coded tools"
3. "Analysts are writing notes titled “No Reasons to Own” software stocks." - there is just one analyst saying this: https://finance.yahoo.com/news/no-reasons-own-software-stock...
4. Most of these SaaS tech stocks have been trading at all time highs...this smells of "explain something very complex with a simple anecdote"
EDIT: Oh lol, the author has a vibe coding SaaS offering...there ya go.
I have few sticks in the sand in my thinking framework:
* writing code has always been the easiest part of building software, deciding what to do and what not to do is something else that takes forever sometimes
* there are several open source projects that can replace commercial SaaS and still people prefer to purchase commercial SaaS. These are available immediately, deployed immediately etc etc.
* along the same line, some of those open source projects offer self-hosting and cloud version: I would always personally go for the cloud version because in a small team I don't want to operate something that other people built and I don't know how to operate. That's not my job not my team job
* people are underestimating how draining is operating and maintaining software, which is something that goes beyond the adrenaline rush you get after "building" something with Lovable or similar tools. Also, I find it extremely easy to get 80% done quickly but excruciatingly slow to get things done right.
* I still see huge value in using tools like Lovable to build a working prototype and validate assumptions so that you get quickly build the right thing right solving the right problem in the right away avoiding waste
* camcorders have been around for ages but you don't have millions of directors around just because you make a tool more accessible
* same can be said for other things like restaurants, where sometimes it's more convenient (although expensive) to buy vs build.
I see that Software as a Service banked too much on the first S, Software. But really customers want the second S, the Service.
When you sell a service, it's opaque, customer don't really care how it is produced. They want things done for them.
AI isn't killing SaaS, it's shifting it to second S.
Customers don't care how the service is implemented, they care about it's quality, availability, price, etc.
Service providers do care about the first S, software makes servicing so much more scalable. You define the service once and then enable it to happen again and again.
I think one of the interesting things here is that AI doesn't need to be able build B2B SaaS to kill it. So much of the overhead of B2B SaaS companies is thinking about multitenancy, intergrating with many auth providers and mapping those concepts to the program's user system, juggling 100 features when any given customer only needs 10 of them, creating PLG upsell flows to optimize conversions, instrumenting A/B tests etc...
A given company or enterprise does not have to vibe code all this, they just need to make the 10 features with the SLA they actually care about, directly driven off the systems they care about integrating with. And that new, tight, piece of software ends up being much more fit for purpose with full control of new features given to company deploying it. While this was always the case (buy vs build), AI changes the CapEx/OpEX for the build case.
I don't think it is killing SaaS. I have definitely had to extend my sales cycle when a potential customer vibe-coded a quick fix for a pain point that might have triggered a sale a few weeks earlier, but eventually the benefit delivered by someone else caring about the software as their entire mission really wins out over a feature here and there.
If you are selling SaaS consider that a vibe-coding customer is validating your feature roadmap with their own time and sweat. It's actually a very positive signal because it demonstrates how badly that product is needed. If they could vibe code a "good enough" version of something to get themselves unstuck for a week, you should be able to iterate on those features and build something even better in short order, except deployed securely and professionally.
Everyone's going to talk about how cool their custom vibe-coded CRM is until they get stuck in a failed migration.
It’s about the "Per User Tax"
The panic over SaaS vs AI is simpler than people think. For years, we’ve been paying "Enterprise" prices for tools that are essentially just a UI on top of a database.
I'm a solution architect, and we recently looked at the $30/user/mo price tag for legacy test management tools. It’s insane. Why am I paying a "per user per month tax" for a glorified spreadsheet when I can pay $20 for an AI agent that can build me a custom version in a week?
So, we did exactly that. We used Claude and Cursor to "vibe-code" EZTest. A 100% open source, self hosted alternative that does 90% of what the expensive SaaS tools do, but with zero recurring fees and total data ownership.
The market is crashing because the "Application Layer" has been commoditized. If you can build and own your infrastructure for the cost of a few API calls, the era of renting basic software is over.
We aren't just building a tool; we're proving that the "SaaS Tax" is now optional.
The term "B2B SaaS" is doing a lot of heavy lifting here and I think conflates two different things:
(1) Business model: hosted software you pay monthly for (vs self-hosted/one-time purchase)
(2) "Glue" products: tools like Monday.com that primarily provide synergy between data sources and workflows
The article is really about (2) - and yes, those are vulnerable to vibe-coding. If your product's core value is "we connect X to Y and show you a dashboard," that's now a weekend project.
But there's a huge category of SaaS where the value is in the product itself, not the integration layer. Take Excalidraw - fits the SaaS model, but try vibe-coding a collaborative whiteboard with real-time sync, proper data persistence, conflict resolution, export formats, etc. The hard problems aren't "connect API A to API B."
Or PostHog - sure you could vibe-code some analytics tracking, but building reliable event ingestion at scale, session replay, feature flags with proper rollout controls? That's years of engineering.
The "vibecodeable" SaaS products were always somewhat commoditized - AI just accelerated the timeline. The ones solving genuinely hard technical problems seem a lot safer to me.
> What they don’t know, though, is that a poorly architected system will fail, eventually. As every senior programmer (eventually) understands, our job is complex because we have to understand the relationships in the real world, the processes involved, and the workflows needed, and representing it in a robust way to create a stable system. AI can’t do that.
I have a strong feeling the future's going to look like this:
Company vibe codes to replace a SaaS.
Little do they know this creates a time bomb: fragile systems where fundamental architectural defects are papered over by humans who knew the underlying dynamics but didn't articulate them well enough during the initial "vibe-architecture," so they're forced to patching the "impedance mismatches" with data entry or with even more vibe coding.
Those humans are eventually laid off, because of course they are. Data quality rapidly deteriorates. Operational mishaps deteriorate relationships with human counterparties. Defects begin to cost thousands to millions.
Suddenly, there's demand: not for SaaS, but for actual service businesses. Consultancies that can parachute in, do actual domain-driven design, and un-vibe that code. They do have a stronger-than-ever pool of out-of-work engineers (many from the failed SaaS companies).
The SaaS companies that survive understand that the first S no longer stands for Software; it stands for Solutions.
"For example, to create a data visualization I won’t seek any SaaS. I’ll just code one myself using many of the popular vibe coding tools (my team actually did that and it’s vastly more flexible than what we’d get off-the-shelf)."
That maybe doable in your 10-people startup, Namanyay. Try doing it in a larger organisation with layers upon layers of firewalls, databases, authentication systems and not the least importantly - management. Not to mention the vastly different audience, both in size and interest. Your own experience is not the experience of everyone else.
> How to keep asking customers for renewal, when every customer feels they can get something better built with vibe-coded AI products?
Wrong take. You don't need to build something better, you only need something good enough that matches what you actually need. Whether you build it or not and ditch the SaaS is more of an economic calculus.
Also, this isn't much about ditching the likes of Jira not even mentioning open source jira clones exists from decades.
This is more of ditching the kind of extremely-expensive-license that traps your own company and raises the price 5/10% every year. Like industrial ERP or CRM products that also require dedicated developers anyway and you spend hundreds of thousands if not millions for them. Very common, e.g. for inventory or warehouse management.
For this kind of software, and more, it makes sense to consider in-housing, especially when building prototypes with a handful of capable developers with AI can let you experiment.
I think that in the next decade the SaaS that will survive will be the evergreen office suite/teams, because you just won't get people out of powerpoint/excel/outlook, and it's cheap enough and products for which the moat is mostly tied to bureaucratic/legal issues (e.g. payrolls) and you just can't keep up with it.
Lots of companies buy saas, and then spend years customizing and effectively building what they thought they bought. And for big companies, it is costly - a few tens of millions for saas licenses, and maybe around 50-100m for system integrators leaching on the enterprise, and doing the integrations and customizations, usually dancing around the data model, api surface limitations of each of the saas tools they want to wire together.
I dont think going back to having own developers, owning the code is going to be a bad financial propositions for such companies. My company is now one month into trying this out and so far, so good. We kicked our outsystems addiction and are just went live with a react rewrite - and are well into rewriting an expensive to run document management system which we were at the same time under-utilizing and abusing. Our product people are loving it since for the first time in ages we dont need to tell them "well that would be real hard, considering we have salesforce crap underneath and it just doesnt do this or that well".
I don't really agree with this.
Simple CRUD app sure, but we're nowhere near being able to vibe code even a relatively low-complexity enterprise SaaS product.
If it's got customer data in it and/or you're making important business decisions based on it, you really need your system to be accurate and secure. My experience is the people who procure enterprise software know this and tend to care a lot about it. They often have legal and contractual obligations around that.
In the 1990s there were people who thought OOP with point and click tools like FoxPro and Delphi would make it so easy to create software that everything could be built in-house without expert programmers. The invention of SQL was supposed to eliminate roles like Report Writer and Data Analyst because now business people could just write their own queries "in English" and get back answers.
What the authors of this kind of doomer-type articles do not realize is that B2B software companies have the data that their customers pay for, and they also have access to the AI tools themselves, meaning they can accelerate in adding new features to their products, making them more competitive.
It's a fallacy to consider the bad performance of software stocks as a definite sign that AI is going to replace them. One needs to factor financials into the equation to explain a downtrend. Take Figma for example, spending 109 mil on AWS bills, cutting through their margins. Investors know that such costs do not simply go down due to the vendor lock-in companies experience when using cloud services.
Claude Code is good, but definitely far away from being able to vibe code Figma.
I think opensource is a good analogue here. For many SaaS products, you don't even need to vibecode anything - there is already a reasonable OSS alternative. Yet people still pay for the SaaS. They want support, maintainability, security, edemifcation, a throat to choke, regulation and domain expertise, etc.
I do think like this HN post (https://news.ycombinator.com/item?id=46847690) is a good example of where a custom more domain specific solution makes a lot more sense that dropping in an off-the-shelf ERP. Still though, I think the bakery would prefer to buy the bakery-ERP than build it but vibecoding does reduce the barrier to entry so we might see more competition and share taking from incumbents by domain-specialized new entrants.
It really isn't. Nobody's migrating their payroll vendor to some vibecoded app. I agree with Jensen Huang that this reaction doesn't make sense at all.
My own prediction is that reliable vibecoding will be additive. It's a new capability that will help high-agency people do things faster or answer questions they couldn't easily answer before. Need to spin up a big custom Monte Carlo calculation and want a simple UI to control and configure it? You can just throw that together now. Need to get a draft budget allocation for a big set of projects calibrated against a set of conflicting constraints? Let an agent crank at it for a couple hours, then review and refine manually -- or just toss it out if you don't like it.
But building, running, and maintaining production-grade services or apps that the company relies on for its basic functioning? You're not just paying the SaaS vendor for having built the product -- you're paying them to maintain it, run it, and respond to issues promptly. You're also paying them to keep building it and improving it over time. To be clear, I think there are certainly cases where the rise of "coding AGI" is going to lead companies to build some services internally versus buying from a vendor, but I predict these will be highly custom and bespoke services that are too tailored for a specific corporation to make sense for a third-party vendor to try to sell.
Maybe it's mostly from AI, maybe it's mostly general economic cutbacks. I also feel like these "wrapper" style SaaS products are the first ones companies are dropping when they are looking to cut costs, and I think a lot of companies are looking to cut costs. I do agree with the overall conclusion either way, that System of Record products/companies are the most likely to survive. There are a lot of SaaS companies with questionable long-term businesses who are getting hit, but that was bound to happen.
This feels a lot like the old RPA hype cycle to me — more sales narrative than structural change.
Most companies are not going to replace stable SaaS with a pile of AI-generated internal tools. They don’t want the maintenance or the risk.
If there’s a real B2B game changer, it’s Microsoft.
The day Excel gets a serious, domain-aware AI that can actually model workflows, clean data, and automate logic properly, half of these “build vs buy” debates disappear. People will just solve problems where they already work.
Excel has always been the real business platform. AI will just double down on that, not kill SaaS.
This isn't happening. The past six months has been rough on public B2B SaaS valuations, but the impact is a lot wider than just B2B SaaS (its all non-S&P10 software), and valuations are just vibes in the end. Most of these companies are, financially, doing pretty well; seeing key metric growth, including revenue and profit. This makes sense: AI does not fundamentally change the bargain SaaS brought to the table, that companies would rather pay someone to solve their problems than solve them themselves. However, the stock market doesn't care about this. The stock market doesn't care about anything; it behaves irrationally and non-sensically, and trying to derive any sense of how stable, strong, or successful a company is from stock market valuation is like using lines of code to claim that a software project is really good.
The framing is a bit dramatic but the underlying shift is real. What AI actually kills is the "wrap an API in a UI" SaaS model. If the value is just presenting data nicely or doing simple transformations, an agent can replace that.
What survives: products with proprietary data, strong network effects, or deep domain expertise baked into the workflow. The moat moves from "we built a UI" to "we understand this problem better than anyone."
I run 4 side projects and the ones getting traction aren't the ones with the fanciest AI features - they're the ones solving specific problems people have repeatedly (meal planning, meeting search). The AI is the engine, not the product.
The real risk for B2B SaaS isn't that AI replaces your product - it's that your customers can now build a "good enough" internal version in a weekend with Claude Code.
It's not and I really doubt it will, for true SaaS platforms. A desktop .gif recorder (frequent example I've read about) is not a SaaS, even if you charge monthly for it.
Let's put an example an exception-tracking SaaS (Sentry, Rollbar). How do the economics of paying a few hundred bucks per month compare vs. allocating engineering resources to an in-house tracker? Think development time, infra investment, tokens, iteration, uptime, etc. And the opportunity cost of focusing on your original business instead.
One would quickly find out that the domain being replaced is far more complex and data-intensive than estimated.
Lets break this down. There is very little in newness in what Anthropic announced. Claude had skills for a long time. They have added one more layer of abstraction and called it plugins. This mainly comes with a set of integrations.
Thats the pitch.
But, what are Claude plugins?
Plugins=Commands+Skills+Integrations.
Commands are specific to Claude code. But commands and skills are nothing but prompts at their basest level.
So what is the main differentiator?
Integrations.
But what are you integrating with?
SaaS companies.
And what is the stock market doing?
Dumping SaaS stocks.
How do they think Claude cowork will work without the integrations. Without the system of records.
If anything, these SaaS products have become more important. If I was a trading guy, I would go to the github of claude plugins, see the default integrations and buy the stock of those companies.
It's the opposite IMHO. AI is enabling a lot more B2B SaaS. There are a lot of companies that are running on outdated software. Especially in manufacturing and industry. They've had decades of experience with very expensive IT projects where cost got out of hand because things just are very complicated in the real world.
There are many millions of companies that are going to be re-examining if they can do better in the next years. The work will still be very complicated but with the help of AI, small IT shops might just deliver enough value to be worth the trouble.
The notion of e.g. busy floor plant/logistics managers vibe coding this themselves is silly. 1) they don't have the time; these people are super busy 2) they lack the ability. 3) they'll want it done properly 4) their employers won't skip all the certifications, iso stuff, and what not.
Companies invest in SAAS software if it delivers some kind of revenue/profit benefits. If it's too expensive/complex, it can't do that. AI tools lower the cost of SAAS solutions. So the totally addressable market grows. Companies will want to maximize their ROI though. So, they'll do the usual and engage software companies and integrators to help them do this. They'll expect to pay less for more. And there will be lots of haggling around that topic. But there's an enormous amount of companies that are quite far behind on getting their operations into this century in terms of IT already. There are going to be early adopters looking for early successes here that will put pressure on their competitors if they are successful.
I'm running a small company in this space. We're seeing a lot of opportunities right now. And AI is making my work massively easier already. All those complex ERP integrations just became an order of magnitude easier to do with a small team. They are still hard though. Forget about vibe coding that. You need a plan.
Focus is a currency and you have a limited amount of it, if all SaaS is built internally, teams would go bankrupt. There's likely always going to be a band of experts focused on solving a problem and everyone pays them to solve it for them, because they do it better and can handle the hassle of maintaining it.
AI isn't killing SaaS exactly, but instead of selling UIs, SaaS companies are going to have to focus on infrastructure and data. You have to host stuff somewhere, so there's an inescapable cost and transaction that has to take place. If businesses can pay one bill for infra + data management and get nice apps and stuff on top of that (without being locked in), that makes more sense than trying to roll stuff together even if you have a platform team.
> AI is killing B2B SaaS
Anecdata sample size of one, but this is not my experience at all. My business has only continued to grow over the past couple years, and I don't think I've had a single customer mention AI to me at all (over the phone or email).
It’s not as far-fetched as people think. I see so many comments here doubting you can vibe code a full CRM or e-commerce SaaS, but a skilled AI-assisted programmer absolutely can, especially if they're aware of strong open-source alternatives already out there.
For Salesforce-like CRM, there's Twenty[0], a good-enough alternative. For Shopify-style e-commerce, Medusa[1] is a headless commerce platform.
The real power comes from using AI to study how these projects implement specific features (payments, inventory, customer dashboards, etc.) and adapt them to your stack. AI excels at finding the "seams" (those connection points where a feature ties into the tech stack) and grasping the full implementation. The trick is knowing precisely where the feature lives in the code (files, functions, modules), because AIs often miss scattered pieces otherwise. That's what I'm building at opensource.builders[2]: turning OSS repos into a modular cookbook with structured "skills" that point to exact details for reliable remixing and porting.
SaaS companies are forever beholden to raising their market cap, even in solved spaces like cart, payment processing, and CRMs. Most businesses run on CRUD apps anyway, and if your core app exposes an API, you can build any customization you need on top of it. People here discounting how valuable it is for a business to have the software that runs their business on a tech stack they understand and something they truly own.
[0] https://github.com/twentyhq/twenty
Lot of places that I see AI disrupting - I'm not buying that SaaS is going to be a significant one.
Reading through the article:
> They were paying $30,000 to a popular tool3
Couple things we needed to understand here:
- How large is the client company
- Is that $30,000/month or day or hour....
Any product/service that people care about comes with a pager rotation - which is 6-7 employees making > $200k/year. If you can offload that responsibility to a SaaS for < $1mmm/year - done deal.
Boy that "st" ligature in the subheading font is eye-catching, to the point of distraction.
The keyword in "Software as a Service" is not Software; it's the Service.
In the early days, the tagline for Salesforce is "No Software". It's secret recipe is this: your sales team only need a browser and a credit card, to get the service. No software installation needed. Even if you have a genius can code something equivalent, it will never be a "service". That genius is not going to support it, not going to add storage for you, not going to restore an accidentally deleted record for you. That takes an army to deliver. It is a service.
Of course, Marc Benioff kind of shot himself in the foot by trying to get ahead of the AI curve... and gutted their customer service division. If the service is delivered by AI agents, what is the selling point again over other AI agents? They have debased their key strengths and are getting punished for it.
Customers don't want to pay for rolodex + 8000-data-point-visulization + integrated-automatic-contact-form-filling + assisted-real-time-closest-contact-scanning + 15 new-features-months + Annual-UI-rewrites + All-that-amazing-businesses-functionality-for-only-$199/usr/mo.
They want AI to vibecode a rolodex. And just use that. For 30 years if needed. 2000 LOC and a one time $20 cost.
The cancer of SaaS cannot die fast enough.
I don't see that happening because companies need to concentrate on their differentiators. Is your enterprise vibe coding its own SaaS? Who's taking care of it?
Sure its fun to (vibe) code some internal version for a SaaS, but maintain it month after month? Maintain SLAs, etc? That's not fun.
Vibe coding gives you that dopamine hit of creation, but does the internal dev really want to deal with the care and feeding of the random shitty timesheet app they created?
Do they want to take on the work of integrating random backend systems that timesheet system needs to talk to? Do they want to get called at 3AM when it's down?
Even AI assisted, living year after year with production systems is hard.
Here is the list of evidence the author gives for why AI is the reason software company stocks are down:
I think there may be other factors killing SaaS, particularly data sovereignty.
"According to IDC’s Future Enterprise Resiliency and Spending Survey from June 2025, 45% of all organizations and 56% of “digital natives” cited data sovereignty and potential cloud changes as their greatest concern for 2026."
https://www.veeam.com/blog/saas-data-sovereignty-microsoft-3...
Are there real documented cases of a company replacing their SaS with a vibe-coded version?
Like I can see how a very small company could replace a portion of an overkill and underutilized SaS platform.
I don’t see how a larger more complex business could replace their SAP or ADP with a vibecoded version.
These stories are all very similar in where the author knows some CEO of an obscure company who told them they had an engineer reverse engineer and vibecode some obscure SaS solution and saved them $50K.
> we have to understand the relationships in the real world, the processes involved, and the workflows needed, and representing it in a robust way to create a stable system. AI can’t do that.
That is because AI is living in our world, instead of the opposite where we live in AI's world.
Case in point: maybe the AI hallucinated a class method that never existed in our world yet, but perhaps in the AI led processes and workflows it would be written to better fit into the smooth gradient decent those same top parameters' scores.
While the author is wildly overstating things, I do think AI is striking at the heart of the SaaS problem, which is the business model of "pay us $10-100+ per employee per month in perpetuity or we will hold all your data and your company's operations hostage". There is always going to be value in good software, but it is shitty vendors relying on the lock-in effect that are in danger. And good riddance.
The other issue is valuations - B2B SaaS stocks have never been rooted in reality, and the 100+ P/E ratios were always going to come down to earth at some point.
As a founder, there is another angle here that is worth mentioning. Not only does AI B2B SaaS allow insourcing, it also allows there to be 10x (imaginary number) the number of companies building SaaS for the same use case. What we see in healthcare or finance for example is executive fatigue from demos, in many cases mostly vibe coded frontend UIs that entrepreneurs are using to test the market. This creates friction for businesses / SaaS companies that are unable to show how their solution is unique, well built or has a clear moat over the many others they have seen.
“Killing” is a bit strong, but is there a world where folks just vibe code solutions that they would have bought previously? Absolutely and and I think that world is here now.
I’ve seen many startups recently were it was like “guys I could vibe code your ‘product’ in the afternoon.” Yes someone needs to look after it etc, but the bar on where companies buy vs build is getting much, much higher.
(Insert rant from dev teams about the code sucks, who will maintain it, etc). Yes all valid points, but things are changing regardless of if folks like it or not.
There is no evidence presented that internally "vibe coded" products are the reason hubspot et al are struggling right now. If anything, the fact that the divergence from the broader index starts in April of last year (well before the current vibe coding moment got going) is evidence that this is something else.
Saas companies will survive for the same reason they do today. The operational overhead of any sufficiently complicated piece of software is too much, even more so if it's vibe coded.
One problem with centrally produced and distributed software is that a small subset of users demanding certain features results in feature bloat for everyone. Costs for all features are shared by all users.
Probably one way SaaS companies will adapt is to break up their offerings into more modular low cost components. While many customers will end up paying less, the addressable market will probably increase because of the new low cost options.
The framing of 'vibe coding replaces SaaS' misses the more interesting shift: the value SaaS provided was never really the software — it was workflow automation. Software was just the best delivery mechanism we had.
What's changing is that agents + APIs are becoming a better delivery mechanism for many workflows than a UI you manually operate. A company paying $50k/year for a marketing analytics dashboard doesn't actually want a dashboard — they want answers about what's working. An LLM with API access to their data sources often delivers that faster than navigating someone else's opinionated interface.
The SaaS most at risk isn't infrastructure (Stripe, Twilio) or systems of record (Salesforce, Workday). It's the 'pretty UI on top of data you already own' tier — analytics, reporting, simple automation, basic CRM. That's where the compression happens. The products that survive will be the ones that become the system of record, or that offer value AI genuinely can't replicate (regulatory compliance, deep integrations with legacy systems, etc).
Or maybe there is look at true value proposition of the B2B SaaS products. It is not big spend per user, but it does add up eventually. And then savings start to look like big numbers. Big enough for some manager to justify action. This might lead cutting some seats just on cost basis.
We will have to go through the stage of disillusionment of what AI is and understanding of what it is not. There is too much FOMO and too many stories driven by the heavy-AI-invested parties today to see thing clearly.
Sounds like a lot of products will be in trouble if AI becomes more advanced with producing secure code with maintenance processes to keep evaluating code on an ongoing basis
I just don't buy it.
Most people who've been in a business SaaS environment know that writing the software is relatively the easy part aside from in very difficult technical domains. The sales cycle + renewals and solution engineering for businesses is the majority of the work, and that's going nowhere.
SaaS dying is mostly nonsense.
Which is easier to vibecode - AI agent or Salesforce?
The fragmentation in the AI agent space will be markedly larger than at the base CRM layer.
Abd the AI agent is replaceable in under a minute but your data in Salesforce isn’t.
It's a tale as old as time that developers, particularly junior developers, are convinced they could "slap together something in one weekend" that would replace expensive SAAS software and "just do the parts of it we actually use". Unfortunately, the same arguments against those devs regular-coding a bespoke replacement apply to them vibe-coding a bespoke replacement: management simply doesn't want to be responsible for it. I didn't understand it before I was in management either, but now that I'm in management I 100% get it.