Procedures vs AOPs vs Journeys

AI Procedures vs AOPs vs Journeys: Agentic Workflow Systems in 2026

Insights from Fin Team

The ability to handle complex, multi-step customer queries separates production AI agents from FAQ chatbots. Three distinct architectural approaches have emerged for building these workflows: Fin Procedures, Decagon's Agent Operating Procedures (AOPs), and Sierra's Journeys. Each takes a different position on the spectrum between flexibility and control, self-service and vendor dependency, modularity and monolithic design.

This guide compares all three paradigms across the dimensions that matter most when selecting and scaling a procedural workflow system: architecture, ease of creation, testing infrastructure, operational ownership, debugging, and total cost.

What Are Procedural Workflow Systems?

Procedural workflow systems instruct AI agents on how to handle specific classes of complex customer queries from intake to resolution. They go beyond simple question-answering by combining natural language instructions with business logic, conditional branching, and live integrations to external systems.

A customer requesting a refund, for example, involves checking order history, validating a return window, calculating a partial credit, and issuing the refund through a payment processor. Rule-based chatbots fail here because the interaction paths are too numerous to script. Procedural systems solve this by blending agentic reasoning (the AI adapts when the customer changes direction) with deterministic execution (calculations and policy checks run exactly as defined).

Three vendors have shipped production-grade procedural systems with meaningful enterprise adoption.

The Three Paradigms

Fin Procedures: Layered Architecture

Fin Procedures use a layered architecture that separates natural language instructions, deterministic controls (if/else branching and code blocks), and system integrations (Data Connectors and MCP) into distinct components. Each layer can be edited, tested, and debugged independently.

Support teams write Procedures in plain language, describing the process the way they would train a new teammate. Where precision matters, they add code blocks for calculations or policy validation. Where external data is needed, they connect to systems like Stripe, Shopify, or Salesforce through pre-built connectors. The result is a Procedure that reads like an SOP but executes like software.

This separation matters operationally. When a refund calculation produces unexpected results, teams can isolate the code block without re-reading the entire Procedure. When a Data Connector returns stale data, they can inspect the integration layer without touching the business logic. Layered architecture trades some initial setup complexity for significantly easier maintenance as the system scales.

Across 7,000+ customers, Fin achieves a 67% average resolution rate that improves roughly 1% every month, with a significant share of those resolutions coming from Procedure-handled workflows.

Decagon AOPs: Compiled Natural Language

Decagon's Agent Operating Procedures combine natural language instructions with code-level precision in a single, unified construct. CX teams write instructions in plain language, and the system compiles those into executable agent logic. Decagon describes AOPs as a modern alternative to rigid decision trees, designed for rapid iteration.

The AOP model bundles prompts, logic, actions, and rules into a single artifact. This consolidated approach means everything about a workflow lives in one place, which simplifies initial creation. The AOP Copilot (launched September 2025) can convert rough notes or existing SOPs into production-ready AOPs. AOP Templates provide pre-built starting points for common use cases like refund processing and account verification.

Decagon reports that initial AOP implementation typically takes three to six weeks from kickoff to production, including drafting procedures, integration work, and testing. The platform supports A/B testing of workflow variants, agent versioning with rollback, and regression testing using historical transcripts.

Decagon is valued at $4.5 billion as of January 2026, with customers including Notion, Rippling, and Duolingo.

Compare Fin vs Decagon

Sierra Journeys: Composable No-Code Builder

Sierra's Journeys, part of Agent Studio 2.0 (launched November 2025), provide a visual, composable interface for building AI agent workflows. Sierra positions Journeys as delivering the same capabilities as its developer-focused Agent SDK, but in a no-code interface accessible to CX teams.

Journeys use composable building blocks that teams assemble into multi-step workflows. Sierra emphasizes that Journeys "go beyond sequential workflows and lists of standard operating procedures" by allowing agents to solve problems creatively within defined parameters. Configuration, knowledge sources, and simulations are versioned automatically through Workspaces, a collaboration system modeled on GitHub's branch-and-merge workflow.

Sierra also offers Ghostwriter (launched March 2026), a tool that generates production-ready agents from SOPs, transcripts, audio recordings, or plain-English descriptions. The Agent SDK remains available for engineering teams that need code-level control, and both paths coexist in the same deployment.

