121 CRM working template · User-acceptance test plan

User-acceptance test plan: structure the work before configuring it.

Test real work and exceptions before go-live. This template provides a compact working structure, prompts for the information that matters and shows how Bramble Heating might complete it. It is guidance, not proof of legal, commercial or operational sufficiency.

Subscribe to 121 CRM Seller, billing and cancellationRead the implementation checklist

Customer Thread

User-acceptance test plan at a glance

Illustrative example

Scenario and role
State the fact or decision in plain English.
Expected result
Add enough evidence for another person to understand the record.
Observed result
Add enough evidence for another person to understand the record.
Defect, owner and retest
Name who checks it and what happens next.
Human decision

Fictional completed example for Bramble Heating, a heating and maintenance firm.

Fictional completed extract

See the user-acceptance test plan in use

The interface illustrates a working decision record, with ownership and review visible.

121 CRM · Control responsibilities

Control questionOwnerNext check

Who can export customer data?CustomerConfirm

Who changes workflow permissions?Agreed scopeRecord

What happens at account closure?SharedDefine

Which suppliers process data?SharedCheck

Illustrative exampleIllustrative governance pattern. It does not assert that a specific technical control or certification is in place.

Inside the working system

See what each part contributes.

The CRM is easier to plan when contacts, conversations, work, access and automation are treated as separate capabilities with clear responsibilities.

Capability 01

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.

Capability 02

Testing and execution logs

Supports test runs and operational evidence used to diagnose why a record did or did not follow a path.

How it works: Runs an ordered sequence only after its configured trigger and conditions are met.
Why use it: Gives a human a way to verify automation and investigate exceptions.
Plan for: Automation follows its configuration; it cannot repair poor data, unclear rules or an unavailable external service.
Your team owns: A process owner must approve, test, monitor and pause or correct faulty automation.

Capability 03

Contacts

Stores a person or lead with contact details, activity, ownership and related records.

How it works: Stores or organises supported business data under configured fields, permissions and record rules.
Why use it: Gives a team one place to understand who a customer is and what has happened.
Plan for: The platform does not make imported, duplicated or incomplete data accurate without review.
Your team owns: A data owner must define the record model and resolve quality, ownership and access exceptions.

Capability 04

Opportunities

Represents a potential sale or deal linked to a contact, value, owner and pipeline position.

How it works: Tracks a potential deal, stage, owner or task using configured pipeline and record rules.
Why use it: Shows which customer conversations are active commercial work rather than general contacts.
Plan for: Pipeline position is only reliable when users and workflows update it consistently.
Your team owns: A responsible owner must qualify the deal, choose next actions and resolve stale or disputed status.

How to use it

Complete the user-acceptance test plan in a short working session

Bring the people who understand the source work and the people who will own the result. Complete the first version with evidence to hand, then test it rather than polishing it in isolation.

Set a narrow scope

Name the process, team, data population and decision covered by this user-acceptance test plan. Create another record when the owner, purpose or risk is materially different.

Use observable wording

Write facts, rules and expected results that another person can inspect. Replace words such as “quick”, “complete” or “automatic” with a time, population, event or named responsibility.

Human review point

Record uncertainty

Mark missing evidence and unresolved decisions openly. Do not turn an unknown entitlement, data condition or approval into a positive answer simply to complete the sheet.

Fields to complete

The four parts of this user-acceptance test plan

The prompts are deliberately small. Add a field only when it changes configuration, testing, ownership or a later decision.

1. Scenario and role

Describe scenario and role for the exact scope being reviewed. Include the source of the information, the person responsible for keeping it current and the evidence that would show the entry is wrong or incomplete.

2. Expected result

Describe expected result for the exact scope being reviewed. Include the source of the information, the person responsible for keeping it current and the evidence that would show the entry is wrong or incomplete.

3. Observed result

Describe observed result for the exact scope being reviewed. Include the source of the information, the person responsible for keeping it current and the evidence that would show the entry is wrong or incomplete.

4. Defect, owner and retest

Describe defect, owner and retest for the exact scope being reviewed. Include the source of the information, the person responsible for keeping it current and the evidence that would show the entry is wrong or incomplete.

From record to action

Check the handover before approval

A second view shows how the recorded decision should connect to testing, exceptions and accountable human review.

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.

Fictional example

A completed extract for Bramble Heating

Bramble Heating uses the template for one bounded CRM change. The example is intentionally modest: it shows the quality of a useful entry without suggesting a universal answer.

Scenario and role

The team wants one agreed record and owner for website enquiries received during working hours. Success means each valid enquiry has a source, owner and dated next action.

Expected result

Amina owns the working definition; Sam covers absence. The office team can edit the record, while managers can review exceptions and results.

Observed result

The team tests five ordinary examples plus a duplicate, an opt-out, missing information and an unassigned record. Every mismatch is logged for correction.

Defect, owner and retest

A person reviews the result after two weeks. Activation or wider use proceeds only if the sample reconciles and staff can handle exceptions without a private workaround.

Review before use

Treat the template as a decision record, not a certificate

A completed worksheet helps people inspect their reasoning. It does not itself establish compliance, product availability or a successful implementation.

Check the evidence

Ask whether every important statement has an identifiable source and whether that source covers the current scope. Recheck vendor capability and account configuration separately.

Test the handover

Give the record to someone who did not write it. If they cannot explain the owner, rule, exception and next action, revise the wording before relying on it.

Set a review trigger

Review after a failed test, material process change, supplier change, new channel, altered responsibility or evidence that staff are bypassing the agreed method.

Questions about this page

Useful answers, without the sales fog.

1. Can we use this user-acceptance test plan without changing it?

Use the structure as a starting point, but adapt the scope, fields, evidence and approvals to the real process. Delete prompts that do not affect a decision and add only those you can maintain.

2. Is the user-acceptance test plan a legal or compliance template?

No. It is an operational planning aid. Obtain appropriate professional advice where the work involves legal, regulatory, contractual, clinical or other specialist obligations.

3. Does completing the user-acceptance test plan confirm a 121 CRM entitlement?

No. Product features and account availability must be checked against the live configuration and agreed commercial scope before implementation.

4. Who should approve the completed user-acceptance test plan?

The person accountable for the affected process should review it with the people responsible for data, configuration, customer communication and exception handling.

Read all CRM questions

Continue the journey

Guides Implementation checklist CRM cutover plan

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