121 CRM guide · Attribution limitations

Attribution limitations: turn the information into a decision people can explain.

Begin by making the current ambiguity visible to the people who do the work. This guide helps a small team identify decisions, expertise and relationship work that software cannot safely supply. It uses a bounded customer journey, clear ownership and evidence people can review, keeping attribution limitations grounded in real work rather than treating it as another abstract CRM ambition.

Subscribe to 121 CRM Seller, billing and cancellationExplore all practical guides

Customer Thread

Attribution limitations in a working decision

Illustrative example

Define the question
Write down what the team needs to improve or decide about attribution limitations.
Observe the work
Use written metric definitions, source-field checks, reconciled samples and named review owners, not assumptions.
Agree the boundary
Record how attribution limitations may be supported by the CRM and where a person must decide.
Human decision
Test and review
Check whether a reader can trace each figure to its definition, period, source and known limitation, then revise the method.

Fictional example using Field & Form; adapt the method to your own customers, responsibilities and configuration.

Fictional working example

See attribution limitations in context

This code-built attribution limitations illustration shows how the decision could appear inside a working CRM, demonstrating information and responsibility rather than a fixed account configuration.

121 CRM · Reporting summary

Journey summary

New

Illustrative

Owned

Illustrative

Due

Illustrative

Website

Referral

Direct

Illustrative exampleFictional figures only. Definitions, access, data quality and interpretation determine whether a view is useful.

CRM building blocks

Connect the advice to day-to-day CRM work.

These are the practical tools behind the guide, with enough context to decide where they can help and where people still need to take responsibility.

Capability 01

Dashboards

Combines supported widgets and filters into an operational view for ongoing monitoring.

How it works: Aggregates eligible source data into configured dashboards, reports or exports.
Why use it: Helps a team review the few measures needed for the next decision.
Plan for: A report reflects available source data and configuration; it does not prove causation or data completeness.
Your team owns: A person must interpret results, investigate gaps and decide what action is justified.

Capability 02

Custom reports

Builds multi-page reports from selected widgets, sections, themes and date settings.

How it works: Aggregates eligible source data into configured dashboards, reports or exports.
Why use it: Packages relevant performance information for a particular audience instead of exporting everything.
Plan for: A report reflects available source data and configuration; it does not prove causation or data completeness.
Your team owns: A person must interpret results, investigate gaps and decide what action is justified.

Capability 03

Attribution reporting

Uses captured source and journey data to report supported lead and revenue attribution views.

How it works: Aggregates eligible source data into configured dashboards, reports or exports.
Why use it: Helps a team investigate which recorded routes contributed to an enquiry or sale.
Plan for: A report reflects available source data and configuration; it does not prove causation or data completeness.
Your team owns: A person must interpret results, investigate gaps and decide what action is justified.

Capability 04

Audit logs

Records supported user, account and settings activity for filtering and operational review.

How it works: Controls agency or sub-account configuration that determines access, packaging, governance or billing.
Why use it: Helps an administrator investigate changes and maintain accountability.
Plan for: Availability and control depth depend on agency plan, role and current account configuration.
Your team owns: An authorised administrator must review, approve and audit material changes.

Capability 05

Users, roles and permissions

Controls whether a user acts at agency or sub-account level and which supported areas they can access.

How it works: Controls agency or sub-account configuration that determines access, packaging, governance or billing.
Why use it: Limits day-to-day access to the work a person actually needs to perform.
Plan for: Availability and control depth depend on agency plan, role and current account configuration.
Your team owns: An authorised administrator must review, approve and audit material changes.

Start with the decision

Start with the decision behind attribution limitations

The useful aim is to produce a decision-useful view whose definitions and limitations are understood. For attribution limitations, define what needs to change, who owns the choice and how the team will recognise a better customer or staff outcome.

The question to answer

Write this reporting method as a question an owner can answer. Here, the practical task is to identify decisions, expertise and relationship work that software cannot safely supply. Name the customer stage and the later action this reporting method should inform.

Evidence to bring into the room

Collect written metric definitions, source-field checks, reconciled samples and named review owners. Use a small current sample to test this reporting method, including one example that did not follow the expected path.

Human review point

A boundary people can recognise

The main risk is that a precise figure can be misleading when definitions, source coverage, timing or exclusions have changed. State the stop, escalation or approval point for this reporting method in ordinary language and give it to a named person.

A practical method

A four-part method the team can test

Try this method on a representative slice of this reporting method before changing every team or record. Each part of the attribution limitations trial should leave evidence that another person can inspect, challenge and repeat.

1. Define the measure