Sierra has reached $150M+ ARR and reports working with 40% of the Fortune 50.

Compare Fin vs Sierra

Architectural Comparison

DimensionFin ProceduresDecagon AOPsSierra Journeys
ArchitectureLayered: natural language, deterministic controls, and integrations separatedMonolithic: natural language compiled into a unified executableComposable: visual building blocks with SDK fallback
Who creates themSupport teams, no engineering requiredCX teams draft; engineering often needed for integrations and code logicCX teams via Agent Studio; complex workflows may require Agent SDK
Configuration changesSelf-serve, instant updates by your teamBasic AOP edits self-serve; integration and advanced logic changes often go through Decagon's teamSelf-serve via Agent Studio; SDK changes require engineering
Native helpdeskYes. Fin operates within Intercom's helpdesk or integrates natively with Zendesk, Salesforce, and othersNo. Requires a separate helpdesk platformNo. Requires a separate helpdesk platform
Pricing$0.99 per resolution (transparent, published)Custom enterprise pricing; median annual contract ~$386K per third-party dataCustom enterprise pricing; estimated $150K+ annually
Time to productionDays to weeks3-6 weeks typical4-10 weeks typical for initial deployment

How the Same Workflow Looks in Each System

Consider a return-and-exchange workflow where a customer wants to return a damaged item, receive a refund or exchange, and have the replacement shipped to a new address.

In Fin Procedures: The team writes the process in natural language ("Ask for order number, retrieve order from Shopify, check return eligibility"). They add a code block to validate the return window (a date calculation that must be exact). They connect a Shopify Data Connector to pull order data and a Stripe connector to issue the refund. Each component is visible and editable independently. Simulations validate the entire flow before deployment.

In Decagon AOPs: The team writes the full workflow as a single AOP, combining the instructions, logic, and integration calls in one document. The AOP Copilot can draft the initial version from an existing SOP. The compiled AOP handles the entire flow. Testing uses Decagon's simulation suite, which includes unit tests and regression testing against historical transcripts.

In Sierra Journeys: The team assembles composable blocks in Agent Studio: a triage block to identify the request, an integration block to pull order data, a decision block for eligibility, and an action block to process the refund. Ghostwriter can generate the initial Journey from the team's SOP document. Workspaces allow parallel editing, and simulations validate the flow before release.

All three systems can handle this workflow. The differences emerge at scale: when you have dozens of workflows, when multiple team members are iterating simultaneously, and when something breaks in production.

Testing and Quality Assurance

Testing infrastructure is where these systems diverge most sharply.

Fin Procedures include built-in Simulations that run fully automated end-to-end conversations. AI-assisted test writing generates realistic edge cases (partial refund disputes, missing documents, conflicting customer statements). A central simulation library enables regression testing when any Procedure, policy, or knowledge article changes. Each simulation shows Fin's reasoning at every step, making failures easy to diagnose.

Decagon AOPs offer a comprehensive testing suite: unit tests for individual AOP components, regression testing that replays historical transcripts against new agent versions, simulated conversations with AI-generated mock personas, and live A/B testing that routes a percentage of traffic to a new agent version. Agent Versioning applies CI/CD discipline with rollback capability. Decagon's Watchtower provides always-on quality assurance with custom natural-language monitoring criteria.

Sierra Journeys support simulations at scale, AI-powered evaluations, and regression test suites. Workspaces provide version-controlled snapshots with a staging-to-production pipeline and instant rollback. Sierra has published research benchmarks (tau-bench and tau-squared-bench) for evaluating agent performance. In-context testing lets teams simulate conversations directly while building Journeys.

All three platforms have invested significantly in testing. Teams evaluating these systems should ask: Can we write and run tests ourselves, or do we need vendor assistance? How quickly can we catch regressions when we update a workflow? Can we trace exactly why the agent made a specific decision in a failed test?

Operational Ownership: Who Controls the System?

This is the most consequential difference for long-term operations.

Fin Procedures are designed for full self-service management. Support teams create, edit, test, and deploy Procedures without engineering resources or vendor involvement. Changes take effect immediately. The Fin Flywheel (Train, Test, Deploy, Analyze) is a continuous improvement loop managed entirely by the customer's own team. CX Score and AI-powered Suggestions identify gaps and recommend improvements automatically.

