CRM Strategy and Implementation

Implementing a New CRM: How to Avoid Replacing Old Problems with a More Expensive System

A CRM should improve how your organisation manages customers, opportunities and commercial decisions. But if the project begins with software rather than process, data and governance, the new platform may simply reproduce the weaknesses of the old one.

ProcessDataTechnologyAdoptionGovernance
Process
Design how the business should work
Data
Create trusted customer information
Technology
Build a secure, supportable platform
Adoption
Make CRM part of daily work

A new CRM promises genuine improvement

A well-implemented CRM can deliver better pipeline visibility, more accurate forecasting, improved sales management, stronger marketing attribution, more consistent processes, reduced reliance on spreadsheets and greater commercial accountability. These are real and achievable outcomes.

But the path from software selection to those outcomes is not straightforward. The software is purchased, the implementation partner is appointed and teams begin listing the fields, reports and screens they want. Much of the discussion is based on how people currently work. Historic processes are reproduced. Old data is imported. Exceptions become custom development.

The project goes live, but employees continue using spreadsheets because the CRM feels burdensome and the reports remain unreliable. The organisation has invested in a modern and more expensive platform that reproduces the weaknesses of the system it replaced.

The principles behind a successful CRM implementation are closely related to those that govern any major software selection. For the broader framework, see Why Software Selection Fails and How to Get It Right.

The CRM implementation trapTechnology first
1Select the platform
2Copy the current processes
3Migrate all available data
4Customise around every exception
5Train employees near go-live
6Discover adoption and reporting problems afterwards
"The objective is not to implement a CRM. It is to improve how the business manages customer relationships and commercial activity."

Two Very Different CRM Starting Points

Organisations arrive at a CRM project from two very different positions, each with its own risks and requirements.

Common symptoms

Poor usability and low adoption
Excessive customisation that is difficult to maintain
High support costs and vendor dependency
Weak or unreliable reporting
Duplicate and inconsistent data
Unsupported integrations
Processes that no longer reflect the business
Difficulty adopting new platform features

Main risk

The organisation rebuilds the old CRM inside the new platform. Historic processes are reproduced, old customisations are recreated and the same adoption problems emerge within months of go-live.

The replacement is an opportunity to remove historic complexity, not to recreate it.

In both scenarios, the organisation must define how it wants to operate before choosing how the platform should be configured.

A CRM Is More Than a Database

A CRM sits at the centre of the organisation's commercial operating model, connecting people, processes and systems across every customer-facing function.

CRM Platform
Sales
Marketing
Account Management
Customer Service
Finance
Leadership
IT
Data Protection
Business Intelligence
Digital Marketing
Process
How the business operates
Data
Trusted customer information
Technology
Secure, integrated platform
People
Adoption and capability
Governance
Ownership and controls
Growth
Visibility
Forecasting
Customer Retention
Efficiency
Accountability

Do not begin by asking which CRM to buy

Platform demonstrations naturally focus on features: dashboards, AI capabilities, automated emails, opportunity stages, marketing journeys and forecasting tools. Features are not outcomes. A feature only creates value when it changes a business result.

System deliverable
Create a sales pipeline dashboard
Business outcome
Improve the accuracy of the next-quarter revenue forecast
System deliverable
Automate lead assignment
Business outcome
Reduce the time between an enquiry and first sales contact
System deliverable
Connect marketing and CRM
Business outcome
Understand which campaigns generate qualified opportunities and revenue

Potential CRM business outcomes

More accurate forecasting
Improved conversion rates
Shorter sales cycles
Faster lead follow-up
Better marketing attribution
Improved account retention
Increased cross-selling
Reduced dependence on individuals
Faster onboarding of salespeople
Better management reporting
Improved customer-service continuity

"A feature only creates value when it changes a business outcome."

Define the outcomes required before reviewing platform demonstrations. This shapes the evaluation criteria and prevents the selection being driven by whichever vendor demonstrates most impressively.

Do not automate a process simply because it already exists

Documenting the current process is necessary. Reproducing it is not always appropriate. Before configuring any workflow, each existing process should be assessed against a set of direct questions.

Questions to ask about every current process

Why do we work this way?
Is this still required?
Does it reflect best practice?
Is the process consistent across teams?
Does it improve the customer experience?
Does it produce useful information?
Is it a genuine requirement or a workaround?
Can the standard CRM process achieve the outcome?
Would a new organisation design it this way?
Current-state thinking

"How can the new CRM reproduce every step we currently perform?"

Future-state thinking

"How should this process operate if we were designing it today?"

Experienced users should be involved because they understand operational detail. However, familiarity with the old process should not give any one department an automatic veto over better practices.

Standardisation

