Operations lead, 40-person logistics operator
Read three pricing pages this week, never opened an email
0
score
Automate the admin around selling, not the selling. Clean records, a lead score your revenue team can read and argue with, and follow-up that stops the instant a person replies.
Where the order matters
CRM automation removes manual data entry and follow-up from the revenue process by enriching records, scoring leads on observed behaviour, and triggering sequences from pipeline events. The scoring model stays explicit and tunable rather than hidden inside a vendor platform.
Usually by the sales team, quietly, about four months in.
A number appears on the record and no salesperson can find out why. So they ignore it and work their own list, and the scoring project produced a field nobody reads. A model your team can open, question and adjust beats a better model they will not use.
They were mid-renewal, or had an open support ticket, and the campaign did not know. One of those emails does more reputational damage than the whole sequence generated in pipeline. Suppression rules are not an optimisation, they are the first thing to build.
Three records for the same company, half the industry fields blank, and deal stages that were last accurate in March. Automation applied to that produces wrong routing at speed. Hygiene is unglamorous and it is genuinely the first project.
Because it was, at volume, with a token personalisation field. Recipients recognise this immediately now, and the reply rate reflects it. Models are useful for drafting from a real conversation and useless for manufacturing relevance that does not exist.
Five anonymised leads with fixed attributes. Move the weights and the ranking reorders. This is roughly the conversation we run with a revenue team, and it is where sales and marketing discover they disagree about what a good lead is.
Size, sector and geography against your ICP.
Opens, visits, content downloaded, events attended.
Pricing page, demo request, procurement questions.
How recently anything happened at all.
Ranked queue
Operations lead, 40-person logistics operator
Read three pricing pages this week, never opened an email
0
score
CTO, 400-person manufacturer
Perfect profile, engaged for months, no buying signal yet
0
score
Analyst at a large bank
Opens everything, downloads everything, may be researching
0
score
Founder, 12-person consultancy
Was very active in the spring, silent since
0
score
Procurement manager, healthcare group
Asked about security documentation last Tuesday
0
score
Weight intent heavily and the logistics operator who never opens an email comes first. Weight engagement heavily and the bank analyst does. Both are defensible, and choosing between them is a commercial decision rather than a technical one.
Score is a weighted average of the four attributes, scaled to 100. That is the entire model, and it is deliberately simple enough to argue with in a meeting.
Ordered the way we build it, which is bottom-up rather than in order of interest.
Deduplication with a rule for which record survives, enrichment so nobody types a headcount, and a documented answer for which system is authoritative when two disagree. Then it runs on a schedule rather than as a one-off cleanup that decays from the day it finishes.
This is the least popular part of the proposal and the one that determines whether anything above it is true. It runs on the same self-hosted orchestration layer as the rest of your automation.
Stop conditions are designed first: a human reply, an open deal, an active support ticket, a frequency cap, a consent change. Enforced at the orchestration layer so a new campaign cannot accidentally bypass them.
A recording becomes a summary, next steps and updated fields, drafted for the rep to confirm. The highest-value use of a model here, because the alternative is records that were last accurate a month ago.
Once there is enough closed-won and closed-lost history, a model can replace the weights you set by hand. That is predictive analytics territory, and it is a second-year project.
A preference change updates everywhere, not only where it was captured. Checked at send time rather than at list build. Governed under AI compliance.
Five steps, following the same delivery shape as the rest of the AI and automation practice.
Deduplicate, enrich, and establish which field is authoritative when systems disagree. Nobody asks for this and everything else depends on it. Expect the first weeks of the engagement to look unexciting and to change your reporting more than any dashboard will.
Sales and marketing usually disagree, and the scoring model is where the disagreement becomes explicit and therefore settleable. This is a workshop rather than a technical task, and skipping it produces a score that one of the two teams quietly ignores.
An explicit weighted model held outside the CRM, with weights your revenue team can edit and a visible reason attached to every score. When a rep asks why a lead ranks where it does, the answer should be on the record rather than in a vendor's documentation.
Design the stop conditions before the send conditions. Every sequence we build answers what makes this stop before it answers what makes this send, because the failure mode of the second question is a customer receiving a prospecting email mid-renewal.
Dashboards on score distribution, conversion by score band and sequence exit reasons, so you can tell whether the model is right rather than only whether it ran. Then full assignment of definitions, scoring logic, templates and documentation.
We do not sell a platform migration as an automation project. Select yours to see what we typically build against it and where the constraints sit.
Strong native automation, which means a good deal of what teams ask us for is already available and unconfigured. We audit what you are paying for before proposing anything external, and frequently the answer is that the gap is process rather than tooling.
Where we do build outside it: scoring logic that needs to be readable and version-controlled, and cross-system suppression that has to consider support tickets HubSpot cannot see.
Usually already possible
Sequences, lifecycle stages, basic scoring
Usually needs building
Readable scoring and cross-system suppression
Everyone specifies the emails. These four decide whether the sequence helps or embarrasses you.
We are an automation agency saying no to half the AI use cases in our own category. Both lists are honest.
Real input, verifiable output, and it fixes the record decay that undermines everything else. The rep confirms rather than types.
The relevance already exists in the conversation. The model is doing composition, not inventing a reason to make contact.
Reading a form submission and deciding which team owns it. Bounded, checkable, and it removes a genuine daily delay.
Turning the weighted components into a sentence a rep reads in two seconds. Small, and it is what makes the score get used.
Four patterns by sector. Profiles are anonymised.
Relationships live in partners' heads and the CRM is updated before a review meeting. Call summarisation into records changes this more than any scoring model, because it removes the reason nobody updates it.
Consulting providersThe delay is rarely in deciding to quote, it is in gathering specifications and routing to the right engineer. Classification and routing automation returns days per enquiry without touching how anyone sells.
Manufacturing engagementsOutreach rules are tighter and the consequences of getting them wrong are regulatory. Suppression and consent propagation get built first and tested hardest, and the scoring work follows once they are provably correct.
Banking and insuranceThe same supporter appears in the donation platform, the events list and a spreadsheet. Deduplication and a single consent state prevent the appeal that reaches someone twice in a week, which matters more here than anywhere.
Non-profit and NGOThe middle column is where almost every mid-market team should be, and it is the one vendors are least interested in selling.
| Criterion | No scoring | Transparent weighted | Machine-learned |
|---|---|---|---|
| Needs historical data | None | None to start | Substantial closed-won and closed-lost |
| Can a rep see why | Not applicable | Yes, component by component | Only with explainability work |
| Adjusting it | Not applicable | Change a weight, see it immediately | Retrain and revalidate |
| Likely accuracy | Whatever the rep judges | Good, once the weights are argued out | Best, given enough clean history |
| Likely adoption | Not applicable | High, because the team helped build it | Low, until it has proved itself |
The third column is genuinely better on accuracy and routinely worse on outcome, because a score nobody acts on has no value regardless of how well it predicts. Move there once the weighted model is being used and its limits are understood. The modelling itself sits under predictive analytics.
Neighbouring parts of the AI and automation practice that appear in the same statement of work.
The orchestration layer where scoring, suppression and enrichment actually run.
Qualifying website visitors into scored records rather than into a contact form.
The other half of the customer record, and the source of half your suppression rules.
Where hand-set weights eventually become a learned model, once history supports it.
The engineering behind call summarisation and drafting, including how it gets evaluated.
The commercial framing, for leaders deciding where an automation budget goes.
Sequencing this against other priorities is what the readiness assessment is for, with platform decisions supported by our IT consulting team. To start, tell us what your CRM looks like or read the help centre.
The ten that come up in almost every first conversation.
That list is usually the automation backlog, and it is more useful than any platform audit. We reply in under 3 minutes.