What is CRM? A practical guide to customer relationship management

CRM (customer relationship management) is the practice of managing a company’s relationships with prospects and customers, and the software that supports it. A CRM system keeps leads, contacts, accounts, deals, and activities in one shared record, so the whole team can see who owns each customer, what has happened, and what comes next.

What it does: a CRM answers “who last spoke with this account, what was agreed, which deal is active, and what happens next?” without anyone rebuilding the story from personal files. Who uses it: sales teams first, then marketing, customer success, operations, and finance, whether they sell to businesses or to consumers. For a worked example, see the CRM examples guide.

Senitix, which makes Senitix CRM, publishes this guide. Passages about our own product name it, and you can see how Senitix CRM does this.

What does CRM stand for?

CRM stands for customer relationship management, and the term has three connected meanings.

1. Strategy: which customer groups the business serves, what value it offers, and what relationship standard it intends to maintain.
2. Process: how a lead is captured, qualified, converted, quoted, approved, won or lost, handed off, and developed over time.
3. Technology: how those rules become shared records, assigned work, automation, permissions, reporting, and integrations.

Installing software does not create a customer strategy. A thoughtful relationship strategy is also difficult to scale when context, ownership, and next steps stay in personal tools. Effective CRM joins the three layers.

Naming the thinnest layer tells you what to do next: a strategy gap is closed by a decision, a process gap by written stage definitions, and a technology gap by the CRM features that hold records, stages, quotes and permissions in one place.

What a CRM is not

Four things are routinely mistaken for it.

• Not a contact list. A list holds people; a CRM holds what has passed between you and them, in order, with an owner.
• Not a reporting tool. The report is a byproduct of work recorded as it happens, not an exercise performed at month end.
• Not a sales process. Software can carry a stage definition and remind someone of it; the deal advances because a person decides it should.
• Not a guarantee of data quality. A record is only as current as the last person who wrote in it.

How does a CRM system work?

A CRM system works by recording every customer interaction on shared records that each carry an owner and a next step. A lead is captured with its source, qualified into an account, contact, and deal, moved through defined stages, and reported on from the same records the team works in.

Consider a B2B software company. A website request becomes a lead with its original source. A sales development representative validates the company, need, buying roles, timing, and fit. A qualified record becomes an account, contact, and deal. Meeting notes and the next activity remain attached to that deal. When scope is clear, the seller creates a controlled quote and sends an exception for approval. If the deal closes, the implementation team receives the approved context and commitments. Management reporting uses the same current records instead of asking sellers to reconstruct another spreadsheet.

A company that sells to consumers follows the same path with fewer people in it: usually one buyer, where a business deal involves several. The contact is the customer, and the deal, the quote, and the history attach to that person.

CRM workflow, step by step

Seven steps, in the order a real record travels through them.

1. Capture demand: Create a record from a web form, email, call, event, partner, or manual entry without losing source context.
2. Resolve identity and qualify: Check for duplicates; validate account, contact, need, timing, fit, and applicable communication permissions.
3. Assign ownership and next action: Assign by segment, territory, or product and create dated work.
4. Advance the deal: Use observable exit criteria. “Proposal” should mean a proposal was actually delivered.
5. Control the commercial offer: Connect products, quantities, currency, taxes, discounts, validity, versions, and approvals to the deal.
6. Record the outcome: A win triggers a defined handoff; a loss captures a consistent reason and useful context.
7. Learn and improve: Owners review conversion, stage age, follow-up delay, win rate, and forecast variance.

The data model

Core CRM records

What each record represents, and the minimum a team needs on it.

Record	What it represents	Example minimum fields	Connected to
Lead	An inquiry not yet qualified	Source, need, status, owner, permission status	Contact, account, activity
Contact	An individual in a business relationship	Name, role, business contact details, relationship role	Account, deal, activity
Account	The organization behind the relationship	Name, industry, region, segment, owner	Contacts, deals, quotes
Deal	A potential commercial outcome	Amount, stage, close date, owner, next action	Account, contacts, activities, quotes
Activity	Work to perform or an interaction to record	Type, date, owner, outcome	Relevant customer and deal
Quote	A versioned offer of products, prices, and terms	Lines, quantity, price, discount, tax, validity	Deal and approval workflow
Note or file	Supporting decision context	Type, version, access, date	Authorized records

Scroll the table sideways to see every column.

More fields do not automatically mean better data. A field should support a decision, legal requirement, integration, or useful automation. The data dictionary should state its meaning, owner, source, required stage, and retention rule.

