Back to thoughts

CRM implementation in B2B: what to decide before choosing the system

Author: Matti Ikäläinen | Published 29/03/2026

LinkedInX

Introduction

Many CRM initiatives fail before the rollout even begins.

Not because the system is wrong. Not because people automatically resist change. But because the company is trying to solve a much earlier problem with software: there is no truly shared way of selling.

I have seen this in both a growth company and larger organizations. CRM discussions start with fields, automations, dashboards, integrations, and reporting. But once you look beneath the surface, the harder question is still open: how do we actually want sales to be led in this company?

Without a clear answer, a CRM does not create order. It simply stores the same confusion in a cleaner format.

A CRM does not run sales, it makes leadership visible

At its best, CRM is a leadership tool and a practical aid for salespeople's daily work. It is not a database project and it is not an IT project.

It makes visible what the organization actually values: which stages are really tracked, what information is considered essential, when a deal has genuinely progressed, who owns the next move, and how leadership follows quality, activity, and predictability.

When these basics are clear, a good CRM creates real value. When they are not, the system quickly turns into a place where people log information for reporting, not for improving sales.

At Eeco, we built sales models, CRM practices, and automations to support growth. The goal was not to collect as much data as possible. The goal was to remove manual work, make sales more repeatable, and free up time for better customer conversations. Once the process was clear, two salespeople were able to generate well over one million euros in annual e-commerce platform sales.

Later, when we moved the sales model into a new CRM environment (Salesforce) in another organization, the technical implementation was not the hardest part. The harder part was agreeing on one shared way of working: what each stage means, when sales has truly progressed, what gets logged, who is responsible for what, and how different units work together.

This is where many CRM initiatives either succeed or slowly drift off track.

Before you design a single field, decide a few fundamentals

CRM projects often start from the wrong end. The right order is the opposite: first decide the commercial operating model, then build the system to support it.

1) Decide how sales actually moves forward

Surprisingly many organizations say they have a sales process, while in practice they only have a rough idea of what usually happens before a deal closes.

That is not enough.

You need a practical definition of what each stage means, what criteria move a deal from one stage to the next, and where sales leadership needs visibility. If this remains unclear, people start using the same stages in different ways. Reporting may still look clean, but the information is no longer comparable.

2) Decide what information is actually needed

One of the most common mistakes is making too much information mandatory.

The intent is usually good: better visibility, comparability, and leadership control. The result is often poor. Salespeople spend time filling fields that nobody really uses, and the CRM soon feels like administrative burden.

A good baseline question is simple: what information do we truly need to lead sales better? And what information do we need to automate steps and support salespeople's work?

If data is not used, it should not be mandatory. CRM quality does not come from volume. It comes from relevant information that is current and actively used by leadership.

3) Decide who owns the next move

Many pipelines look healthy on paper while standing still in reality.

The reason is often unclear ownership of the next step. One person waits for the customer, another waits for marketing material, and a third assumes the work is already progressing. CRM does not fix this unless the organization has clearly decided what the next agreed action means and who owns it.

It sounds like a small detail, but in practice this is exactly where a pipeline either stays alive or gets stuck.

4) Decide how leadership uses the system

CRM does not improve because leadership asks for better data. It improves because leadership uses the system consistently and visibly.

If weekly meetings do not review the same things with the same logic, if managers do not coach the pipeline with the same rhythm, or if CRM data is not used in real decisions, usage quality deteriorates quickly. People quickly notice whether CRM is truly used for leadership and daily support or treated as a reporting obligation.

A strong CRM rhythm is usually simpler than expected: a few shared views, a clear way to review pipeline, and discipline in keeping next actions, ownership, and progression criteria visible at all times.

The hardest part is usually not technical implementation

Technical rollout gets a lot of attention because it is concrete, scoped, and easy to buy as a work package.

Commercially, the harder part is usually this: the organization has to commit to one way of working.

In practice, that means shared definitions, a shared language, and sometimes giving up the idea that everyone can continue in their own style. This is especially hard in integrations, growth phases, and organizations where sales, marketing, and customer work have evolved in different directions. The sales process and CRM usage guidelines should be documented as precisely as possible so they are easy to standardize.

A CRM initiative is very often also a change leadership initiative. It needs clear rationale, clear ownership, enough repetition, and everyday leadership follow-through. Training alone is not enough if the organization does not also change how sales is led in practice.

Salespeople need to see concrete CRM value as quickly as possible. A good way to do this is to make CRM handle practical daily tasks early: for example sending references, calendar invites, meeting preparation steps, and meeting notes.

Final thought

It is better to see CRM as more than a system purchase.

It is a decision about how a company wants to sell, what it wants to make visible in leadership, and what level of commercial discipline it is willing to build into daily work.

If those decisions are made first, the system can become genuinely useful. If not, a new CRM is often just a more expensive way to maintain the same old ambiguity.

Before the next CRM initiative, I would ask one simple question: do we truly have a shared way of selling, or are we trying to outsource that decision to software? And are we ready to lead the change in a controlled way?