All use cases
MIGRATION

Move off PagerDuty cleanly, with rotations and routing intact

PagerDuty per-user pricing scales badly past 50 engineers, and the workflow is split between PD and a separate runbook tool.

"When I cut over from PagerDuty, I want my rotations, escalation policies, and integrations to come along, and I want the runbooks to live next to the alert that triggered them."

The problem

PagerDuty does paging well. It does not do everything else, runbooks live elsewhere, postmortems live elsewhere, the on-call jumps between tools the moment they ack. And the per-user pricing model makes it the second-largest line item in many SRE budgets after Datadog. Teams stay because cutting over feels risky, schedules and integrations are operationally critical and can't break for a single shift.

How Nova solves it

Nova's on-call management imports the rotation and escalation model directly. Runbooks land next to alerts, so the on-call workflow is one tool instead of three.

  1. Rotation import preserves the schedule

    Nova reads PagerDuty rotation exports and recreates them natively, follow-the-sun, primary/secondary, holiday overrides. Schedule continuity is preserved across the cutover.

  2. Escalation policies convert directly

    Each PagerDuty escalation policy maps to a Nova policy with the same hop pattern (page primary -> 5min -> page secondary -> 10min -> page manager).

  3. Runbooks live in-context, not in another tool

    When the alert fires, Nova surfaces the matching runbook in-line. The on-call doesn't context-switch to Confluence or Jira to find the procedure.

Teams that move from PagerDuty to Nova retire PagerDuty spend (typically $20-100K/year for mid-size teams), consolidate the on-call workflow into one tool, and get agent-driven remediation on top of paging.

Try this on your stack

Get Started Free, cancel anytime. Or book a 30-minute walkthrough with a founder.