You don't need a fancy editor for "if this then do this". A simple text document is all you need. And if you do need a fancy editor, it's extremely easy to build it in 2026. Maybe 1-2 days.
I'm not a SaaS believer anymore.
In my case, I've spent the past 12 months running implementations at multiple companies. I've engaged directly with smart engineering teams to assist. It was not that easy.
What you outlined might work for a simple ecom business. It probably does 95% of the job for a simple case where you're delivering information. But it will fail the second it needs to take action or deliver personalized information based on client's account data.
That leads to the exact issue people here complain about... an LLM that doesn't actually answer the question, can't solve the problem, and is worse than talking to a human
But it will fail the second it needs to take action or deliver personalized information based on client's account data.
In 2026, every time I've tried to build a custom tool to replace a SaaS, I've succeeded. The biggest problem with SaaS is that they build a one size fits all. When you build a custom tool, you control everything from data to UI and it works for your business.
It's an incredibly common aspect of business. Enterprise level contracts often include the sort of white glove service to help fill in these sort of gaps. On simpler plans, having the tooling provided frees up just enough capacity to handle the exceptions to keep the process running smoothly (since one doesn't have to build and run simultaneously).
Sometimes people want to minimize the hassle with stuff. It's why car washes and oil change places and coffee shops exist.
In the last 6 months, I'm that person in the company who always said "let's just build it in a few days".
This process is an ongoing effort, with an upfront engineering commitment which depends entirely on the product, but can be months of work. But if you have your own backend, I would argue this hard works is made HARDER by implementing something like Salesforce/Fin, because you have to now pipe a bunch of data and structure over to them, which is a pain.
LLM models capable of doing this are a commodity, the UI for customers and support teams is pretty trivial, the database/backend is trivial.
Outside of some cases, if you have your own app, and you have a given support volume, build your own.
A recent example is that we replaced our support ticket system with an in-house built one. The new system lives in the same database as our app. Every ticket now has real live customer data. You can't get this kind of integration easily using a 3rd party tool.
It was surprisingly easy to build. Just took 2-3 days for us. Massive improvement in productivity. Took about $100 in tokens to build. Maybe an hour of maintenance work per week.
This larger company took 48 hours: https://tradecore.com/resources/blog/we-replaced-zendesk-in-...
Doing this would've be seen as crazy in 2023. But in 2026, it's often an advantage. Better, more integrated, cheaper, faster.
I'm happy to buy if it's something I know we don't have the expertise to build. For example, you'll never catch me saying we need to build our own database. But for something like Fin, I know exactly how to build it for my company and I think I can build a better agent with better context, faster iteration, cheaper, and more tailored to my company's business.
and the amount of context needed to automate f500 is non trivial, plus you usually cant use reasoning because latency would blow up and you get escalated on
if this was so easy as you claim theres many millions for you to be made selling it to enterprises, but you wont
most f500s are going to outsource. i think sierra is already at 40% of the f50? and each of those deals they have to compete against teams of inhouse engineers and convince execs to buy instead of build
the reality is agents at scale is a hard problem and most f500 engineers are not equipped to solve it