What a shared record costs to keep

Shared and current are not properties the software supplies. Both are maintained, and someone pays for that upkeep every week: Validity’s State of CRM Data Management in 2026, a survey of 500 marketing professionals in the U.S., the U.K., Brazil, Australia, and New Zealand, reports that nearly a third of teams spend six or more hours a week just fixing and reconciling data. The same company arrives twice under two spellings, and a person has to decide which record survives, because no system knows which spelling your finance team invoices; the identity rules that keep the count down are set out in the CRM database guide.

What are the main types of CRM?

There are four main types of CRM: strategic, operational, analytical, and collaborative. Each one answers a different question about the same customers.

Four approaches

Four approaches to the same customer record

Named by the question each one answers.

CRM approach	Primary purpose	Common use	The question it answers
Strategic CRM	Align long-term customer relationships with the business model	Segmentation, value proposition, relationship standards	Which customers do we serve, and how?
Operational CRM	Run day-to-day marketing, sales, and service workflows	Lead follow-up, pipeline, tasks, quotes, cases	Who must do what next, and when?
Analytical CRM	Turn trusted data into decision support	Conversion, segmentation, forecasting, loss analysis	What is happening, why, and what should change?
Collaborative CRM	Share context across teams and channels	Sales handoff, partner work, service history	Why is the customer being asked to repeat information?

Scroll the table sideways to see every column.

Modern cloud products combine these approaches at different depths. A product label such as “analytical” or “AI-powered” is not proof that your source data is sufficient or that its output is accurate. Test the actual use case.

Because they are layers, a weakness in one shows up in another, usually later. A report cannot summarize a loss reason nobody was asked to choose, and a handoff cannot carry context nobody logged. That puts the test upstream of the analysis: does the daily work produce the record the other three layers read? Read a feature list in the same order, capture first and reporting last, because the CRM features that decide what gets written down also decide what can be counted.

Who uses CRM?

Sales teams usually adopt CRM first, whether they sell to other businesses or to consumers. Every team that touches a customer can then work from the same records, each for a different job.

• Sales representatives manage priorities, customer history, deal stage, quotes, and next actions.
• Sales leaders review pipeline coverage, stage health, overdue work, forecasts, and coaching needs.
• Marketing teams connect approved source and campaign context to sales outcomes and permissioned segments.
• Customer success and service receive the promises and relationship context needed for a responsible handoff.
• Revenue or sales operations owns the data model, stage definitions, automation, reports, and adoption system.
• Finance and operations receive approved commercial data and complete authoritative transactions in the appropriate system.
• IT, security, privacy, and legal teams evaluate identity, access, integration, retention, transfer, and vendor risk.

Wholesale distributors, manufacturers, professional services firms, law firms, engineering and architecture practices, logistics and transportation companies, and construction and real estate businesses can share basic CRM records while requiring different stages, fields, controls, and metrics. Configuration should reflect observable decisions in the real customer journey; the CRM workflows by industry show what a team in each sector can set up.

What are the benefits of CRM?

The benefits of CRM show up first as changes in daily work: faster and more consistent follow-up, cleaner customer records, quicker quote turnaround, consistent loss reasons, and forecasts built on current deals. A claim such as “CRM increases sales” is not a measurement plan. CRM changes a way of working; the team then measures the operating and commercial outcome.

Measure it

What changes, and how to measure it

Each row pairs a change in how the work is done with a measure that would show it.

Change in work	Useful measure	Example definition
Leads are assigned and receive a dated follow-up	Speed to first response, unattended qualified-lead rate	Unattended qualified leads ÷ all qualified leads
Stage exit criteria are standardized	Stage conversion, time in stage	Records advancing ÷ records entering the stage
Quotes are attached to deal and approval	Quote creation and approval time	Sent time − requested time
Loss reasons are consistent	Loss-reason distribution	Losses by reason ÷ total closed losses
Forecasts use current deals	Forecast variance	Absolute difference between forecast and actual, ÷ actual
Teams use a shared timeline	Complete handoff rate, repeated discovery	Complete handoffs ÷ all handoffs
Sellers complete work in CRM	Adoption and record completeness	Current required records ÷ open records

Scroll the table sideways to see every column.

Win rate, revenue, and cycle length can also change because of pricing, campaigns, staffing, product changes, or market conditions. Define the baseline, comparison period, cohort, and other material changes before making a causal claim.

CRM vs. spreadsheets, ERP, and adjacent systems