A new CRM may require the business to change how it works

Different departments may currently use different sales stages, different definitions of a qualified lead, different account structures, different naming conventions and separate spreadsheets. A shared CRM requires a common operating model.

Where standardisation adds value

Customer definitions
Lead qualification criteria
Sales stages and exit criteria
Required information fields
Ownership and accountability
Forecast categories
Loss reasons
Approval rules
Data standards
Management reporting

Where flexibility may remain appropriate

Sector-specific information requirements
Different sales motions (transactional vs. consultative)
Regional requirements
Product-specific processes
Regulatory requirements
Distinct customer journeys
"The CRM should not preserve every departmental preference. It should establish the common commercial language the business needs."

Best practice does not mean every team must operate identically. It means variation should be deliberate, justified and governed.

Reliable reporting depends on shared definitions

Before configuring the CRM, the organisation must agree on the definitions that underpin every report, forecast and management decision.

Lead
An unqualified enquiry or contact not yet assessed for fit
Prospect
A lead that has been assessed and meets initial criteria
Customer
An organisation or individual with an active commercial relationship
Account
The primary record for an organisation in the CRM
Contact
An individual associated with an account
Former customer
An account whose relationship has ended
Partner
An organisation with a commercial or referral relationship
Supplier
An organisation providing goods or services

"A CRM cannot create accurate forecasts from inconsistent definitions."

Sales stages should reflect an event in the customer's buying journey. For each stage, define entry criteria, exit criteria, required fields, expected actions, ownership and forecast probability where used.

Standard configuration should be the default

Configuration and custom development are not interchangeable. Understanding the difference matters for cost, risk and long-term supportability.

Configuration

Fields and forms
Views and permissions
Business rules and workflows
Notifications and dashboards
Templates and approval processes
Benefits
Faster implementation
Lower cost
Easier upgrades
Wider support options
Better access to future features
Less technical dependency

Custom development

Bespoke code and plugins
Custom applications
Unusual data models
Bespoke user interfaces
Non-standard workflow engines
Complex platform extensions
When it may be justified
A distinctive process creates real competitive value
A regulatory requirement cannot be met otherwise
A necessary integration needs bespoke logic
The value clearly exceeds the long-term cost
"Adapt the process to the platform where the standard process is sensible. Adapt the platform only where the business requirement genuinely creates value."

The partner delivering the project may not carry its long-term cost

The CRM vendor earns revenue from licences. The implementation partner earns revenue from consultancy, workshops, configuration, migration, integration, development, testing, training and ongoing support. This is a straightforward commercial arrangement, not a conflict of interest.

Many experienced partners actively challenge unnecessary complexity and can provide valuable process knowledge. However, the customer retains responsibility for deciding whether additional development creates sufficient long-term value. The organisation will support and maintain the outcome long after the implementation project has closed.

Questions before approving custom developmentLong-term ownership
Which business outcome requires it?
Can configuration meet the need?
Could the process change instead?
Is the requirement genuinely distinctive?
What will development and testing cost?
Who supports it after go-live?
How will upgrades affect it?
Can another partner maintain it?
What happens if standard functionality later replaces it?
What is the five-year cost?

The licence price is not the cost of the CRM

Total cost of ownership extends well beyond the initial contract. Organisations that evaluate only the licence cost at selection often discover the full picture during or after implementation.

Core user licences
Sales user licences
Marketing user licences
Service user licences
Read-only user licences
Storage
AI features
Reporting and analytics
Test environments
Integration products
Licence cost+Implementation+Internal effort+Operation+Future change+Exit=Total cost of ownership
"The cheapest CRM at contract signature may not be the lowest-cost CRM over five years."

IT should be involved before the preferred platform is selected

IT involvement should enable the project, not obstruct it. Early engagement prevents expensive constraints from being discovered after the contract is signed. This is closely related to the broader governance principles covered in Is Your IT Strategy Supporting Your Business Strategy?

IT involved after selection

Security issues discovered late
Integration limitations emerge
Additional licences required
Contractual surprises
Delayed implementation
Support ownership unclear

IT involved before selection

Requirements validated
Architecture assessed
Security built in from the start
Integration understood
Costs identified
Support model defined
Single sign-on
Multi-factor authentication
Role-based access
Data residency
API capabilities
Email and calendar integration
Device and mobile compatibility
Logging and monitoring
Backup and recovery
Integration standards
Business continuity
Exit arrangements
"Early IT involvement is not about giving technology teams a veto. It is about preventing expensive constraints from being discovered after the contract is signed."

Moving CRM data is not simply an export and import

Data migration should be treated as a separate workstream with its own planning, resourcing and testing. The same principles apply to any governed business-system migration, as discussed in Cloud Transformation Without the Leap of Faith.

