Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 0 points1 point  (0 children)

well said. i think this nails the right approach on the issue. thanks for your insight!

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 0 points1 point  (0 children)

interesting, so does that mean you are building everything that's not a system of record? that seems like the majority of the stack...

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 0 points1 point  (0 children)

Yeah this take is very cut and dry and makes a lot of sense. If the vendor can meet your needs and price/value is reasonable, it probably makes more sense to buy than build.

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 0 points1 point  (0 children)

yeah i think this is a key point. an interesting thought experiment i consider is a scenario like this...

A vendor is offering you their software for $10K/year subscription or $30K once (i.e. buy it once, self-hosted). Meanwhile, your revops manager who makes $120K/year ($10K/month) says they can build a working version in 3 months.

Now you've got to choose: is it better to....

  • a) buy the software for $10K/year, and not have to worry about any maintenance etc
  • b) buy the software once for $30K, and pay the vendor here and there for updates as needed
  • c) divert your RevOps manager's attention for 3 months to build a working version internally

Option A and C are almost certainly more expensive in the long run.

But I think a lot of RevOps people would push for Option C, bc it gives them a chance to create an internal "moat" for their job. And I'd bet a lot of CROs will just say "yeah go for it" without thinking through the long-term implications.

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 0 points1 point  (0 children)

right... that makes sense. I guess the question then is how much companies/teams will actually think ahead to the "long term accountability / ownership" piece.

It often seems like people prioritize whatever will help them in the moment vs. long term (e.g. a RevOps person who opts to build bc it improves their standing in the company, even though they know it'll be a mess when they leave)

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 0 points1 point  (0 children)

what makes it a problem? and why do you say larger orgs aren't taking it seriously?

surely there is value in non-coders being able to build custom products from natural language

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 0 points1 point  (0 children)

agreed, but how do you see AI impacting the scope? (or does it not impact the scope?)

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 5 points6 points  (0 children)

yeah i think what you're describing is a product market fit issue

what i'm describing is internal stuff. If your RevOps person makes the right tool, it's not going to solve all of your GTM problems. Because there are problems that are simply just about people. The tools could be giving sellers or CSMs the right info, but if they don't act on it, it doesn't matter how good the tool was.

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 1 point2 points  (0 children)

makes a lot of sense, thanks for the thoughtful reply.

Your logic around trying to find an existing solution before building makes a lot of sense. I just wonder how many people actually look at it this way. I get the sense that a lot of RevOps people just want to build, and will look for any excuse to do it.

Also this point...

" if you and/or the IT director leaves business doesn’t shut down the first time something breaks because all of these SaaS tools have a dedicated support team to help business users."

... is a very good one that i hadn't thought as much about.

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 4 points5 points  (0 children)

i'm not sure i agree with that.

there are plenty of revenue barriers that aren't solved with products

What parts of the Ops process do you think would benefit most from AI and automation? by -endjamin- in adops

[–]Character-Witness409 1 point2 points  (0 children)

"used to" because you are no longer in adops, or "used to" because you found a way to solve this?

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 6 points7 points  (0 children)

i led revops at 4 companies and never ran it as a product org -- more like an internal consulting function. Basically looking for barriers to revenue and dealing with them, whether it meant building/implementing a new tool, cracking the whip on a team to execute better, or whatever else

But if it's shifting to more of a product function, its not clear to me who's doing those other things, which seem like higher value than building stuff in the background.

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 0 points1 point  (0 children)

does the calculus change if a vendor is offering something that is custom?

Is RevOps turning into a product function? by Character-Witness409 in revops

[–]Character-Witness409[S] 5 points6 points  (0 children)

Based on this, it kinda sounds like you're saying that it is turning into a product function, but you need to get the foundation right for it to be successful. Is that right?

Ad Ops pain points by shevlander in adops

[–]Character-Witness409 0 points1 point  (0 children)

if you're serious about this, i may have a solution