By clicking “Accept All Cookies”, you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts. View our Privacy Policy for more information.
Revenue Operations
Flash Icon Decorative

When RevOps Doesn’t Own Business Systems: From Friction to Flow

Scribbles 2

In New Orleans, Dana Breakstone, Director of RevOps at Pax8, Erick Mahle, VP of Operations and Digital Transformation at Lendz Financial, and Tana Jackson, VP of Operations at Upright Labs, debated whether or not business systems should be owned by revenue operations. 

As expected, people had strong FEELINGS. But in true RevOpsAF fashion, no matter where they landed in the debate, they all had fantastic advice for operators who have zero or next to zero administrative access to core business systems.

In plenty of companies, RevOps doesn’t actually own the tech stack. Instead, you’re at the mercy of an IT or business systems team that’s juggling five competing priorities—and probably thinks the “MQL” is a marketing buzzword or actually dead.

Speaking from experience, that’s really difficult to accept when the first ten years of your career were centered around CRM implementation and administration.

So what do you do when you’re accountable for results but not in control of the systems?

You build influence. You build trust. And you put yourself back in your shoes when you first started in revenue operations – before you earned all that business context.

Plan Ahead Like You Do Own It

No one likes a fire drill—especially the team that gets roped in late. RevOps often knows about go-to-market changes before anyone else. Use that to your advantage.

Hear about a new product offering? Is your new SVP of sales already talking about instituting a different qualification methodology? Is your VP of customer success obsessed with a ABX? Bring your IT or business systems partner in the loop as soon as you hear about any major headwinds that are bound to change things down the road.

Sure, you may give them a heads up about something that may not materialize in major configuration changes, but they’ll feel better knowing change may happen than getting a last minute directive.

There’s no excuse for last-minute tickets related to major go-to-market changes revenue operations knows about. The more you make go-to-market needs part of their planning cycles, the better the collaboration gets.

Try This:

  • Hold monthly roadmap syncs.
  • Provide context for changes in business strategy that may impact configuration needs.
  • Maintain a shared backlog with your systems partner.

Communicate the “Why,” Not Just the What

We’ll let you in on a secret

Your systems team doesn’t wake up excited to build another territory routing rule. 

But if they understand why that routing rule helps decrease time to first contact and drive $300K in pipeline? 

Totally different story.

IT leaders have been striving for decades to master the art of communicating the return on investment. They don’t want to be seen as a cost center any more than we do. 

Help them by calculating time savings, conversion rate impact, or reduction in churn. These co-owned projects will go from nice-to-have to must-have in the eyes of your C-Suite and a great addition to everyone’s resume.

And remember, they can’t read minds either. If you’ve ever received an urgent request from sales leadership for “a dashboard,” you understand why context is everything.

Make it easy:

  • Don’t assume they know what you’re talking about. Give context and communicate why it’s important.
  • Use numbers. (“This will increase rep coverage on high-fit accounts by 28%.”)
  • Tell them what “good” looks like, not just what fields to add.

Documentation is a Love Language

The “throw it over the fence and hope for the best” method gets you exactly what you asked for, not what you needed. Bad tickets cost more than time—they erode trust. 

Whether you're requesting a change, outlining a process, or handing off an implementation, clear documentation makes you the kind of RevOps pro systems teams want to work with.

What to include:

  • Objective: What’s the business goal (include the impact/numbers!)?
  • Workflow overview: Who’s involved? What triggers the change?
  • Data requirements: What’s feeding in and out?
  • Edge cases: Where might it break?
  • Test plan: What needs to happen before the change goes live?

This is also a great opportunity to create a communication plan and enablement documentation for your end users.

Push Back on Over-Customization

Custom fields. Custom objects. Custom everything. Sound familiar?

RevOps leaders are often caught in the middle between business stakeholders asking for Frankenstein solutions and systems teams that love a challenge. 

The best way to protect everyone’s sanity is to push back early—with data and a point of view.

You are allowed to say: “That’s not scalable. Here’s what we recommend instead.”

If you need backup:

  • Explain the long-term maintenance cost.
  • Show how similar requests have gone sideways. Outsource if you need to - the RevOps Co-op community is happy to share a horror story.
  • Use the “buy vs. build” lens: Do we want to own this forever?

No one wins when you spend $50K customizing a system to match a spreadsheet that shouldn’t exist in the first place. I know a highly technical person may see a custom coded solution as job security, but companies rarely look at the authors of Franken-solutions as a hero.

Don’t Just Ticket—Build the Relationship

Yes, documentation matters. Yes, planning ahead is critical. But if your systems partner sees you as a black hole of Jira tickets, you’ve already lost.

The RevOps pros who get things done aren’t just technically savvy—they’re politically savvy. They build trust. They know birthdays. They ask about each other’s kids.

The more you bring your business partner into the loop and find ways to collaborate, the more likely you are to have an ally who can defend your decisions when you aren’t in the room.

Relationship-building tips:

  • Start with a standing 1:1.
  • Create a shared Slack channel.
  • Celebrate shared wins (and own shared mistakes).
  • Be the person who always brings business context—not just requests.

When priorities inevitably clash, a strong relationship turns negotiation into collaboration.

You Don’t Need to Own It to Lead It

Business systems teams don’t have to be roadblocks. They can create a sustainable, scalable infrastructure—if you treat them like partners, not order-takers.

So if you don’t own the tech, own the relationship. Own the planning. Own the clarity. Own the why.

Because when systems work well, nobody notices. When they don’t? Everyone blames RevOps.

Looking for more great content? Check out our blog and join the community.

Related posts

Join the Co-op!

Or
scribbles 7 birds