A CRM is the authority for the customer relationship and the open deal. An ERP is the authority for posted orders, invoices, inventory, and accounting entries. A spreadsheet is a flexible list that works until several people need to edit the same customer at once.

Boundaries

Which system is authoritative for what

The third column is the one that prevents an integration project from creating two competing masters.

System	Primary job	Best at	Usually not the authority for
CRM	Customer relationship and the deal	Interactions, pipeline, activity, quotes, handoff	Final accounting, inventory, or production transactions
Spreadsheet	Flexible lists and calculations	Quick analysis, simple single-user tracking	Relationships, permissions, concurrent work, history, automation
ERP	Enterprise resources and transactions	Finance, inventory, procurement, production, orders	Early relationship, activity, and deal context
Marketing automation	Permissioned campaign workflows	Forms, segments, email journeys, campaign nurturing	Full sales deal and commercial approvals
Help desk	Resolve requests or cases	Queues, service levels, support interactions	Sales pipeline and quoting
Customer data platform	Unify data from multiple sources	Identity resolution and behavioral audiences	A seller’s tasks and deal execution

Scroll the table sideways to see every column.

Define which system is authoritative for each object and field. For example, CRM may own an open deal and approved quote while ERP owns the posted order, invoice, inventory balance, and accounting entry. Integration should pass the approved handoff without creating two competing masters.

Ownership is settled field by field rather than system by system, and it is written down with a name beside it before any connector is built. The field-level version of that decision, and what to do on the day a connection fails, belongs to CRM integration. One caution before either: no ownership rule survives a duplicate, because two rows for the same company each obey it separately. Matching and merge policy sit with the CRM database.

CRM vs. ERP

CRM and ERP divide the same customer relationship rather than compete for it. CRM owns the lead, the open deal, and the approved quote; ERP owns the posted order, the invoice, inventory, and the accounting entry once that quote is fulfilled. The handoff happens once, at the approved quote. From then on, ERP is authoritative for the transaction, and CRM keeps the relationship and what should happen next. See how CRM records hand off to invoicing and accounting for the field-level version of that boundary.

When does a business need CRM?

A business needs CRM when its customer work no longer fits in one person’s head and inbox. Evaluate CRM when several of these conditions appear: multiple people touch the same customer; history is scattered across inboxes; follow-up depends on memory; the same account differs across files; quotes and deals are disconnected; managers rebuild forecasts; context leaves with an employee; or access and changes cannot be explained.

A simple spreadsheet may remain sufficient for one person managing a small number of short-lived relationships with no collaboration, workflow, or reporting requirement. Even then, protect access, backups, and personal information. Adding complexity before it solves an actual problem is not CRM maturity.

A readiness test on records you already have

A maturity model places you on someone else’s ladder. A sharper test uses deals you have already closed, won and lost. Take ten from last quarter and answer four questions about each from what was written at the time, without asking the person who worked it:

• Where did this come from, and who touched it first?
• What was promised in writing, and by whom?
• What was the last commitment made to the customer, and was it kept?
• Why did it close this way, in words a second reader would also choose?

Count how many you could finish. The gaps show which part of the process leaves no trace. Where most records already answer all four, a CRM mainly makes the work faster and visible to more people. Where few do, fix the moment the record gets written before choosing the thing that writes it.

Cloud, on-premises, and open-source CRM

Cloud CRM (SaaS) is operated by the provider and accessed through a browser or app. It can make deployment and updates faster. Buyers should still review data location, subprocessors, backup, identity, availability, export, and post-termination deletion.

On-premises CRM can provide more direct infrastructure control but transfers patching, monitoring, backup, disaster recovery, email security, and specialist staffing to the organization.

Open-source CRM provides rights under its license; it does not eliminate hosting, engineering, security operations, upgrades, integration, or support cost. Compare operating models, not license labels alone.

For reference, Senitix CRM is a cloud CRM that runs in a web browser. Customer data is hosted in the European Union and encrypted in transit and at rest. The subprocessors page lists the current locations and providers.

Integrations, data ownership, privacy, and security

CRM commonly exchanges data with websites, email and calendar, calling, quote or e-signature, accounting and ERP, support, identity, and business-intelligence systems. For each integration, document the source, target, direction, latency, error queue, retry behavior, permission, and accountable owner. “Two-way sync” is not a complete specification.