01
Discover
Identify all customer-data sources
02
Assess
Review completeness, accuracy, duplication and ownership
03
Clean
Correct, standardise, merge or remove records
04
Map
Agree how old fields translate to the new system
05
Migrate
Complete test migrations before final cutover
06
Reconcile
Confirm totals, relationships, consent and reporting
07
Govern
Establish ongoing data ownership and quality controls

Common data sources

Existing CRM
Marketing platform
Finance system
Outlook contacts
Spreadsheets
Account-management records
Website forms
Customer-service platforms

Migration strategies

Full migration
Move all relevant available history
Partial migration
Move active accounts, open opportunities and selected history
Archive
Keep the old platform or data store available as read-only
Parallel operation
Run both systems temporarily during validation

"Do not migrate low-quality data merely because it exists."

Data cleansing is not a one-off implementation task

Data quality is a continuous management responsibility. Without clear ownership and controls, the CRM trust cycle becomes self-reinforcing in the wrong direction.

Decisions to define

Who creates accounts?
Who owns contacts?
Who resolves duplicates?
Which fields are mandatory?
Who approves bulk imports?
How is consent recorded?
What happens when employees leave?
When are records archived?
How is quality measured?

Controls that support quality

Validation rules
Duplicate detection
Required fields
Controlled imports
Role-based permissions
Data-quality dashboards
Ownership reviews
Exception reports

The CRM Trust Cycle

Poor dataUnreliable reportingEmployees stop trusting CRMMore spreadsheetsWorse data

Connecting systems is easy. Defining ownership is harder.

A CRM typically connects to Microsoft 365, email, calendar, marketing automation, the website, finance, telephony, proposal tools, customer service, business intelligence, contract management and customer portals. For each integration, the organisation must define clear ownership and governance.

System of record
Direction of data flow
Synchronisation frequency
Included records
Conflict handling
Error monitoring
Alert ownership
Duplicate prevention
Support responsibility
Testing process
"Integration can distribute accurate information efficiently. It can also distribute inaccurate information more quickly."

Define the decisions before building the dashboards

Reporting should be designed around the decisions it needs to support. A dashboard cannot compensate for information the organisation never records.

Board
Revenue outlook
Pipeline coverage
Forecast confidence
Strategic accounts
Commercial risk
Sales leadership
Team pipeline
Conversion rates
Sales activity
Stage progression
Loss reasons
Forecast accuracy
Marketing
Lead source
Campaign contribution
Lead quality
Cost per qualified opportunity
Revenue attribution
Account management
Customer activity
Renewals
At-risk accounts
Cross-selling
Relationship coverage
Customer Data

A CRM contains some of the organisation's most valuable information

Customer contacts, commercial terms, sales opportunities, communications, relationship history, contract information, complaints, marketing consent and strategic account plans all require careful access control. For organisations considering AI features within the CRM, the governance principles in The AI Structure Every Business Should Adopt are directly relevant.

Easy access

Staff can reach the customer information needed for their role, quickly and without unnecessary friction.

Controlled access

Sensitive information is restricted to those with a legitimate need, monitored and reviewed regularly.

Role-based access
Least privilege
Multi-factor authentication
Privileged account control
Access reviews
Logging and audit
Export controls
Departed-user removal
Third-party access
Retention policies
Data-subject processes
Mobile-device controls

Training alone will not make employees use the CRM

Employees may resist a CRM for legitimate reasons: more mandatory information, greater activity visibility, loss of personal spreadsheets, standardisation, new approval processes, unclear personal benefit, poor usability or concern about performance monitoring. These concerns should be addressed, not dismissed.

01
Explain why
Connect the CRM to real business and employee problems, not just management reporting needs.
02
Involve users
Use representatives from sales, marketing, service, finance and IT in design and testing.
03
Simplify the core
Avoid overwhelming users with unnecessary fields and features in the initial rollout.
04
Train by role
Teach the workflows employees will actually perform, not a general product overview.
05
Lead from the top
Managers must use CRM data in meetings and decisions. Behaviour is set from the top.
06
Measure adoption
Monitor completeness, timeliness and process compliance. Act on what the data shows.

"If management still asks for a separate spreadsheet before every pipeline meeting, employees will quickly learn that the CRM is optional."

Adoption is a leadership responsibility, not a training exercise. The CRM becomes the system of record when leadership treats it as the system of record.

A stable and adopted core is more valuable than an overambitious launch

Phased delivery reduces risk, improves adoption and allows the organisation to learn before committing to more complex capabilities. The correct phases depend on the business case.

