RevOps Roadmap: 12-Month Template, Intake and Prioritization

8 min read ยท 2026-10-25

A revops roadmap is the plan that tells sales, marketing and customer success which revenue operations projects will happen this year, in what order, and what each one should change in the numbers. It usually covers shared funnel definitions, CRM data quality, lead routing, pipeline and forecast process, tooling and reporting. A good one also shows what RevOps will not do this quarter, which matters as much as what it will.

The template below covers twelve months in six phases. It fits a RevOps team of one to five people supporting a B2B sales motion. Each phase has steps and a milestone you can check. You will also find a filled-in quarterly example, a way to score incoming requests, who owns what, the metrics to report and how to present the roadmap to your CRO or leadership team.

The roadmap at a glance

Goal: Sales, marketing and customer success work from one set of funnel definitions and one source of truth in the CRM, with a weekly forecast process and dashboards leaders trust. Duration: 12 months

  1. Audit and intake (Weeks 1-4)

    See how revenue really flows today and set up one door for requests.

    • Interview the heads of sales, marketing, customer success and finance about their top three revenue problems.
    • Map the funnel from first touch to renewal and note where data, handoffs or tools break.
    • Inventory the go-to-market tools, integrations and who owns each one.
    • Open a single intake form or queue for RevOps requests and stop taking work through direct messages.

    Milestone: An audit summary with the top revenue problems ranked, and every new request coming through one intake.

  2. Shared definitions (Weeks 4-10)

    Get every team to use the same words and stages for the funnel.

    • Write definitions for lead, MQL, SQL or your equivalent, opportunity stages, closed won, churn and expansion.
    • Set exit criteria for each opportunity stage, such as a confirmed budget owner or a scheduled demo.
    • Agree on the handoff rules between marketing, sales and customer success, with response time targets.
    • Get sign-off from each department head and publish the definitions where every rep can find them.

    Milestone: A signed funnel definitions document, with stage exit criteria built into the CRM.

  3. CRM data foundation (Weeks 8-18)

    Make the CRM data clean enough that people trust the reports.

    • Remove duplicate accounts and contacts and set rules to prevent new ones.
    • Make the key fields required at the right stage, such as industry, segment and close date.
    • Fix account ownership and the account hierarchy for parent and child companies.
    • Archive unused fields and reports so reps see only what they need.

    Milestone: Duplicate rate and required-field completion at the targets set in the audit, checked in a data quality report.

  4. Routing and handoffs (Weeks 16-26)

    Get every lead and account to the right person fast.

    • Build lead routing rules by territory, segment or round robin and test them with real records.
    • Set up alerts and a queue so no lead sits without an owner.
    • Create the handoff from sales to customer success with a required handoff note.
    • Report speed to lead and handoff completion every week.

    Milestone: All inbound leads routed automatically, with speed to lead reported weekly by team.

  5. Pipeline and forecast process (Weeks 24-38)

    Give leadership a forecast it can plan with.

    • Define forecast categories, such as commit, best case and pipeline, and when a deal belongs in each.
    • Set a weekly forecast call rhythm: reps update by a set day, managers review, leadership sees one roll-up.
    • Build pipeline dashboards: coverage, stage conversion, deal age and slipped deals.
    • Compare the forecast with actual results every quarter and adjust the rules.

    Milestone: Two full quarters of weekly forecasts produced from the CRM, with forecast accuracy reported against actuals.

  6. Retention, expansion and next year (Weeks 36-52)

    Extend RevOps to renewals and plan the next year's roadmap.

    • Track renewal dates, health signals and expansion opportunities in the CRM.
    • Build a renewal forecast alongside the new business forecast.
    • Support territory and quota planning for next year with clean historical data.
    • Review the year against the audit and draft next year's roadmap from the intake backlog.

    Milestone: Renewal forecast live, territory and quota inputs delivered to finance, and next year's roadmap approved.

Example: a RevOps roadmap by quarter

Picture a B2B software company with about forty reps, a marketing team running paid and events, and a customer success team handling renewals. Sales and marketing argue about lead quality, and the forecast misses every quarter.

Notice that the forecast work comes after definitions and data. A forecast built on stages that mean different things to different reps will keep missing, however good the dashboard looks.

  • Q1, Audit and definitions (owner: head of RevOps): audit, one intake queue, funnel definitions signed by the CRO, CMO and VP of Customer Success. Milestone: stage exit criteria live in the CRM.
  • Q2, Data and routing (owners: CRM administrator, marketing ops): duplicates merged, required fields by stage, territory-based routing. Milestone: speed to lead reported weekly.
  • Q3, Forecast (owners: head of RevOps, sales managers): forecast categories, weekly call rhythm, pipeline dashboards. Milestone: first quarter forecast compared with actuals.
  • Q4, Renewals and planning (owners: CS ops, finance partner): renewal forecast, territory and quota inputs, next year's roadmap. Milestone: plan approved by the leadership team.

How to prioritize RevOps requests

