Every mandatory field is a tax on your data quality
Why required fields produce placeholder values, and how to decide which ones genuinely earn their place.
Read moreMost CRM programmes fail the same way. The system is configured to satisfy management reporting, sellers experience it as administration, data quality degrades, and within a year the forecast is assembled in a spreadsheet again. The fix is not more discipline — it is designing for the seller first and letting the reporting fall out of work they were already doing.
The pattern is consistent enough to be predictable. These are the four stages of it.
Required fields exist because a report needs them. Sellers fill them in at the last possible moment with the least possible thought, and the report is built on that.
Numbers are adjusted in the weekly meeting based on who sounds confident. Nobody can explain the variance afterwards because the underlying data never supported the number in the first place.
The history of an account lives in one person's inbox and memory. When they leave, the relationship restarts, and the handover meeting captures perhaps a tenth of it.
Activity is recorded inconsistently, so the correlation between what sellers do and what closes cannot be examined. Coaching is therefore based on instinct.
Where the return actually comes from: Sales technology returns come from three places, and only one of them is reporting. Seller capacity: hours returned from administration and research, spent in front of customers instead — the largest and most direct effect. Conversion: better-qualified pipeline and disciplined follow-up, which shows up as win rate rather than as volume. And retention of knowledge: an account relationship that survives a departure, which is invisible until the first time it matters and then very obviously worth the investment.
The capability that matters when the alternative is a spreadsheet and an inbox.
Stages, qualification criteria, products and pricing configured to your actual sales process — including the parts of it that differ by product line or segment.
Contact and engagement history assembled from email and meeting activity rather than typed in, including who in your organization genuinely has a relationship with a given contact.
Forecast built from maintained opportunity data, with variance analysis, pipeline health and conversion rates by stage, seller and segment.
Microsoft's current wave adds seller-facing agents: research across CRM data and external sources, record summarisation, meeting and email recap, and proactive alerts when an opportunity needs attention.
The single largest factor in CRM adoption. Sellers update records, log activity and see context without leaving the application they already have open.
One customer record shared with Customer Service, Customer Insights and the finance system, so the seller sees support cases and payment status before walking into a renewal.
The direction is agentic selling: research conducted across CRM data, external sources and files; summaries and recommended actions generated rather than requested. The organizations that will benefit are those whose CRM data is complete enough to be worth reasoning over — which puts basic data discipline back at the top of the list rather than making it obsolete.
We baseline from your existing pipeline, win rate and seller activity data.
Hours returned to customer-facing activity
Improvement from better qualification and follow-up discipline
Variance reduction where the number comes from maintained data
Sellers using it because it helps, not because it is mandated
Sales, service and finance history in one place
Account history that survives a departure
How to read these: How to read these: the figures above are typical ranges we plan and measure against, not guarantees. In your first engagement we agree the baseline, the target and the measurement method in writing, then report against them.
Microsoft's documentation and release plans frame the application's value in the following terms.
Where this comes from: Where this comes from: these themes follow Microsoft's Dynamics 365 Sales documentation and 2026 release wave 1 plan on learn.microsoft.com, including AI-assisted pipeline building, opportunity enrichment and unified Copilot experiences across CRM and Microsoft Graph. The numeric ranges above are ours and are planning figures rather than Microsoft benchmarks.
The pipeline looks very different depending on what is being sold and how long it takes.
Pursuit management with resource demand attached, so pipeline informs resourcing rather than surprising it.
Configure-price-quote against real cost and capacity, with long sales cycles and multiple stakeholders tracked properly.
Household and entity relationship mapping, referral tracking between business lines, and next-best-product analysis.
High-volume quoting against live availability and contract pricing, with account planning across a large customer base.
Client intake and pitch tracking with conflict checking, and referral source analysis across practice groups.
Enrolment funnel management — enquiries, applications, deposits and yield, by program, territory and counsellor.
We start with the seller's day. Everything else in a CRM is downstream of whether they use it.
The configuration decisions that determine whether the data is worth reporting on.
The management layer, built on data that is maintained as a by-product of selling.
Where the platform can remove work rather than add it.
Implementation, customization, support and integration — measured against adoption and forecast accuracy, not against configuration completeness.
Environment design, tenant and licensing setup, configuration, data migration, testing and go-live — scoped to a fixed price and a fixed date, against outcomes agreed in writing before we start. For Sales that means piloting with your most sceptical team rather than your most cooperative one, because the sceptics will find the friction that kills adoption everywhere else.
Where the product stops short of your process, we extend it inside the platform rather than beside it, and we build it as configuration you can maintain wherever that is possible. Sales stages, qualification criteria, product configuration and pricing rules built as configuration your sales operations team maintains without a change request.
Managed support after go-live: a named team, agreed response times, release management for Microsoft's update cadence, and a backlog we work through with you. Ongoing configuration, reporting changes and adoption coaching — because a CRM that stops evolving with the sales process gets abandoned by it.
Connecting this platform to the systems you are keeping, with monitored, re-runnable interfaces and a documented contract for every field that moves. Outlook, Teams, marketing, service and finance connected so the seller sees the whole account without opening another system.
We will challenge every mandatory field. Each one is a small tax on the seller and a small risk to data quality, and the cumulative effect of a dozen well-intentioned required fields is a CRM full of placeholder values.
CRM is the platform where adoption is the entire project. A perfectly configured system nobody uses has negative value, because it produces confident reporting on incomplete data.
We ride along with sellers and watch how deals actually progress, including the parts nobody documents.
We configure the process to match, and justify every mandatory field individually.
We deploy to a sceptical team first and fix the friction they find before wider rollout.
We train managers on coaching from the data, not just sellers on entering it.
We track adoption, data completeness and forecast variance against the baseline for two quarters.
Manager behaviour determines CRM adoption more than any configuration decision. If pipeline reviews are run from a spreadsheet, sellers correctly conclude the CRM does not matter — so we train the managers before we train the sellers.
CRM has a poor reputation because it is usually implemented for the wrong user.
A CRM built for management reporting produces bad data and therefore bad reporting. Designing for the seller is the only route to a number you can trust.
The team that least wants this will find the friction fastest. Fixing what they find before rollout is considerably cheaper than discovering it across the whole sales organization.
Coaching from data requires knowing which activity actually correlates with closing. We instrument that from the start rather than adding it later.
The customer record is shared. Implementing sales in isolation from service and billing produces three views of the same customer, which is where the arguments start.
Two illustrative engagements showing the shape of the work.
Pipeline data was maintained sporadically and the forecast was set in a weekly meeting by discussion. Variance against actual was consistently large and never satisfactorily explained.
Sales committed to start dates without visibility of delivery capacity. Won work regularly arrived with dates the firm could not staff, and two clients were mildly disappointed instead of one.
Practical pieces on pipeline, adoption and forecast credibility.
Why required fields produce placeholder values, and how to decide which ones genuinely earn their place.
Read moreMoving from a discussion-based number to a calculated one, and what has to be true for that to work.
Read moreWhy AI raises rather than lowers the value of basic CRM discipline.
Read moreDescribe how a deal actually moves through your business, from first contact to signature. We will configure a demo around that process with your terminology and stages, and put it in front of the sellers who would have to use it.
Describe the situation in your own words.