Write the population, event, period, exclusions, calculation, owner and decision before placing a number on a dashboard; keep the practical aim in view: identify decisions, expertise and relationship work that software cannot safely supply.

2. Validate the inputs

Trace a sample back to source records and check missing, late, duplicated and manually changed values; keep the practical aim in view: identify decisions, expertise and relationship work that software cannot safely supply.

3. Investigate movement

Compare like periods and segments, then look for process or data changes before attributing a rise or fall to performance; keep the practical aim in view: identify decisions, expertise and relationship work that software cannot safely supply.

4. Record the decision

State what the review changed, who owns the next investigation and when the definition or data source will be checked again; keep the practical aim in view: identify decisions, expertise and relationship work that software cannot safely supply.

Review the method

Make the next decision visible

Use the second view to inspect ownership, exceptions and the evidence the team should review before extending this reporting method.

121 CRM · Connected operations

Book discovery

October · illustrative availability

MTWTFSS1234567891011121314

11:3014:00

Appointment sequence

Booked

Calendar entry created

1 day before

Reminder scheduled

Exception

Owner reviews a reply

Journey summary

New

Illustrative

Owned

Illustrative

Due

Illustrative

Website

Referral

Direct

Illustrative exampleAll dates, counts and workflow states are fictional. Availability and behaviour depend on the agreed setup.

Worked example

How Field & Form could apply the guide

Field & Form is a landscaping business. The team tests attribution limitations on one bounded customer journey, using fictional data and the existing working practice as its comparison point.

The starting question

Field & Form needs to identify decisions, expertise and relationship work that software cannot safely supply. The customer context needed for this reporting method exists today, but it is spread across records and individual knowledge, so another colleague cannot consistently explain the next decision.

The bounded trial

The team selects ten recent examples, applies the four-part method to this reporting method and records every exception. It changes only the minimum fields, ownership rules and prompts needed for this reporting method; one person can halt the trial if customer context is lost.

The review conversation

The owner checks whether a reader can trace each figure to its definition, period, source and known limitation. Staff compare the new route for this reporting method with the earlier practice, identify avoidable administration and show which awkward case still needs a person rather than another rule.

The honest conclusion

Capability, commercial inclusion and configured availability are different questions; verify all three for the intended customer account for this attribution limitations trial. The trial can show whether the method is clearer for Field & Form; it cannot promise revenue, growth or a universal result.

Limits and review

Limits, warning signs and review points

The attribution limitations design needs another look when teams argue about definitions, totals do not reconcile, a source changes or a dashboard no longer leads to a decision. Give this reporting method both a calendar review and an event-driven trigger so a once-useful configuration does not quietly become misleading.

Treat workarounds as evidence

If staff keep a private list, retype the same value or move this reporting method into chat, ask what the agreed method failed to represent. Fix that problem before layering another automated action over this reporting method.

Challenge the apparent signal

The CRM shows captured events under chosen definitions. Before drawing a conclusion from this reporting method, check missing activity, timing, duplicated records and whether the population still matches the decision.

Reconfirm availability and dependencies

Capability, commercial inclusion and configured availability are different questions; verify all three for the intended customer account for attribution limitations. Recheck the providers, permissions, retention and communication rules supporting this reporting method when the scope changes.

Human review point

Give somebody the stop decision

The accountable owner must be able to pause this reporting method, correct the record and explain why an exception was handled differently. Responsibility for this reporting method cannot be delegated to a status or score.

Questions about this page

Useful answers, without the sales fog.

1. What decision should come first in attribution limitations?

Start with the question that changes a customer action or handover: how will the team identify decisions, expertise and relationship work that software cannot safely supply? Give this reporting method an owner and test it against a few current examples before choosing more configuration.

2. What evidence is useful for reviewing attribution limitations?

Bring written metric definitions, source-field checks, reconciled samples and named review owners. Include a normal case, a missing-information case and an exception so the review of this reporting method does not describe only the ideal journey.

3. Where should automation stop when handling attribution limitations?

Stop where context, consent, fairness, professional responsibility or an unusual customer need changes the appropriate action for this reporting method. A person should own that point in this reporting method and be able to explain the decision.

4. What should trigger another review of attribution limitations?

Review this reporting method when teams argue about definitions, totals do not reconcile, a source changes or a dashboard no longer leads to a decision. Also set a proportionate review date for this reporting method so quiet drift is found even when nobody raises an incident.

Read all CRM questions

Continue the journey

Guides CRM dashboard design Customer management

Delegate the work. Keep the human.

Ready to organise the customer journey?

Subscribe through the approved secure checkout, or review pricing and responsibilities before you decide.

Subscribe to 121 CRM Seller, billing and cancellationCompare pricing