CRM Support
CRM administration on Salesforce, HubSpot and Odoo, on a monthly retainer or a prepaid hour bank. A named team, response targets in writing, release management and a quarterly review — not a ticket queue that rediscovers your setup every time.
Business hours, Mon–Fri, CET. Severity definitions and targets published below rather than promised in a proposal.
Where support fails
Most CRM administration is not missing. It is present, billed monthly, and does not solve the thing it was bought for.
Each ticket starts with a question you answered six months ago. Nothing is documented, so every fix costs the discovery time of a first fix, and the invoice reflects it.
The sync fails, someone patches it, it fails again. Support that treats symptoms without naming the underlying cause is a subscription to the same outage.
Three times a year the platform ships changes. If nobody tests them against your org in advance, your users find the breakage instead, usually on a deadline.
The one person who understood the org moved on. What remains is a working system nobody can safely change, which is a risk even when nothing is currently broken.
One partner does the integration, another does marketing ops, an internal person owns reporting. Small changes in each area stack into a system that no single person can explain.
Support is not a queue, it is ownership. The difference shows up in what gets documented, what gets fixed twice, and whether the quarterly conversation is about your roadmap or about last month's tickets.
Scope
Six areas, each with a named owner on our side. Anything outside them is quoted rather than absorbed, so the retainer stays predictable for both of us.
Broken automation, duplicated records, users locked out, fields that stopped populating. Triaged by severity, with the cause named rather than only the symptom patched.
Platform releases tested against your org before users meet them, with anything affected listed in advance. Twice a year this is the difference between a quiet Monday and an incident.
Joiners, leavers, role changes, permission sets and licence reassignment. The unglamorous work that decides whether the security model holds up after eighteen months of staff turnover.
New fields, changed definitions, dashboards per role, scheduled delivery. Including the question worth asking annually: which of these reports does anyone actually read.
Failed syncs caught, queued and replayed, with an owner who is paged. Includes the maintainable version: API version upgrades and retry tuning before they become incidents.
What changed, what broke and why, licence usage against seats paid, and what should be on the roadmap next quarter. The review is the reason a retainer is a service rather than a subscription.
Response times
A support promise without a response time is a slogan. These are the targets we work to during business hours, and they are written into the agreement rather than left to memory.
| Severity | What it means | Target first response |
|---|---|---|
| P1 · Critical | The CRM is unusable, or data is being lost or duplicated at scale. Nobody can work. | 1 business hour |
| P2 · High | A core process is blocked: deals cannot be created, cases cannot be closed, an integration has stopped. | 4 business hours |
| P3 · Normal | A single user or team is blocked, a report is wrong, or a small change is needed. | 1 business day |
| P4 · Request | Enhancements, new fields, reporting changes, planning work. Scheduled, not triaged. | Next scheduled slot |
Response is not the same as resolution, and we will not blur the two. What the target commits to is that a named person has picked it up, triaged it and told you what happens next. Resolution estimates come with that reply.
Commercial shapes
Same team, same targets. The difference is whether you want predictability or flexibility, and most companies pick the wrong one for their actual volume.
Predictable
A fixed monthly fee with a defined pool of hours and the response targets above. Right when the CRM carries the business and the work is continuous.
Flexible
Buy hours in advance and draw them down when needed. Right when volume is low or seasonal, and when an internal admin already carries the day-to-day.
The comparison worth making before deciding: a retainer is measured against the loaded cost of a full-time administrator, including recruitment, platform certifications and holiday cover. For some companies the answer is obvious in one direction or the other. For most, it is worth doing on paper rather than assuming.
When it has already gone wrong
Some orgs do not need a support plan. They need to be stabilised first. This is a defined piece of work between a health check and an ongoing retainer.
A configuration record built from the org itself, because the org is the only source of truth left. Objects, automations, permissions, integrations and the workarounds holding it together.
Fix what is actively losing or corrupting data, remove automations that conflict, close the security gaps, and get the integrations failing loudly instead of quietly.
Either your team takes it with documentation in hand, or it rolls into a retainer with a known baseline. Both endings are agreed at the start, not negotiated at the end.
Typical causes: team turnover, a setup built under deadline pressure, years of unmanaged growth, or three partners each configuring the same object. None of these are unusual, and none of them require replacing the platform.
Proof
Three engagements where the work after launch was the work that made the project count.
One service queue carrying growing enquiry volume, with SLAs visible to the people who have to meet them and reporting the operation actually uses.
Read case studyOnly around 60% of recurring donations were being processed. The lasting fix was bank integration plus reconciliation that runs automatically, rather than a monthly repair routine.
Read case studyRegulated onboarding stayed workable after launch because the compliance state became a field with an owner, not a folder of documents nobody could audit.
Read case studyTell us the platform, roughly how many users, and what breaks most often. We will tell you the right shape, including when it is not us.
Across the platforms
The retainer covers all three, and one plan can cover more than one. What changes is what breaks and how often.
Release testing across three annual releases, permission and sharing model upkeep, Flow maintenance, and licence and storage management. The most predictable of the three, and the most configurable.
The platform changes continuously rather than in releases, so drift is caught in the quarterly review rather than at renewal. Lifecycle, scoring and data hygiene are the areas that move.
Version upgrades, module compatibility and ORM-level fixes, plus the finance-side implications of any change to the customer record. Fewer surprises, but a heavier upgrade when it lands.
FAQ
Someone accountable
Tell us the platform, roughly how many users, and what breaks most often. We will tell you whether a retainer, an hour bank or an internal hire is the right answer — including when it is not us.