For a buyer in the United States, a privacy and security review should map the organization’s actual obligations rather than assume one universal federal privacy rule. Evaluate applicable state privacy laws, such as California’s CCPA, along with sector requirements, customer contracts, data-processing terms, subprocessors, retention, cross-border processing, and individual-rights workflows with counsel. Customers or employees in the EU or the UK can bring the GDPR or the UK GDPR into scope as well.

Accept only controls a vendor can evidence today. Treat absolute claims such as “completely secure,” “zero risk,” or an unsupported compliance badge as a reason to ask again, and hold us to the same rule. Senitix publishes its own controls in Annex II of its Data Processing Addendum.

Four ways a connection gets built

• Native connector. One of the two vendors builds and maintains it. It breaks when the other product changes its API, or when the field you need was never mapped.
• iPaaS or middleware. A third platform holds the mapping. It becomes an unowned dependency: another subscription, another outage, logic neither administrator reads.
• Direct API work. It fits exactly, because you wrote it. It breaks when the author leaves without documenting the matching key, the retry rule and the rate limit.
• File exchange. Scheduled files over SFTP, still ordinary with finance systems. It fails silently: a file that never arrives looks like a quiet day.

Ask a vendor which of the four each connection on its integration page is, and who gets paged when one stops. In Senitix CRM, email and calendar are native connectors. A rep connects Gmail, Microsoft Outlook, or any other mailbox over IMAP and SMTP, plus Google Calendar or Microsoft Calendar, and each synced thread lands on the contact, account, or deal it belongs to. Direction, matching and recovery decide the rest, and CRM integration works through all three.

What does AI do in a CRM?

Inside a CRM, AI is best used for a short list of concrete jobs rather than as a general assistant:

• Draft a follow-up for a person to review and send, not to send on its own.
• Summarize a long activity history so nobody has to reread every note before a call.
• Suggest a next step based on the deal and where it stands.
• Flag a pattern, such as a stalled deal or a quiet account, for a person to check.

Census Bureau researchers, writing in an April 2026 working paper on the Business Trends and Outlook Survey, found that 18% of U.S. firms used AI in a business function between November 2025 and January 2026, and that sales and marketing was the most common place for it: 52% of the firms using AI in at least one function used it there.

See what Senitix AI drafts and what a person still confirms before any of it reaches a customer.

The AI CRM guide covers what each of those jobs is worth today. AI cannot make missing source data true. Each use case needs a clear purpose, permitted inputs, access boundaries, provider and model details, retention behavior, evaluation, and a human-review point.

Customer-facing messages, pricing or discount decisions, contract terms, sensitive-data processing, and decisions with significant effects on a person should not be silently automated. Users need to know when AI prepared an output, inspect the source record, and correct the result.

In Senitix CRM, Senitix AI answers questions from the records a user can already see, drafts and rewrites email, summarizes threads, writes a daily digest, and suggests a next action. Nothing is sent or changed until that user confirms, and each user has a daily request allowance. Lead and deal scoring in Senitix is a separate, rule-based feature, not an AI prediction.

How much does CRM cost?

A CRM costs a subscription, usually priced per user per month, plus the internal work of setting it up and keeping it current. As one published example, Senitix CRM has a Free plan for up to 2 users with no time limit and no credit card, and paid plans priced per user per month, with a lower rate for yearly billing; every tier and price is listed on Senitix CRM pricing.

The subscription price is only one part of total cost:

Normalize currency, taxes, payment term, user types, minimum seats, storage, API limits, support, renewal assumptions, and exit cost. A forever-free plan, a time-limited trial, and open-source software are different operating and commercial models.

The formula is only useful once each term carries a number. Over three years, with your own inputs:

• Subscription: the seats you expect in month twelve, times the monthly rate of the tier you would actually be on, times thirty-six.
• Implementation: configuration days, times the day rate of whoever spends them.
• Integration: build cost per connection, a yearly share to keep it working, plus any connector carrying its own subscription.
• Migration: extraction, matching and rehearsal hours, counted twice, because the first pass is the rehearsal.
• Administration: the fraction of a person who owns fields, stages, reports and access, in every one of those months.
• Training: hours per role at launch, and the hours owed to everyone who joins afterward.
• Year-two cleanup: the rework due when stages or fields stop matching how the team sells.

Run it twice: once at today’s headcount, once at the size the plan assumes you will reach. The last two lines appear on no price list and keep running after year one, which is where the CRM practices that survive year two earn their place.

How do you choose the right CRM?

The best CRM for a team is the one that passes the same test as every other finalist, run on that team’s own records and scored on a sheet agreed before the first demo. The linked guide compares a shortlist of systems, Senitix among them; this section gives the test, and the scorecard below gives the sheet.

