---
sourceDocument: Yokohama Build workflows
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/yokohama/build-workflows

 Release :

    - yokohama

ft:locale :

    - en-US

ft:publication_title :

    - Yokohama Build workflows

ft:clusterId :

    - crworkflow

bundleId :

    - crworkflow

workflow :

    - Creator


---

# Exploring Workflow Studio

# Exploring Workflow Studio {#ariaid-title1}

Release version: Yokohama  
Updated January 30, 2025  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 6 minutes to read  
Work with playbooks, flows, subflows, actions, data streams, and decision tables from a single consolidated interface. See operational details of your workflow applications and configure integration connections and
credentials.

## Homepage {#exploring-workflow-studio__section_sgs_q3s_fzb}

The Workflow Studio homepage displays all the workflow applications available for authoring and editing.  
Figure 1. Sample Workflow Studio homepage  
The Workflow Studio homepage consists of these elements.

1. Homepage
:   Use the homepage to create and view workflows. You can see a list of workflows by type, a list of workflows you last worked on, a list of recent workflow updates, and a list of information resources.

2. Workflow types
:   Select a workflow type to see a list of available items you can edit. Options include playbooks, flows, subflows, triggers, actions, data stream actions, and decision tables.

3. Create a workflow
:   Select a workflow component to create. Options include playbooks, flows, subflows, actions, data stream actions, and decision tables.

4. Current workflow list
:   See the list of workflow items available to edit. Each list shows the total number of workflow items available, a set of list controls, and a separate list row for each workflow item. List options include refresh list, list
    actions, copy URL, show filter panel, and delete.

5. Pick up where you left off
:   See the list of workflow items that the current user last worked on. Quickly resume working on a workflow item.

6. Latest updates
:   See the list of workflow items that have most recently been added or updated. See who worked on an item and when the updates were made.

7. Resources
:   Learn more about Workflow Studio and its related workflow applications. Resources include links to the product documentation, ServiceNow videos, the ServiceNow Community site, the Centre of Excellence site, and the Developer Portal.

## Operations {#exploring-workflow-studio__section_m2j_r3s_fzb}

The Workflow Studio operations page displays a usage dashboard and execution details for the workflow components that are currently running and have completed running.  
Figure 2. Sample Workflow Studio operations page

The Workflow Studio operations page consists of these elements.  

8. Operations
:   Use the operations page to see dashboards and execution details by workflow type.

9. Workflow types
:   Select a workflow type to see available dashboards and execution details. Options include playbooks and flows.

10. Dashboards, Monitoring, and Setup
:   Select a dashboard to see operational charts such as most executed playbooks and playbook executions by state. Only users with the admin role can view an operations dashboard. Select a monitoring option to see execution
    details. Select a setup option to see settings and properties.

## Integrations {#exploring-workflow-studio__section_qsv_r3s_fzb}

The Workflow Studio integrations page displays connection details for Integration Hub spokes. You can use this page to configure inbound and outbound spoke connections.  
Figure 3. Sample Workflow Studio integrations page

The Workflow Studio integrations page consists of these elements.  

11. Integrations
:   Use the integrations page to add, configure, or view available connections.

12. Integration types
:   See a list of available and configured spokes and connections. Configure or create a spoke to integrate data. Use the connection card to configure a connection or review its details.

## Create button {#exploring-workflow-studio__section_rzn_wkq_hcc}

Figure 4. Create button and options menu  
You can create new workflow items from any Workflow Studio page rather than just the Homepage. Use the Create button on the tab header to display a list of available workflow components.

