Playbooks in Dynamics 365

How playbooks codify repeatable business processes in Dynamics 365 — activities, automation, and when playbooks beat sequences.

Updated 2026-07-31

Playbooks in Dynamics 365 are reusable, structured response patterns for situations that need consistent handling — kicking off a major-account onboarding, responding to a competitor entering a deal, handling a customer escalation, executing a contract-renewal motion. Where a sequence is a cadence of seller activities over time, a playbook is a coordinated set of tasks, activities, and automations triggered by an event.

The model. A playbook template defines:

  • Trigger — the type of record and condition that fires the playbook (manual launch, automated trigger on opportunity stage change, case priority escalation).
  • Activities — the items the playbook creates: tasks, appointments, phone calls, emails. Each with assignee, due date offset, description.
  • Automation — calls to Power Automate flows, field updates on the source record, notifications.

A playbook instance is the running execution of a template against a specific source record. When triggered, the system creates the activities, assigns them, and tracks completion.

Example playbooks.

  • Major-deal-detected playbook. Triggered when an opportunity exceeds 500k EUR. Creates tasks for the sales VP to review, the legal team to prepare contracts, the executive sponsor to schedule a customer call, the deal-desk team to validate pricing.

  • Competitor-in-deal playbook. Triggered when a competitor field is filled on an opportunity. Creates tasks for competitive-intelligence brief, customer-reference outreach, and pricing-strategy review.

  • Customer-escalation playbook. Triggered when a case is escalated to Tier 2. Creates tasks for the account manager to call the customer, the engineering team to investigate, the executive sponsor to acknowledge.

  • New-customer-onboarding playbook. Triggered when an opportunity closes won. Creates tasks for implementation kickoff, account-manager introduction, success-plan creation, and quarterly business review scheduling.

Why playbooks. They codify the institutional knowledge of "what we do when X happens" so it doesn't depend on individual memory or seniority. New team members get the right activities created automatically; experienced team members don't forget steps.

Sequences vs playbooks.

  • Sequencetime-based cadence for one seller working one record over weeks (the prospecting motion).
  • Playbookevent-triggered orchestration across multiple people, kicking off all at once or with relative timing offsets (the response).

A complex sales motion might use both: a sequence runs the prospecting cadence; once the opportunity reaches a key stage, a playbook fires to onboard the wider deal team.

Configuration. Playbooks are configured in the maker portal. Required permission to launch a playbook is configurable; some are seller-launched, some auto-fire on conditions.

Reporting. Playbook execution data is queryable — which playbooks fire most, completion rates, time to complete, outcome correlation. Use it to identify playbooks that aren't being executed (might need redesign) or playbooks that consistently drive better outcomes (might justify expanded scope).

Limits.

  • Playbooks are linear lists of activities, not workflows with branching logic. For conditional logic, use Power Automate flows triggered by playbook events.
  • Long-running multi-month playbooks are awkward; break into stages or use a business process flow with playbooks per stage.
  • The playbook concept is most mature in CRM-side apps; F&O has its own workflow tools instead.

Operational discipline. Don't over-template. Build playbooks for situations that genuinely repeat and where consistent response matters. 10–15 well-designed playbooks for the team's most consequential moments beats 50 trivial templates that nobody invokes.

Related guides