Decagon AOPs are positioned for CX team authorship, with the AOP Copilot and Templates reducing the barrier to initial creation. However, complex integrations and system guardrails still require engineering resources, either from the customer's team or through Decagon's implementation staff. Decagon deploys Agent Product Managers who guide implementation for each customer. Third-party analysis notes that "teams without in-house technical capacity will rely more heavily on Decagon's team for changes beyond basic AOP authoring."

Sierra Journeys offer a no-code path through Agent Studio and a code path through the Agent SDK. Agent Studio 2.0 significantly expanded self-service capabilities, and Ghostwriter reduces initial build effort. Sierra's onboarding remains sales-led and CSM-guided, with typical initial deployment taking 4-10 weeks. A dedicated support channel and personalized training are part of the engagement model.

The ownership question becomes acute during everyday operations. When your return policy changes, how quickly can you update the workflow? When a new product launches, who adds it to the knowledge base? When resolution rates dip on a specific query type, can your team diagnose and fix it the same day?

Debugging and Maintainability at Scale

As procedural systems grow from five workflows to fifty, maintainability becomes the dominant concern.

Layered architectures (Fin Procedures) separate concerns by design. A failing calculation is isolated to a code block. A stale data retrieval is isolated to a connector. A misunderstood instruction is isolated to the natural language layer. Teams can fix one layer without risking side effects in another.

Monolithic architectures (Decagon AOPs) keep everything in one place, which simplifies initial comprehension but can make debugging harder as complexity grows. When an AOP produces unexpected behavior, the team must determine whether the issue is in the natural language instructions, the compiled logic, the integration calls, or the interaction between them. This trade-off becomes more significant as organizations deploy dozens or hundreds of AOPs.

Composable architectures (Sierra Journeys) offer a middle ground. Individual blocks can be inspected independently, but the composition layer (how blocks interact) can introduce its own debugging challenges. Sierra's trace inspection tools (viewing API calls and logic traces) help, but the Agent SDK path reintroduces engineering dependency.

Escalation and Human Handoff

What happens when the AI agent determines that escalation is the right path?

Fin Procedures escalate within the same platform. Because Fin operates natively within Intercom's helpdesk (or integrates with Zendesk, Salesforce, and others), the human agent receives the full conversation thread, all retrieved data, and the Procedure's reasoning trail. There is no system boundary to cross. Fin AI Copilot assists the human agent with the escalated conversation, creating a continuous AI-assisted experience.

Decagon AOPs escalate to whatever helpdesk the customer uses (Zendesk, Salesforce, or others). The handoff crosses a system boundary, which means context must be packaged and transferred. Decagon's Agent Assist (available for Zendesk) provides some continuity, but the human agent works in a separate platform from where the AI conversation occurred.

Sierra Journeys similarly escalate to an external helpdesk. Sierra's Live Assist provides real-time guidance to human agents handling escalated conversations, helping bridge the context gap. The handoff still crosses a system boundary.

The structural advantage of a native helpdesk is that escalation quality never degrades. The human agent sees everything the AI agent saw, in the same interface, with no integration latency or context loss.

Questions to Ask When Evaluating Procedural Workflow Systems

These questions are designed to reveal the operational reality behind marketing claims.

On ownership and speed:

- If our return policy changes today, can our CX team update the workflow and push it live before the next shift? Or do we need to file a ticket with your team?

- How many of our current workflows were built by our team versus your implementation engineers?

- What happens to our workflows, training data, and optimization work if we switch vendors?

On testing and reliability:

- Can we write and run regression tests ourselves, or do we need your team's involvement?

- When a test fails, can we see exactly which step failed and why, including the AI's reasoning?

- How do you handle testing for workflows that depend on live external system data?

On architecture and debugging:

- When a workflow produces unexpected behavior, how do we isolate whether the issue is in the instructions, the logic, or the integrations?

- As we scale from 10 workflows to 100, how does maintainability change? What tooling exists for cross-workflow impact analysis?

- Can multiple team members edit different workflows simultaneously without coordination overhead?

On escalation:

- When your AI agent escalates to a human, what context does the human agent receive? In what system?

- Does the human agent need to switch platforms to handle the escalation?

- Can the human agent see the AI's reasoning trail for why it escalated?