Phase one
Establish the core
Accounts and contacts
Lead management
Opportunities
Sales stages
Core reporting
Email and calendar integration
Essential data migration
Role-based access
Phase two
Connect the process
Marketing integration
Automated workflows
Proposal generation
Account management
Customer-service integration
Additional reporting
Phase three
Optimise and innovate
Advanced analytics
AI capabilities
Customer portals
Complex integrations
Further automation
Predictive insights

A CRM should be tested through real business scenarios

Forms and input validation
Automated workflows
Notifications and alerts
Permissions and access
Reports and dashboards
Integration data flows

Practical test scenarios

A website enquiry becomes a qualified opportunity
A salesperson leaves and their pipeline is reassigned
A duplicate account is identified and resolved
A marketing lead opts out of communications
An integration fails and an alert is triggered
A restricted user attempts to access sensitive data
An opportunity moves through the full sales cycle
A board forecast report is produced

The implementation project ends. The CRM operating model does not.

Who owns the CRM after go-live?Operational ownership
Executive sponsor
Business owner
Platform administrator
Data owner
Security owner
Integration owner
Reporting owner
Training owner
Vendor manager
Change-approval group

Ongoing responsibilities

User management and permissions
Licence administration
Data quality oversight
Support and escalation
Documentation
Training new staff
Integration monitoring
Security reviews
Platform change management
Vendor relationship management
Roadmap reviews
Benefits measurement

Going live is an output, not the outcome

Project measures

Delivered on time
Delivered within budget
Data migrated
Users trained
Integrations working

Business measures

Forecast accuracy
Lead-response time
Sales-cycle duration
Conversion rate
Pipeline coverage
Data completeness
User adoption
Marketing attribution
Customer retention
Cross-selling
Reporting time saved
"The CRM is successful when commercial performance and decision-making improve, not simply when the software is available."

Questions to Answer Before Selecting a CRM

What outcomes are required from the CRM?
Which processes must change?
Which current processes reflect best practice?
Which are workarounds that should be removed?
Which teams will use the CRM?
How will success be measured?

If these questions cannot be answered, the organisation may not be ready to choose a CRM vendor.

The Five Foundations of CRM Success

1
Business outcomes
Clear value and measurable objectives.
2
Future-state processes
Best-practice workflows designed for tomorrow.
3
Trusted data
Clean information with clear ownership.
4
Controlled technology
Secure, integrated and supportable architecture.
5
Adoption and governance
Leadership, training, ownership and continual improvement.
DiscoveryDesignTestAdoptImprove

How Wavex can support CRM governance

Wavex is not a CRM software vendor and does not approach the project with a commercial incentive to maximise licence sales or custom development. Wavex can help organisations treat CRM implementation as a controlled business-system change.

The aim is not simply to help the organisation select a CRM. It is to help ensure that the platform remains secure, supportable and valuable long after the implementation project has ended.

Requirements and stakeholder governance
Help establish business, technical, security and operational requirements before supplier selection.
IT and security review
Assess identity, access, data protection, integration, resilience and support implications.
Implementation-partner evaluation
Review proposed approaches, statements of work, assumptions, dependencies and responsibilities.
Total-cost-of-ownership assessment
Help leadership understand licensing, implementation, support, integration, change and exit costs.
Data-migration planning
Support decisions around source data, cleansing, mapping, validation, archiving and cutover.
Project governance
Provide structured project planning, risk tracking, decision management, reporting and change control.
Testing and acceptance
Help define technical testing, user acceptance testing and operational-readiness criteria.
Post-go-live support planning
Ensure ownership, administration, integrations, security, support and documentation are established before project closure.
Independent perspective
Provide technical and governance input alongside the CRM vendor, implementation partner and internal business stakeholders.

CRM implementation FAQs

A CRM should be judged by what it improves

A CRM should not be judged by the quality of its demonstration, the number of available features or whether the implementation reached go-live. It should be judged by whether it improves customer visibility, commercial decisions, sales consistency, data quality, forecasting, accountability, customer retention and organisational knowledge.

For organisations replacing an older CRM, the opportunity is to remove historic complexity rather than recreate it. For organisations implementing CRM for the first time, the opportunity is to introduce structure without creating unnecessary administration.

Both require leadership, process design, trusted data, technical governance and sustained adoption.

"Do not design the new CRM around how the organisation happened to work yesterday. Design it around how the business needs to operate tomorrow."

Planning a new CRM or replacing an existing platform?

Before choosing the software, make sure your organisation has defined the future processes, data, controls, integrations and operating model required to make it successful.

Book Your Free IT Consultation

Speak with a sector specialist. No sales pitch - just an honest conversation about your IT challenges and how we can help.

No commitment required. Your data is protected under GDPR.