RevOps gets more requests than it can handle: a new field, a report, a tool, a routing change. Without a clear method, the loudest leader wins. Score each request from 1 to 3 on the questions below, add the scores and review the ranked list every two weeks with the department heads.

Keep a slice of capacity for small fixes and urgent issues so the roadmap work does not stall every time something breaks. When you turn a request down, give the score and the date you will look at it again.

  • Revenue impact: does it change pipeline, win rate, cycle time or retention in a way you can measure?
  • Reach: how many reps, teams or customers does it affect?
  • Data trust: does it fix a number leadership already questions?
  • Effort: can the team do it with current capacity? Score small jobs 3 and large ones 1.
  • Dependency: does other roadmap work depend on it?

Who owns what

RevOps works across teams that have their own leaders. The roadmap only holds if each department head agrees to the definitions and the priorities. Write the owners into the roadmap and review them at each quarterly planning meeting.

Small teams often combine roles. One person may be both CRM administrator and analyst. Write the role anyway, so you can see where the team is stretched.

  • Head of RevOps: roadmap, intake, prioritization, definitions and reporting to leadership.
  • CRM administrator: fields, validation rules, routing, permissions and data quality.
  • Marketing operations: lead capture, scoring, campaign tracking and handoff to sales.
  • Sales operations or analysts: pipeline reporting, forecast process and territory data.
  • Customer success operations: renewal tracking, health signals and expansion data.
  • Department heads (CRO, CMO, VP of Customer Success): approve definitions, enforce the process in their teams and agree on priorities.

Metrics to track

Report a short set of revenue metrics and a short set of RevOps health metrics. The first shows whether the business is improving. The second shows whether the foundation RevOps owns is getting stronger.

Use the definitions you agreed on in phase two for every metric, and record a baseline during the audit.

  • Pipeline coverage: open pipeline for the period divided by the target.
  • Stage conversion and win rate: from opportunity reports, by segment and source.
  • Sales cycle length: days from opportunity created to closed won.
  • Forecast accuracy: forecast at a fixed point in the quarter compared with the actual result.
  • Speed to lead: time from lead creation to first contact.
  • Data quality: duplicate rate and completion of required fields.
  • Gross and net revenue retention: from finance or billing data, using the definition finance already reports.

How to present the roadmap to your CRO and leadership

Put the year on one slide: four quarters as columns, one theme per quarter, two or three deliverables and the metric each one should move. Mark which department head sponsors each theme. Leaders should see that the plan answers their top problems from the audit.

Leave out the field list, the tool configuration and the backlog. Bring them only if asked. Each quarter, show what shipped, which metric moved, and what changed in the plan and why. Ask for the decisions you need, such as a sign-off on definitions or a rule that requests go through intake.

How to adapt the roadmap

An early-stage company with a few reps should keep it simple: definitions, basic routing and one pipeline dashboard. A heavy forecast process is too much at that size. A larger company with several products or regions may need a phase for territory design and a phase for tool consolidation.

If you sell through product-led signups as well as a sales team, add product usage data to lead scoring and to account health. If finance owns pricing and billing systems, add a shared workstream for quote-to-cash with a finance owner.

Common mistakes to avoid

  • Taking requests through direct messages makes the roadmap meaningless, so open one intake queue and rank every request against the same criteria.
  • Building dashboards before the stages are defined produces numbers nobody trusts, so agree on funnel definitions and exit criteria first.
  • Buying a new tool to fix a process problem adds cost and confusion, so fix the definitions and data first and add tools only for a clear gap.
  • Letting each team keep its own definitions keeps the lead quality argument going, so get every department head to sign one definitions document.
  • Filling every week with roadmap work leaves no room for urgent fixes, so keep a share of capacity for small requests and break-fix work.
  • Reporting what RevOps built instead of what changed hides the value, so tie each roadmap item to a revenue or data quality metric.

Frequently asked questions

What should a RevOps roadmap include?

It should include the audit findings, quarterly themes, the projects in each quarter, an owner and the metric each project should move. Add the intake process, how you prioritize, and what is out of scope this year.

What should RevOps do first?

Start with an audit of the funnel, tools and data, and set up one intake for requests. Then agree on shared funnel definitions with sales, marketing and customer success. Most later work, like routing and forecasting, depends on those definitions.

How do you prioritize RevOps projects?

Score each request on revenue impact, reach, data trust, effort and dependencies, then rank the list. Review it every two weeks with department heads. Keep some capacity for urgent fixes.

How do you measure RevOps success?

Track revenue metrics such as pipeline coverage, win rate, cycle time, forecast accuracy and retention. Add health metrics RevOps owns directly, such as data quality and speed to lead. Compare each one with the baseline from the audit.

Who should RevOps report to?

Companies place RevOps under the CRO, the COO or the CFO. What matters most is that it serves sales, marketing and customer success together. Make sure every department head agrees to the roadmap and the intake process.

Generate this roadmap with AI