On cost:

- What is the fully loaded annual cost, including platform fees, per-resolution or per-conversation charges, implementation, and ongoing support?

- Do we pay when the AI fails to resolve, or only for successful resolutions?

Why Teams Choose Fin for Complex Workflow Automation

Fin Procedures are built on three principles that compound over time.

Self-managed from day one. Every Procedure can be created, tested, and deployed by support teams without engineering resources or vendor tickets. The AI Agent Blueprint provides a structured framework for building and scaling Procedures across the support operation. Professional Services customers reach 68% average resolution in 20 days; self-managed teams reach 59% in 33 days.

Layered architecture for reliable scaling. Separating natural language, deterministic controls, and integrations means teams can scale to hundreds of Procedures without the debugging overhead that monolithic systems create. Each layer is independently testable, independently editable, and independently auditable.

Native helpdesk eliminates handoff friction. Fin is the only AI agent with a native helpdesk, meaning escalations happen within the same platform, the same conversation thread, and the same data layer. Competitors require a separate helpdesk for human support, introducing system boundaries that create context loss.

Fin's proprietary AI Engine, including purpose-built retrieval (fin-cx-retrieval) and reranking (fin-cx-reranker) models, delivers approximately 0.01% hallucination rate across Procedure-handled conversations. Fin is priced at $0.99 per resolution, with transparent, published pricing.

"Since Fin started handling subscription management, we've seen a 10% increase in Fin resolution rate, which equates to about 20,000 conversations on a monthly basis." - Natalie Hurst, Sr. Director of Customer Success, Nuuly

"We set a goal for this year in September to be at 50%. We actually reached 65% of Fin resolutions. That is over 150,000 conversations with a 65% resolution rate. That has been huge for us." - Dennis O'Connor, Former Director of Support, Topstep

Fin Procedures work whether you use Fin with Intercom Helpdesk or with an existing helpdesk like Zendesk or Salesforce. The Procedure engine, integrations, and pricing are the same.

Frequently Asked Questions

What is the difference between AI procedures and decision trees?

Decision trees follow fixed paths: each customer response leads to a predetermined next step. Procedural systems like Fin Procedures, Decagon AOPs, and Sierra Journeys use AI reasoning to navigate conversations that do not follow a script, while enforcing business rules at decision points that require precision. This combination of flexibility and control is what enables complex, multi-step resolution rather than simple FAQ deflection.

Can AI agents process refunds and take actions in backend systems?

All three procedural systems support backend actions. Fin Procedures connect to payment, order management, and CRM systems through Data Connectors and MCP. Decagon AOPs use AI Actions with integrations to Stripe, Shopify, and Salesforce. Sierra Journeys use the Integration Library and Agent SDK for system connections. The key evaluation criterion is whether your team can configure and modify these integrations independently or requires vendor assistance.

How do I choose between Fin Procedures, Decagon AOPs, and Sierra Journeys?

Start with three questions: Can your CX team build and modify workflows without engineering or vendor support? Does the platform include a native helpdesk for seamless human escalation? Is pricing transparent and tied to outcomes? Fin Procedures are designed for self-managed operations at $0.99 per resolution with a native helpdesk. Decagon and Sierra offer strong procedural capabilities but require separate helpdesks and use custom enterprise pricing.

What resolution rates do AI agents achieve with procedural workflows?

Fin achieves a 67% average resolution rate across 7,000+ customers, with ecommerce brands reaching 70-84%. In independent head-to-head testing, Fin delivered a 73% resolution rate compared to 49% for Decagon at the same customer deployment. Decagon reports 80%+ deflection rates across deployments, though deflection and resolution are measured differently. Sierra customers have reported resolution rates of 70-77% in published case studies.

Do these procedural systems require engineering resources?

Fin Procedures are designed for non-technical teams. Natural language instructions, code blocks, and Data Connector templates can all be configured without engineering. Decagon AOPs can be authored by CX teams for basic workflows, but complex integrations and guardrails typically require engineering involvement. Sierra Journeys offer a no-code path through Agent Studio, but the Agent SDK (used for advanced workflows) requires engineering resources.

Ready to Scale AI Resolution?

See how Fin Procedures help support teams automate complex workflows with more control, faster iteration, and less operational overhead.

See Fin in action or start a free trial today.