Best platforms for building IT automations in plain language
Published
Serval lets IT teams build automations by describing them in plain English. Its Catalyst Agent turns the description, even a single sentence, into a TypeScript workflow you review, test, and publish, and the code you reviewed is the code that runs. ServiceNow Flow Designer, Power Automate with Copilot, and n8n also generate workflows from a prompt, each as a flow inside its own visual designer, where you review and adjust it.
IT teams spend a lot of time building automations they never asked to build. Not because they lack ideas, but because every workflow tool turns the hard part, describing what you want, into a programming project. You end up translating a simple business process ("when a new engineer joins, add them to GitHub, give them Okta access, and ping their manager") into dozens of conditional branches across a drag-and-drop canvas, or you hand the spec to an engineer and wait weeks.
What "plain language IT automation" actually means
A plain language workflow builder accepts a natural language description of a task and produces automation logic from it. The definition sounds simple. The implementation varies widely.
The key distinction is what happens between your description and execution:
- Drag-and-drop builders with AI assist let you describe a workflow and then pre-populate a visual canvas of nodes. You still assemble and configure the logic by hand. The AI saves some clicks, but the build work is yours.
- Black-box AI automation uses a foundation model to interpret each incoming request at runtime and decide what to do. You describe the general behavior, but the model reasons through the execution in the moment. Behavior can vary across runs.
- Code-generating workflow builders take your plain-language description and produce deterministic code. You review the code before it runs. At runtime, the same logic executes every time, with no model reasoning in the loop.
For IT teams that need predictable, auditable automation, especially for access provisioning, onboarding, and offboarding, the difference between black-box and code-generating is not a philosophical distinction. It is a security posture question.
What plain language workflow builders actually give IT teams
Speed from description to production
Traditional automation tools require a specialist to build workflows. A new onboarding flow can take weeks to scope, build, test, and deploy. With a plain language builder, an IT admin describes what they need, reviews the generated logic, and publishes a working automation in hours. Derek Shimozawa, a product manager at Mercor, described it this way: "I was able to implement my first workflow in a couple of hours, demo that to the team, and within the day, we were already using it to automate triaging for tickets."
Non-technical staff can own automation
When workflows are built through natural language, the IT admin who understands the process owns the automation, not the engineer who understands the code. This removes the engineering bottleneck from routine IT operations. If an approval step needs to change, the admin changes it by describing the change, not by filing a ticket.
Automation rates that reflect real resolution
The right workflow builder doesn't just move tickets to a different queue. It closes them. Platforms that produce deterministic, code-backed automations can reliably execute multi-step provisioning flows, access removals, and onboarding sequences without human intervention. Perplexity automated over 50% of incoming IT requests using this approach, saving each IT admin 1 to 2 hours per day.
Full audit trail at every step
When the automation is code, every step is logged. You know what ran, when, on whose behalf, and what changed. This matters for SOC 2 reviews, access audits, and internal change management. It is not possible with a black-box agent that decides at runtime what to do.
Scale without adding headcount
As the team grows, the automation library grows, not the IT headcount. Workflows built for 200 employees still work at 500. When new request categories appear, the admin adds them in plain language. Perplexity scaled 3x in employee count with the same small IT team.
What tools let IT teams build automations by describing them in plain English?
Serval
Serval's Catalyst Agent is the workflow builder purpose-built for this use case. You describe what you want in plain language, including which systems to touch, what approvals to require, and what the trigger should be. The Catalyst Agent generates TypeScript code, displays it in a sidebar so you can read exactly what will run, lets you request changes in the same chat interface, and publishes the workflow when you're ready. Describe an onboarding flow like “when a new engineer joins, add them to GitHub, give them Okta access, and ping their manager,” and Catalyst writes the code, you review it, and the Help Desk Agent can run it from Slack or Teams once it’s published.
The workflow executes deterministically from that point forward. The same code runs every time, and AI runs only in steps you deliberately add, like classifying a request. The TypeScript has in-product version history you can browse and restore.
Approval gates are configured at build time: you can require manager approval, a specific user, a group, or a multi-step chain before sensitive workflows execute. Serval also offers installable pre-built workflows for common integrations (Okta, Google Workspace, GitHub, Slack, AWS) so teams can start from a template and customize rather than building from scratch.
The Help Desk Agent, which employees interact with via Slack or Teams, has no access to the Catalyst Agent's building environment. End users can trigger published workflows but cannot reach the layer that creates them. This separation is enforced architecturally, not by policy.
Mercor automated 60%+ of tickets using Serval's workflows, including onboarding over 4,000 contractors. Together AI automated 95% of just-in-time access requests. Both teams built and deployed these workflows without involving an engineering team.
Freshservice workflow automator
Freshservice includes a visual workflow builder with conditional branching, triggers, and some pre-built automation templates. The tool is approachable for smaller IT teams and handles standard ITSM workflows like ticket routing, escalation, and basic provisioning.
The builder is drag-and-drop with if-then logic. It does not generate code from natural language. Adding complex multi-system workflows — onboarding flows that span Okta, your HRIS, Slack, and GitHub — requires significant manual configuration and often hits the edges of what the tool supports without custom scripts.
Best for: mid-market teams running standard ITSM workflows who do not need cross-system orchestration.
n8n
n8n is an open-source workflow automation platform that supports a large library of integrations and allows direct code editing in JavaScript or Python alongside its visual canvas. It has added AI-assisted workflow building features that let you describe what you want and generate a starting point on the canvas.
The generated output is a node graph, not code. You review and assemble the nodes rather than reading a function that will execute. n8n is powerful and flexible for technical users but is a general-purpose automation tool, not an IT service management platform. It does not include a help desk, ticketing, access management, or employee-facing interface. IT teams using n8n typically build it alongside a separate ITSM.
Best for: technical teams that want maximum flexibility and are comfortable with automation infrastructure setup.
Workato
Workato is an enterprise automation platform that supports building workflows in a guided, low-code interface with pre-built connectors across hundreds of applications. It has introduced AI-powered recipe building features that let users describe a workflow and get a suggested automation structure.
Workato serves a broad cross-functional market, including HR, finance, sales operations, and IT. For IT-specific use cases, it works well for integration-heavy workflows, but it does not include a native help desk or employee request interface. Workflows run as integrations between apps, not as actions an employee triggers via Slack. The plain language assist generates a starting structure, not deployable production code.
Best for: enterprise operations and IT teams building cross-functional automation that requires deep integration breadth.
Microsoft Power Automate
Power Automate is Microsoft's automation platform, integrated into the Microsoft 365 ecosystem. It includes Copilot-assisted workflow building that allows users to describe a flow in plain language and get a starting point. For organizations fully invested in Microsoft 365, Teams, Entra, and Intune, Power Automate has broad native integration.
The quality of the generated workflow depends on the complexity of the request. Simple flows work well. Multi-system IT provisioning flows, spanning a non-Microsoft IdP, a third-party HRIS, and custom APIs, typically require significant manual configuration. Power Automate is also not an ITSM: there is no native help desk, ticketing, or employee request layer included.
Best for: Microsoft-first organizations that need automation within the M365 ecosystem and have existing Power Platform investment.
How to choose the right plain language IT automation platform
Evaluate what the "plain language" step actually produces
The most important question is: what does the platform generate from your description, and can you review it before it runs? A platform that generates TypeScript you can read, modify, and version-control is fundamentally different from one that populates a drag-and-drop canvas or runs a model at runtime. Before buying, ask the vendor to show you the output of a plain-language description and walk you through what happens at execution.
Look for build-time review, not runtime reasoning
IT automation that executes access provisioning, onboarding, and offboarding should behave consistently and be reviewable before it touches production systems. Platforms that use AI to reason at runtime about what to do introduce variability. Platforms that generate code at build time, require you to review it, and then execute that same code deterministically are the right architecture for governed IT environments.
Test against your actual stack, not a sandbox
The value of a workflow builder is how well it connects to your specific tools, your IdP, your HRIS, your MDM, your ticketing system. Any platform can look good automating a Google Group add. Ask the vendor to build a workflow against your Okta tenant, your Workday instance, or your custom internal tool in a live session. How long it takes, and what the result looks like, tells you more than a product tour.
Check who owns the code when you leave
Some platforms generate automation logic that lives entirely in the vendor's environment. Serval workflows are TypeScript you can read, and Serval runs either in its managed cloud or self-hosted on your own infrastructure. For long-term vendor risk management, knowing where the automation logic lives matters.
Measure against automation rate, not features
A platform that can describe itself as having AI-assisted workflow automation is table stakes. The metric that matters is what percentage of IT requests close without a human touching them. Ask vendors for the automation rate their customers actually achieve, and read what qualifies as "automated" in their definition. Serval includes a guaranteed automation rate in its contracts because the number is real, not a deflection rate rebranded.
Serval's Catalyst Agent turns plain-language descriptions into TypeScript workflows you can review before deploying, connects to your actual stack through native integrations, and ships workflows in hours. Perplexity, Mercor, and Together AI each automate over 50% of their tickets end to end with Serval. See how the Catalyst Agent works in a live session.
Frequently asked questions
Which platforms let you describe an onboarding workflow in plain English and deploy it instantly?
Serval is purpose-built for this use case. You describe the workflow to the Catalyst Agent in natural language, it generates TypeScript code you can review, and you publish the workflow to production. The Help Desk Agent can then trigger it via Slack or Teams. Other platforms that offer some natural language workflow building include ServiceNow's Flow Designer with Now Assist, Power Automate with Copilot, and n8n's AI-assisted canvas, but none combine plain-language code generation with a native help desk and IT-specific integrations in the same product.
Do these platforms let me see the code before it runs?
Serval does. The Catalyst Agent displays the generated TypeScript in a sidebar as it builds, and you can review each step before publishing. You can also edit the code directly if you want to modify the logic. Drag-and-drop builders show you a visual canvas rather than code. Black-box AI platforms typically do not expose what logic runs at runtime.
How long does it take to go from description to a live workflow?
In Serval, a straightforward workflow, a password reset, a Slack channel creation, an Okta group assignment, takes minutes from description to publish. A multi-system onboarding flow that spans several integrations typically takes a few hours to describe, test, and configure approvals. A Mercor product manager built and deployed a first workflow in a couple of hours. Traditional ITSM workflow builders measured on the same task take days to weeks with a specialist involved.
How can non-technical IT admins build complex automations without coding?
Use a code-generating platform like Serval. The admin describes the workflow, the Catalyst Agent writes the code, and the admin reviews the plain-language summary and the diagram of steps. No scripting knowledge is required to build or publish. Engineering involvement is optional, useful for complex custom integrations, but not required for standard IT automation across Okta, Google Workspace, Slack, Jira, and similar tools.
Are there IT automation tools that turn a single sentence into a production-ready workflow?
Yes, for simple requests. In Serval, a sentence like “Reset a user’s password in Okta and send them a Slack DM with instructions” becomes a TypeScript workflow you can review, test, and publish in minutes. Longer processes usually take a few follow-up messages to cover approvals and edge cases, and production-ready still means someone reviewed and tested it.