* Playbook
* Flow
* Subflow
* Trigger
* Action
* Data Stream
* Decision table
{#exploring-workflow-studio__ul_idd_lmq_hcc}

## Choosing between playbooks and flows {#exploring-workflow-studio__section_wtq_nw2_3cc}

Flows, subflows, and actions are the basic building blocks of a process automation. Playbooks are built on flows, subflows, and actions, and come with a set of out-of-the-box activities driven by subflows that are already built. If you're trying to decide whether your automation should be a playbook rather than just a flow, start by determining if your flow needs user interaction.

* If your process automation requires user interaction, does it need manual user interaction? Examples of manual user interactions are a user reading a knowledge base article, going through a checklist, and gathering feedback.
  * If yes, use a playbook.
  * If no, does your process automation have several user interactions? Examples of user interaction are changing record field values such as changing the incident state or adding task work notes.
    * If yes, consider using a playbook for a better user experience.
    * If no, use a flow. Flows use less data storage in your instance.
    {#exploring-workflow-studio__ul_psz_drx_hcc}
  {#exploring-workflow-studio__ul_kqz_5rx_hcc}
* If your process automation doesn't require user interaction, is it a sequence of subflow calls?
  * If yes, is it hard to manage or difficult to view the flow?
    * If yes, consider using a playbook for a better user experience. Stages in playbooks are easier to view and also have additional configuration options.
    * If no, use a flow. Flows use less data storage in your instance.
    {#exploring-workflow-studio__ul_yjx_csx_hcc}
  * If your process automation does not require any user interaction, keep it as a flow. Flows use less data storage in your instance.
  {#exploring-workflow-studio__ul_xww_1sx_hcc}

{#exploring-workflow-studio__ul_am3_zqx_hcc}  
Note:  
You can also use flows that trigger a playbook just for interactive steps.
If you're trying to determine if a playbook should be a flow instead, start by determining whether your playbook is triggered 10s, 100s, or even 1000s of times per second.

* If your playbook is triggered 10s, 100s, or 1000s of times per second, are there any user interactions?
  * If yes, do the user interactions happen during every single run?
    * If yes, use a playbook. Playbooks offer visibility into where you're at in a process, particularly business processes with manual user steps.
    * If no, create a flow that triggers a playbook for the user interactions.
    {#exploring-workflow-studio__ul_ax1_dtx_hcc}
  * If no, use a flow. Flows use less data storage in your instance.
  {#exploring-workflow-studio__ul_lyk_ysx_hcc}
* If your playbook is not triggered very often, keep it as a playbook. Playbooks offer visibility into where you're at in a process, particularly business processes with manual user steps.
{#exploring-workflow-studio__ul_d1n_vsx_hcc}

To learn more about the differences between flows and playbooks, see [When to use flows and playbooks](https://servicenow-prod.fluidtopics.net/OCOkeOgg3jM9QaJ6I5KSIQ "Use these general guidelines to determine when to create a flow or a playbook."). For general guidelines of using flows, subflows, and actions, see [General guidelines for Workflow Studio flows, subflows, and actions](https://servicenow-prod.fluidtopics.net/n34SkDxnSs7Mbd8OVmEGow "Create, run, troubleshoot, and monitor your Workflow Studio components more effectively. Use these guidelines to optimize the performance of your Workflow Studio components.").

You can reference decision tables in flows, subflows, actions, and playbooks. Data streams are not used in flows, subflows, actions, playbooks, or decision tables. To learn more about data streams, see [Data Stream actions and pagination](https://www.servicenow.com/docs/access?context=data-stream-actions&version=yokohama&pubname=yokohama-integrate-applications&ft:locale=en-US).

## Differences from previous releases {#exploring-workflow-studio__section_xd4_p31_v1c}

Workflow Studio combines playbooks, flows, subflows, actions, decision tables, and Integration Hub integrations into a single builder application. Each of the prior workflow applications retain their functionality and their user interface to create and edit workflow objects. Workflow Studio introduces these changes.

Access Workflow Studio from duplicate menu items
:   Workflow Studio uses the existing menu items for the separate workflow builder applications to open the corresponding workflow object type. For example, selecting the Process Automation Designer menu item opens
    the playbooks list from the Workflow Studio homepage.

Configure integration connections
:   Workflow Studio enables you to configure integrations in the same user interface as you build integration components. For example, you can create a data stream action and also define its connection details.

Create workflow components from any page
:   Beginning with the Xanadu release, Workflow Studio allows you to create a workflow component from any page rather than just the Homepage.

Display each workflow type in a separate tab
:   Workflow Studio displays each workflow object type in its own tab. For example, playbooks open in a playbook tab and flows open in a flow tab.

Edit different workflow types simultaneously
:   Workflow Studio combines all workflow object types into a single user interface. You can work on related workflow objects simultaneously rather than switch between separate workflow builder applications. For
    example you can create a flow that includes the Make a decision flow logic and also create the decision table used by that decision.

Set application specific settings from the existing property pages
:   Workflow Studio relies on the existing system properties pages to add and configure setting for each workflow application. For example, open the flows properties page to configure the behavior of flows,
    subflows, and actions.

View all available execution details
:   Workflow Studio contains execution details for all workflow object types. You no longer have to switch between applications to see execution details for a particular object type.
* **[Exploring playbooks](https://servicenow-prod.fluidtopics.net/o9BiUDhWVzcaRcdvGmssKg)**   
  Workflow Studio playbooks enable process owners to author cross-enterprise workflows and create a single, unified process. Build the underlying processes for playbooks that Playbook Experience agents and fulfillers use.
* **[Exploring flows](https://servicenow-prod.fluidtopics.net/MZ8lCO1cEtmajyF9Lm~DJA)**   
  Flows automate a repeatable multi-step process. When the flow trigger conditions are met, the flow runs a sequence of reusable actions and flow logic to complete the process.
* **[Exploring subflows](https://servicenow-prod.fluidtopics.net/RuDk1UQNCznz2WVPyuKK7w)**   
  Subflows automate a repeatable multi-step process that also produces an output needed by another process. When a playbook, flow, or script calls a subflow, the subflow runs a sequence of reusable actions and flow logic to complete the process and produce output values.
* **[Exploring actions](https://servicenow-prod.fluidtopics.net/h1Pr8891nD96A6Bu67wsaw)**   
  Actions automate a repeatable task or operation within a flow. Flows run actions by passing them data as inputs. Actions run a sequence of steps to complete the task, and pass data to the flow as outputs.
* **[Exploring Decision Tables](https://servicenow-prod.fluidtopics.net/hu20dfMCOswADYr5EA9HFA)**   
  Decision tables in Workflow Studio enable developers to decouple decision logic from their code by creating and maintaining decision rules.

