CRM
Who should own CRM administration?
Administration is the work that keeps a CRM matching how the business sells: fields, layouts, users, permissions, reports, and rule edits. It is also the work most likely to have no named owner, which turns it into a queue that gets attention when somebody complains. This guide covers what the work includes, three ways to own it, and what to write down.
What administration actually includes
- Field, layout, and picklist changes as the process evolves.
- User provisioning, roles, and permission requests.
- Report and dashboard changes, including retiring ones nobody uses.
- Rule edits, and the occasional import or data cleanup.
- Answering "why did this record do that" questions, which is the part that requires knowing the history.
The last item is why administration is not interchangeable with any available pair of hands. Diagnosing unexpected behaviour depends on knowing what was changed and why, which is a memory the account either has in writing or does not have at all.
Three ownership models
- Internal administrator. Fits where volume is steady and there is someone with the skills and the time. The risk is that the role gets absorbed into another job, and admin work happens in the gaps.
- External agreed scope. Fits where the business needs configuration work but not a full-time role, or where nobody internally wants to hold admin permissions. The scope has to be written in categories, with a cadence and a log.
- Split. Fits where day-to-day user requests sit internally and structural changes sit outside. This needs the boundary written down, or requests bounce between the two indefinitely.
What to write down
- The scope: which categories of work are covered, and which are not.
- The cadence: how often work is picked up, and how urgent requests are handled.
- Who holds which permissions, and what happens when someone leaves.
- The change log: what changed, when, and why. This is the artefact that makes the account explainable.
- The review point: when the scope is looked at again, because volume changes.
Signs the arrangement is failing
- Requests arrive through chat and disappear, with no record of whether they were done.
- Nobody can say when a field or rule last changed, or who asked for it.
- The same request is made repeatedly because the first fix did not hold.
- Only one person knows how the account is configured, and there is no written record.
- Structural changes keep being deferred because the queue of small requests never empties.
An illustration
The example below is hypothetical and describes a pattern rather than a client account.
Where this fits
Ongoing administration is the fourth of the CRM consulting scopes, part of the Operations & Systems capability. Where the account's problems are adoption rather than configuration, the training and adoption scope is the better starting point.
CRM administration: common questions
Should the person who owns the sales process also administer the CRM?
Often, but the two are not the same job. Process ownership decides what the system should do; administration changes the configuration to match. Where one person holds both, the risk is that ad-hoc requests absorb the time needed for the changes that actually matter.
How is an external admin scope kept predictable?
By writing a monthly scope with named categories of work, a support cadence, and what sits outside it. Anything beyond the scope is quoted separately, so both sides can see what the month covers. A log of changes makes the scope checkable after the fact.
What if we have nobody who can hold admin permissions?
Then that is the first decision, not a detail to work around. Somebody has to hold the permissions, whether that person is internal or external, and the account needs to remain explainable to whoever inherits it. Shared logins and undocumented admin access are the arrangement that fails at the worst moment.
Does an external admin scope change who owns the data?
No. The subscription, the data, and the decisions about the account stay with the business. The scope covers configuration work inside an account you own, and access is granted for that purpose.
Keep reading
Related resources
CRM
What a CRM Audit Should Actually Review
The areas a CRM audit covers, the order to inspect them in, and what makes a finding useful enough to act on.
Read resourceCRM Adoption
A CRM Training and Adoption Plan That Holds
Training decides whether configuration survives contact with the team. A plan by role, a manager cadence, and a measure of record quality.
Read resourceCRM Automation
How to Review CRM Workflow Rules Without Breaking Them
Automation accumulates. Inventory what fires, find duplicates and conflicts, and change the survivors in a safe order.
Read resourceStart the Conversation
Bring us the opportunity, challenge, or next step. We'll start by understanding where you are, where you want to go, and what it will take to get there.