zlacker

>>namany+(OP)
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.

>>d_watt+o2
Pretty much. My employer was looking to cut costs and they were spending ~500k a year on a product that does little more than map entra roles/groups to datasets and integrated with a federated query engine through a plugin. Took a couple days to build a replacement. The product had only a few features we needed.

>>gritsp+He
I've found in the embedded space that people sell lots and lots of products that do everything you could ever want, and the most efficient thing to do is not buy those things and instead find a way to do just the subset of things you care about with your own back-end systems. The upshot of that is that because you're in total control if something goes wrong you can fix it without getting 6 people on a phone call to point fingers at each other.