Should I automate this business process?
Decision tree
operationsautomationprocess improvementrpaefficiency
Determine the right level of automation for a business process, from keeping it manual through to commissioning custom engineering. Use this tree before purchasing any automation tooling or engaging an implementation partner to ensure the solution is proportionate to the process complexity and volume. Working through each question will help you avoid over-engineering simple tasks and under-investing in high-volume critical workflows.
Overview
Decision Tree
Start: Does this process run more than 20 times per week on a recurring basis?
yes
- Continues to question: Is the process highly standardised with clear, documented rules and no significant judgement calls?
no
- Outcome: No Automation — Keep Manual
Machine-Readable JSON (Canonical Model)
View JSON
{
"_meta": {
"schema": "https://www.drawdecisiontree.com/decision-dag.schema.json",
"source": "https://www.drawdecisiontree.com",
"description": "DrawDecisionTree.com is a free tool for building, sharing, and embedding interactive decision trees. This file is the machine-readable export of a published decision tree. The `dsl` field contains the original source in the Decision DAG DSL; the `dag` schema is documented at the URL in `schema` above.",
"links": {
"interactive": "https://www.drawdecisiontree.com/t/drawdecisiontree/ops-process-automation.html",
"embed": "https://www.drawdecisiontree.com/embed/path/drawdecisiontree/ops-process-automation",
"dsl_reference": "https://www.drawdecisiontree.com/decision-tree-dsl-reference.html",
"guides": "https://www.drawdecisiontree.com/guides",
"schema_docs": "https://www.drawdecisiontree.com/decision-dag.schema.json",
"author_trees": "https://www.drawdecisiontree.com/trees/drawdecisiontree"
},
"generated_at": "2026-05-29T12:05:39.337Z"
},
"author": {
"handle": "drawdecisiontree",
"first_name": "Andrew",
"last_name": null,
"avatar_url": "1d32d828-b6ca-40ec-bdd7-771fe7b9c36a/avatar-1778531481027.svg",
"display_name": "Andrew"
},
"file": {
"id": "18a9d4a3-0aab-410d-ad98-8066dd4accc2",
"name": "Should I automate this business process?",
"public_slug": "ops-process-automation",
"updated_at": "2026-05-12T16:53:43.587978+00:00",
"url": "https://www.drawdecisiontree.com/t/drawdecisiontree/ops-process-automation.html",
"json_url": "https://www.drawdecisiontree.com/t/drawdecisiontree/ops-process-automation/tree.json",
"dsl_url": "https://www.drawdecisiontree.com/t/drawdecisiontree/ops-process-automation/tree.dag"
},
"meta": {
"description": "Determine the right level of automation for a business process, from keeping it manual through to commissioning custom engineering. Use this tree before purchasing any automation tooling or engaging an implementation partner to ensure the solution is proportionate to the process complexity and volume. Working through each question will help you avoid over-engineering simple tasks and under-investing in high-volume critical workflows.",
"mode": "decision",
"entry": "Q1",
"tags": [
"operations",
"automation",
"process improvement",
"rpa",
"efficiency"
],
"image": "https://images.unsplash.com/photo-1518770660439-4636190af475?w=1200&q=80"
},
"questions": [
{
"id": "Q1",
"text": "Does this process run more than 20 times per week on a recurring basis?"
},
{
"id": "Q2",
"text": "Is the process highly standardised with clear, documented rules and no significant judgement calls?"
},
{
"id": "Q3",
"text": "Does the process involve more than 500 transactions or data records per month?"
},
{
"id": "Q4",
"text": "Do all systems involved in the process expose an API or have a supported integration connector?"
},
{
"id": "Q5",
"text": "Is the process error-tolerant, or would an automation failure cause significant business or customer harm?"
}
],
"outcomes": [
{
"id": "NO_AUTO",
"label": "No Automation — Keep Manual"
},
{
"id": "SIMPLE_AUTO",
"label": "Simple Rule-Based Automation (Zapier / Make)"
},
{
"id": "RPA",
"label": "Robotic Process Automation (RPA)"
},
{
"id": "WORKFLOW_PLATFORM",
"label": "Full Workflow Automation Platform"
},
{
"id": "CUSTOM_ENG",
"label": "Requires Custom Engineering"
}
],
"dsl": "dag: Should I automate this business process?\nversion: 1.0.0\nimage: https://images.unsplash.com/photo-1518770660439-4636190af475?w=1200&q=80\ndescription: Determine the right level of automation for a business process, from keeping it manual through to commissioning custom engineering. Use this tree before purchasing any automation tooling or engaging an implementation partner to ensure the solution is proportionate to the process complexity and volume. Working through each question will help you avoid over-engineering simple tasks and under-investing in high-volume critical workflows.\ntags: operations, automation, process improvement, rpa, efficiency\nentry: Q1\n\nQ1: Does this process run more than 20 times per week on a recurring basis?\n hint: Count all instances of the process across the team, not just your own workload — a task done twice a day by ten people is 100 executions per week. Include seasonal peaks when estimating frequency, as automation must cope with maximum load. Processes that run fewer than 20 times per week rarely deliver enough return on investment to justify tooling beyond simple templates or checklists. Capture the current frequency in writing before proceeding, as it will be needed to build any business case for tooling expenditure.\n yes -> Q2\n no -> [NO_AUTO]\n\nQ2: Is the process highly standardised with clear, documented rules and no significant judgement calls?\n hint: A standardised process follows the same logical steps every time regardless of who performs it and can be fully documented as a decision flowchart or written procedure. If the process requires contextual judgement, negotiation, or the interpretation of unstructured information, automation will require far more complexity to handle exceptions. Review any existing SOPs or process maps — if none exist, the process is likely not yet ready for automation. Invest in documentation and standardisation first, then re-run this assessment in the next quarter.\n yes -> Q3\n no -> [NO_AUTO]\n\nQ3: Does the process involve more than 500 transactions or data records per month?\n hint: Volume is the primary driver of automation ROI — low-volume standardised processes are often better handled by a checklist or template than a full automation tool. Count all records touched by the process, including lookups, updates, and downstream notifications sent to other systems. If volume is growing month-on-month, use a 12-month forward projection rather than the current figure when making this assessment. A low-volume process that is growing rapidly may justify early automation investment to avoid a painful retrofit later.\n yes -> Q4\n no -> [SIMPLE_AUTO]\n\nQ4: Do all systems involved in the process expose an API or have a supported integration connector?\n hint: Most modern SaaS platforms offer REST APIs or are listed in the connector libraries of tools like Zapier, Make (formerly Integromat), or Power Automate. Legacy ERP systems, bespoke databases, or on-premise applications may lack API access, requiring screen-scraping via RPA instead. Check the vendor documentation or ask your IT team before answering — an assumption of API availability that later proves false will delay the project significantly. Request a list of supported integrations from each system owner before committing to a tooling approach.\n yes -> Q5\n no -> [RPA]\n\nQ5: Is the process error-tolerant, or would an automation failure cause significant business or customer harm?\n hint: Error-tolerant processes can accept occasional failures that require a manual retry — for example, internal data synchronisation or report generation with a same-day correction window. Processes that are customer-facing, financially material, or safety-relevant require robust exception handling, alerting, audit trails, and fallback procedures that go beyond basic automation tools. Consider both the frequency of likely failures and the consequences of an undetected error persisting overnight or over a weekend when assessing tolerance. If in doubt, classify the process as low error-tolerance and invest in the more robust engineering approach.\n yes -> [WORKFLOW_PLATFORM]\n no -> [CUSTOM_ENG]\n\n[NO_AUTO]: No Automation — Keep Manual\n color: #546E7A\n description: This process does not currently meet the frequency, standardisation, or volume thresholds that make automation cost-effective. Focus instead on documenting the process as a clear SOP, training staff consistently, and using checklists or templates to reduce error rates. Review the process again in 6–12 months — if volume or frequency grows, re-run this tree to reassess the investment case. Capturing process metrics now will make the future business case for automation much easier to build when conditions change.\n code: OPS_AUTO_MANUAL\n\n[SIMPLE_AUTO]: Simple Rule-Based Automation (Zapier / Make)\n color: #2E7D32\n description: This process is a strong candidate for lightweight, no-code automation using a tool such as Zapier, Make, or Microsoft Power Automate. Begin by mapping the full trigger-action sequence and identifying every data field that must be passed between systems, then build and test a proof-of-concept workflow in a sandbox environment using real sample data before going live. Assign an operations owner responsible for monitoring the workflow and handling exceptions on a daily basis during the first month. Document the automation in the process register with a scheduled quarterly review to catch any drift caused by upstream system changes.\n code: OPS_AUTO_SIMPLE\n\n[RPA]: Robotic Process Automation (RPA)\n color: #F9A825\n description: Because one or more systems lack API access, Robotic Process Automation using a tool such as UiPath, Automation Anywhere, or Power Automate Desktop is the appropriate approach. RPA bots interact with application UIs as a human would, so engage your IT team early to confirm environment stability and to ensure application updates will not silently break the bot. Commission a process discovery workshop to document every screen interaction and exception path before development begins, and allocate budget for ongoing maintenance as underlying applications evolve. Establish a bot monitoring dashboard and a clear escalation procedure so that failures are caught and handed to a human operator within one business hour.\n code: OPS_AUTO_RPA\n\n[WORKFLOW_PLATFORM]: Full Workflow Automation Platform\n color: #1565C0\n description: This high-volume, API-connected process warrants investment in a dedicated workflow automation platform such as Camunda, Nintex, or a native workflow module within your ERP or CRM. Engage your IT and architecture teams to select a platform that integrates with your existing technology stack, meets your data residency requirements, and can scale to projected future volume. Develop a formal requirements document, run a structured vendor evaluation against at least three platforms, and allocate budget for implementation, user training, and ongoing licence costs. Define SLAs for the automated process, build in alerting for failures and SLA breaches, and schedule a post-implementation review 90 days after go-live to validate performance against the original business case.\n code: OPS_AUTO_WORKFLOW\n\n[CUSTOM_ENG]: Requires Custom Engineering\n color: #B71C1C\n description: The combination of high volume, API connectivity, and low error-tolerance means this process requires a bespoke engineering solution rather than an off-the-shelf tool. Raise a formal technology project request with your Engineering or IT leadership team, including a detailed process specification, volume projections, SLA requirements, and a risk assessment covering the consequences of automation failure. Engage a business analyst to produce a functional specification and obtain sign-off from key stakeholders before any development begins. Plan for formal UAT, a phased rollout with parallel manual operation, and a documented rollback procedure in case the automated solution performs unexpectedly in production.\n code: OPS_AUTO_CUSTOM\n"
}DSL Representation
dag: Should I automate this business process?
version: 1.0.0
image: https://images.unsplash.com/photo-1518770660439-4636190af475?w=1200&q=80
description: Determine the right level of automation for a business process, from keeping it manual through to commissioning custom engineering. Use this tree before purchasing any automation tooling or engaging an implementation partner to ensure the solution is proportionate to the process complexity and volume. Working through each question will help you avoid over-engineering simple tasks and under-investing in high-volume critical workflows.
tags: operations, automation, process improvement, rpa, efficiency
entry: Q1
Q1: Does this process run more than 20 times per week on a recurring basis?
hint: Count all instances of the process across the team, not just your own workload — a task done twice a day by ten people is 100 executions per week. Include seasonal peaks when estimating frequency, as automation must cope with maximum load. Processes that run fewer than 20 times per week rarely deliver enough return on investment to justify tooling beyond simple templates or checklists. Capture the current frequency in writing before proceeding, as it will be needed to build any business case for tooling expenditure.
yes -> Q2
no -> [NO_AUTO]
Q2: Is the process highly standardised with clear, documented rules and no significant judgement calls?
hint: A standardised process follows the same logical steps every time regardless of who performs it and can be fully documented as a decision flowchart or written procedure. If the process requires contextual judgement, negotiation, or the interpretation of unstructured information, automation will require far more complexity to handle exceptions. Review any existing SOPs or process maps — if none exist, the process is likely not yet ready for automation. Invest in documentation and standardisation first, then re-run this assessment in the next quarter.
yes -> Q3
no -> [NO_AUTO]
Q3: Does the process involve more than 500 transactions or data records per month?
hint: Volume is the primary driver of automation ROI — low-volume standardised processes are often better handled by a checklist or template than a full automation tool. Count all records touched by the process, including lookups, updates, and downstream notifications sent to other systems. If volume is growing month-on-month, use a 12-month forward projection rather than the current figure when making this assessment. A low-volume process that is growing rapidly may justify early automation investment to avoid a painful retrofit later.
yes -> Q4
no -> [SIMPLE_AUTO]
Q4: Do all systems involved in the process expose an API or have a supported integration connector?
hint: Most modern SaaS platforms offer REST APIs or are listed in the connector libraries of tools like Zapier, Make (formerly Integromat), or Power Automate. Legacy ERP systems, bespoke databases, or on-premise applications may lack API access, requiring screen-scraping via RPA instead. Check the vendor documentation or ask your IT team before answering — an assumption of API availability that later proves false will delay the project significantly. Request a list of supported integrations from each system owner before committing to a tooling approach.
yes -> Q5
no -> [RPA]
Q5: Is the process error-tolerant, or would an automation failure cause significant business or customer harm?
hint: Error-tolerant processes can accept occasional failures that require a manual retry — for example, internal data synchronisation or report generation with a same-day correction window. Processes that are customer-facing, financially material, or safety-relevant require robust exception handling, alerting, audit trails, and fallback procedures that go beyond basic automation tools. Consider both the frequency of likely failures and the consequences of an undetected error persisting overnight or over a weekend when assessing tolerance. If in doubt, classify the process as low error-tolerance and invest in the more robust engineering approach.
yes -> [WORKFLOW_PLATFORM]
no -> [CUSTOM_ENG]
[NO_AUTO]: No Automation — Keep Manual
color: #546E7A
description: This process does not currently meet the frequency, standardisation, or volume thresholds that make automation cost-effective. Focus instead on documenting the process as a clear SOP, training staff consistently, and using checklists or templates to reduce error rates. Review the process again in 6–12 months — if volume or frequency grows, re-run this tree to reassess the investment case. Capturing process metrics now will make the future business case for automation much easier to build when conditions change.
code: OPS_AUTO_MANUAL
[SIMPLE_AUTO]: Simple Rule-Based Automation (Zapier / Make)
color: #2E7D32
description: This process is a strong candidate for lightweight, no-code automation using a tool such as Zapier, Make, or Microsoft Power Automate. Begin by mapping the full trigger-action sequence and identifying every data field that must be passed between systems, then build and test a proof-of-concept workflow in a sandbox environment using real sample data before going live. Assign an operations owner responsible for monitoring the workflow and handling exceptions on a daily basis during the first month. Document the automation in the process register with a scheduled quarterly review to catch any drift caused by upstream system changes.
code: OPS_AUTO_SIMPLE
[RPA]: Robotic Process Automation (RPA)
color: #F9A825
description: Because one or more systems lack API access, Robotic Process Automation using a tool such as UiPath, Automation Anywhere, or Power Automate Desktop is the appropriate approach. RPA bots interact with application UIs as a human would, so engage your IT team early to confirm environment stability and to ensure application updates will not silently break the bot. Commission a process discovery workshop to document every screen interaction and exception path before development begins, and allocate budget for ongoing maintenance as underlying applications evolve. Establish a bot monitoring dashboard and a clear escalation procedure so that failures are caught and handed to a human operator within one business hour.
code: OPS_AUTO_RPA
[WORKFLOW_PLATFORM]: Full Workflow Automation Platform
color: #1565C0
description: This high-volume, API-connected process warrants investment in a dedicated workflow automation platform such as Camunda, Nintex, or a native workflow module within your ERP or CRM. Engage your IT and architecture teams to select a platform that integrates with your existing technology stack, meets your data residency requirements, and can scale to projected future volume. Develop a formal requirements document, run a structured vendor evaluation against at least three platforms, and allocate budget for implementation, user training, and ongoing licence costs. Define SLAs for the automated process, build in alerting for failures and SLA breaches, and schedule a post-implementation review 90 days after go-live to validate performance against the original business case.
code: OPS_AUTO_WORKFLOW
[CUSTOM_ENG]: Requires Custom Engineering
color: #B71C1C
description: The combination of high volume, API connectivity, and low error-tolerance means this process requires a bespoke engineering solution rather than an off-the-shelf tool. Raise a formal technology project request with your Engineering or IT leadership team, including a detailed process specification, volume projections, SLA requirements, and a risk assessment covering the consequences of automation failure. Engage a business analyst to produce a functional specification and obtain sign-off from key stakeholders before any development begins. Plan for formal UAT, a phased rollout with parallel manual operation, and a documented rollback procedure in case the automated solution performs unexpectedly in production.
code: OPS_AUTO_CUSTOM
Machine Access
- Static JSON:
/t/drawdecisiontree/ops-process-automation/tree.json - Live JSON (SPA):
/json/drawdecisiontree/ops-process-automation - Raw DSL:
/t/drawdecisiontree/ops-process-automation/tree.dag - Canonical HTML:
/t/drawdecisiontree/ops-process-automation.html
Questions in this decision tree
- Does this process run more than 20 times per week on a recurring basis?
- Is the process highly standardised with clear, documented rules and no significant judgement calls?
- Does the process involve more than 500 transactions or data records per month?
- Do all systems involved in the process expose an API or have a supported integration connector?
- Is the process error-tolerant, or would an automation failure cause significant business or customer harm?
Possible outcomes
- No Automation — Keep Manual
- Simple Rule-Based Automation (Zapier / Make)
- Robotic Process Automation (RPA)
- Full Workflow Automation Platform
- Requires Custom Engineering
How to use this decision tree
Click "Open interactive version" to step through the questions. Your answers narrow the tree until a recommended outcome is reached. You can also embed this tree on your own site.
More decision trees by Andrew
Which API design pattern is right for my project?
Determine the right API design style for your integration scenario.
Authentication Method Selection
Authentication is a security-critical, high-friction decision to reverse — migrating users from one auth method to another requires coordinated password resets or credential migration campaigns. This tree eliminates methods that don't match your user type, enterprise requirements, and security posture, giving you a clear shortlist before you write a line of code.
Caching Strategy Selection
Premature or misapplied caching adds complexity — stale data bugs, invalidation logic, and distributed consistency problems — without solving the actual bottleneck. This tree routes you to the caching pattern that matches your data access profile, so you apply the right tool to the right problem rather than defaulting to Redis for everything.
CI/CD Pipeline Tool Selection
Choosing a CI/CD platform is a long-term infrastructure commitment — pipelines accumulate config, custom scripts, and team muscle memory that make switching painful. This tree eliminates tools that don't fit your source control host, infrastructure model, or team scale, leaving only the options genuinely viable for your situation.
Which cloud provider should I use — AWS, Azure, or Google Cloud?
Answer a few questions to identify the most suitable cloud platform for your workload.
Container Orchestration Platform Selection
Container orchestration is foundational infrastructure — the platform you choose shapes how you deploy, scale, network, and operate every service you run. This tree eliminates options that don't match your operational maturity, cloud provider commitment, and workload complexity, so you land on the platform that fits your team today without over-engineering for a scale you haven't reached.