Arkimoz
Home  /  Insights  /  RevOps
RevOps

Choosing your RevOps stack

Choosing your RevOps stack
In short

A RevOps stack is built in an order set by the decisions you need to make, not by the vendor catalogue. The CRM always comes first, because everything attaches to it. The three following blocks are justified one at a time, each against a question nobody can answer today. A tool bought to fix an organisational problem fixes nothing and makes the problem more expensive.

The question almost always arrives as a comparison exercise: which CRM, which enrichment tool, which reporting solution. It is the interesting question asked too early, because a stack is not chosen tool by tool. It is built in an order, and the order matters more than the brands.

We always start from the decisions to be made rather than from the catalogue, a principle we develop in building your revenue operations foundation. This article covers the practical consequence: in what order to buy, and on what conditions.

Block one: the CRM, always first

Everything attaches to it. A sequencing tool, a data enrichment service, a dashboard: each needs to know which account and which deal to attach what it produces to. Without that anchor, every block creates its own version of the truth.

That is why the order is not negotiable, however urgent something else feels. Plugging a prospecting tool into a badly kept CRM does not save time: it produces wrong data faster, and it adds a second source to reconcile.

The choice of CRM itself matters less than people think at this stage. What matters is that stage definitions are written there and respected, and that one person answers for it. A modest tool kept properly beats a powerful one filled in halfway.

The next three blocks, one at a time

Sales execution: sequences, calls, activity tracking. This is usually the second purchase, because it saves time immediately and the effect is visible. Condition: it must write into the CRM, not alongside it.

Incoming data: enrichment, signals, intent data. It comes later, and only when someone has time to work the queue daily. We detail that condition in intent data: what it does and does not do: without organisation, this block produces a dashboard nobody opens after three weeks.

Steering: reporting, attribution, forecasting. This is the last, and it is the one people want to buy first because it is the most visible in a committee. Laid over inconsistent data, it produces wrong decisions with great confidence.

The test before each purchase

One test, and it eliminates most regretted purchases: write down the question nobody can answer today, then check that the tool answers it.

“We do not know which accounts are slipping” is a question. “We need a scoring tool” is not, it is a solution dressed as a need. Most subscriptions renewed out of habit for three years answered a general capability, never a precise question.

A second check, often skipped: who will use it, how many times a week, and at what point in their day. A tool with no named user and no identified moment of use will not be used, whatever its qualities.

The three regretted purchases

The tool bought to fix an organisational problem. A CRM does not qualify deals, a reporting tool does not decide. When the problem is that nobody has defined what a qualified deal is, no software will fix it, and you will have added a cost to the problem.

The block bought too early in the order. Attribution before stage definitions, scoring before clean data. It does not produce mediocre results, it produces wrong and credible ones, which is worse.

The tool that becomes a second source of truth. Often a spreadsheet someone maintains in parallel because the CRM does not say what they want. It helps for six months, then the two diverge, and nobody knows which to believe.

A tool’s real cost

The subscription is the visible part and rarely the heaviest. Every block adds three costs nobody quantifies at purchase.

An integration to maintain, which will break silently one day. Administration, meaning recurring human time. And a data entry burden on the sales team, which is the most underestimated cost: every extra mandatory field is time taken from selling, and one field too many is a field filled in carelessly.

That is why two or three tools are enough up to about ten salespeople. Beyond that, every addition has to pass the question test.

Who answers for it

A stack with no named owner degrades within months, and the process is silent. Fields empty out, automations break with no alert, definitions drift, and nobody notices until the numbers are visibly wrong.

The role does not need to be full time at the start, but it has to exist and be named from the first integration. It is the same logic as for definitions: whatever belongs to nobody does not hold.

Where to start

Do not open a comparison chart. Write the five questions your leadership must be able to answer every week, then look at which ones your current tooling already covers.

In most companies we open up, three out of five are already covered by tools in place that are badly used. So the first job is not a purchase, it is holding what you already have.

Frequently asked questions

Which tool should you start with?
The CRM, always, because every other block attaches to it. An enrichment, sequencing or reporting tool plugged into a badly kept CRM produces wrong data faster. The order is not negotiable, however urgent something else feels.
How many tools does a small team need?
Two or three are enough up to about ten salespeople: the CRM, a sequencing tool, and something to see the numbers. Each additional tool adds an integration, a potential second source of truth, and someone to administer it. A tool's real cost is not its subscription.
How do you know a tool is really needed?
Write down the question nobody can answer today, and check that the tool answers it. If the question does not exist, the tool will not be used. Most regretted purchases answered a general capability, not a precise question.
Do you need a dedicated role to maintain the stack?
Someone named, yes, from the first integration. Not necessarily full time. A stack with no owner degrades within months: fields empty out, automations break silently, and nobody notices until the numbers are visibly wrong.
← All insights
Let's talk

A conviction worth testing against your market?

Theory is fine. Applied to your market, it is better. Let's talk it through.

Book a call →
Book a call →