Give every vendor the same demonstration test

Create a sample web inquiry; find and resolve a duplicate; assign the record; qualify it into an account, contact, and deal; connect a meeting and email; produce two quote versions; request a discount approval; update the record in a phone browser; show the manager’s forecast; then export every related record and attachment. Require the vendor to complete this scenario in the product, not substitute a prepared presentation.

Scorecard

CRM selection scorecard

The weights are a starting point. The evidence column is not optional.

Criterion	Suggested weight	Evidence
Daily workflow fit	25%	Common test scenario and user observation
Usability and adoption	15%	Pilot completion, steps, errors, support need
Data model and reporting	15%	Sample data and required reports
Integration and exit freedom	15%	Working integration and complete export
Security, privacy, governance	15%	Contract, control evidence, permission tests
Three-year total cost	10%	Like-for-like cost worksheet
Support and implementation	5%	Responsibilities, service level, relevant reference

Scroll the table sideways to see every column.

A high weighted score cannot offset failure of a critical workflow, security requirement, legal obligation, or exit test. There is no universal “best CRM.” The right system is the one that fits the operating model and can be run reliably with trusted data.

The demonstration test above proves nothing unless the data is yours: your own records, sent a week ahead, with the misspellings and the duplicate accounts left in. A cleaned sample only shows that the product works on data you do not have. The cost row of the scorecard has the same problem. It cannot be filled in from a demonstration, only from published limits. Senitix publishes its own on plans and pricing. Four moments inside the scenario are worth more than the rest.

• The duplicate. Ask them to find it, not to show you the merge screen. Finding is the part your team will do weekly.
• The conversion. Watch the source and the email history survive a lead becoming an account and a deal. Whatever drops there is missing from every later report.
• The second quote version. Change a price after the first was sent, then ask which one the customer is holding.
• The approval. Push a discount past the threshold and watch who gets notified, on what device, and what the seller is expected to do while waiting.

What a first month can look like

For one team with clean data and a single pipeline, a focused launch can fit in a month. A larger project is planned by gates rather than dates, and the CRM implementation guide sets those gates out; the plan below is an example of the smaller case, not a schedule to hold a vendor to.

Thirty days, in five-day blocks

A focused launch, not a full migration. The order matters more than the dates.

1. Scope (days 1–5): Name the process owner, success measures, user roles, no more than five to seven initial stages, and the field dictionary.
2. Data (days 6–10): Inventory sources, remove duplicates and obsolete fields, and run a sample migration.
3. Configure (days 11–15): Set permissions, stage definitions, tasks, quote settings, approvals, and essential integrations.
4. Pilot (days 16–20): Representatives and managers complete real scenarios; the team removes unnecessary friction.
5. Train and cut over (days 21–25): Train by role with actual records and establish the final write date for the old tool.
6. Measure (days 26–30): Review completeness, overdue follow-up, stage age, workflow adoption, and support demand.

CRM does not finish at launch. Assign owners for monthly data-quality review, quarterly process review, and periodic access and integration review.

Common CRM implementation mistakes

• Digitizing a broken process without simplifying it.
• Adding fields for every possibility and turning sellers into data clerks.
• Naming stages without defining observable exit criteria.
• Migrating every legacy record before cleanup and a sample rehearsal.
• Treating one training session as an adoption system.
• Optimizing reports while the customer-facing next action remains unclear.
• Building integrations without data ownership and error recovery.
• Accepting AI output without source checks and human accountability.
• Failing to test cancellation, complete export, and deletion before purchase.

Stage and field design prevents most of them, and CRM strategy is where that design is written out. The ones that appear in the second year, when the design is sound and the habits have drifted, are in CRM best practices.

CRM glossary

Pipeline

A view of deals across defined selling stages.

Qualification

Evaluation of fit, need, timing, buying roles, and practical ability to proceed.

Conversion rate

The proportion of records moving from a defined stage to a defined outcome.

Win rate

Won deals divided by the relevant closed deals; every report should state the denominator.

Sales cycle

The time between a defined starting event and a won or lost outcome.

Forecast

An estimate of future sales based on current deal data and explicit assumptions.

System of record

The authoritative system for a defined object or field.

Duplicate

More than one unnecessary record representing the same person or organization.

Automation

A rule that initiates work, notification, or a data action under stated triggers and conditions.

Adoption

Users completing necessary work correctly and on time, which takes more than logging in.

Key takeaways