ServiceNow Workflows Explained (and When to Use Flow Designer)
The classic ServiceNow Workflow Editor explained — activities, transitions, approvals — and how it compares to the newer Flow Designer for automating ITSM processes.
3 min read
ServiceNow Workflows Explained
Automation is what turns ServiceNow from a database into a service-management engine. For years, the tool for that automation was the Workflow Editor — a drag-and-drop, graphical canvas for modelling a process as a sequence of steps. You will still meet it in many instances, especially in older Service Catalog fulfilment.
How the Workflow Editor works
A workflow is a diagram of:
- Activities — the steps: create a task, request an approval, set field values, run a script, wait for a timer, send a notification.
- Transitions — the arrows connecting activities, often with conditions that decide which path the record takes.
- A context — each running workflow is tied to a specific record (for example, a requested item).
Common uses were catalog item fulfilment, approval routing, and multi-step task generation.
Workflow versions
Workflows are versioned — you edit a checked-out version and publish it, which keeps in-flight workflows stable while you make changes. This is an important operational detail: editing a published workflow directly is not how it is done.
The shift to Flow Designer
ServiceNow's strategic direction is Flow Designer, a newer low-code automation tool. New automation should be built there, and much catalog fulfilment now uses flows instead of workflows. You still need to understand classic workflows because:
- Many existing instances rely on them.
- Some baseline processes still ship with them.
- Migrating a workflow to a flow requires understanding both.
Rule of thumb
- New automation → build it in Flow Designer.
- Existing workflow → understand it, and plan to migrate rather than extend it.
Frequently Asked Questions
What is the ServiceNow Workflow Editor? A classic drag-and-drop tool for modelling a process as a diagram of activities and transitions, tied to a specific record — historically used for catalog fulfilment and approvals.
What is the difference between a Workflow and Flow Designer? Workflow is the older graphical engine; Flow Designer is the modern low-code replacement. Build new automation in Flow Designer.
Are workflows versioned? Yes. You edit a checked-out version and publish it, so in-flight workflows stay stable — you do not edit a published workflow directly.
Should I build new automation in Workflow or Flow Designer? Flow Designer, always, for new work. Understand existing workflows well enough to maintain or migrate them.
Key Takeaways
- The Workflow Editor models automation as activities + transitions tied to a record's context.
- Workflows are versioned — edit a checked-out copy, then publish.
- Flow Designer is the strategic direction; new automation belongs there.
- You still must understand workflows to maintain and migrate legacy processes.
Where to go next
- The modern replacement: Flow Designer basics
- Where fulfilment automation is used: Service Catalog & Request Management
- Practise: free practice test
Ready to test yourself?
Take a free CIS-ITSM practice test with instant scoring and explanations.
Go to practice tests →