Skip to content
CRM Systems / GA Applications

CRM / Relationship records

Give every customer relationship a coherent, permission-aware history.

Contact and relationship records bring people, organisations, conversations, documents, preferences and responsibilities into a usable shared view. GA Applications designs the fields, relationships, duplicate controls and access rules so staff can find relevant context quickly while avoiding unnecessary collection and uncontrolled copies of personal information.

Contextpeople, organisations and activity
Consentpurpose and preference visible
Historyimportant changes traceable
Why it matters

People and organisations

Allow a person to change roles without erasing earlier business context.

CHAPTER 01

Represent the relationship, not just an address book entry.

A useful model separates people from organisations and records the roles, sites, projects or services that connect them.

01.1

People and organisations

Allow a person to change roles without erasing earlier business context.

01.2

Relationship roles

Distinguish decision-makers, operational contacts, billing contacts and other relevant responsibilities.

01.3

Linked context

Connect enquiries, quotes, jobs, documents and conversations to the appropriate records.

CHAPTER 02

Make important activity readable without copying every message forever.

We define which interactions should create a timeline event, what summary is useful and where the original content remains authoritative.

02.1

Calls and meetings

Capture purpose, outcome, owner and next action in a consistent lightweight form.

02.2

Email context

Link or summarise relevant correspondence according to platform capability and retention policy.

02.3

Decisions

Highlight approvals, changes and commitments rather than burying them in an undifferentiated feed.

CHAPTER 03

Prevent duplicate and incomplete records from becoming normal.

Validation, matching and stewardship rules can improve quality at entry and provide safe queues for ambiguous records that need human review.

03.1

Matching

Use agreed identifiers and cautious similarity checks to suggest, not blindly perform, merges.

03.2

Field purpose

Collect only information with a clear operational or consented communication purpose.

03.3

Stewardship

Assign responsibility for reviewing duplicates, bounced details and stale key records.

CHAPTER 04

Let people see enough to do their work, not everything by default.

Role, team, record type and sensitivity can shape access. Important exports and changes can be logged, while retention and deletion processes remain explicit.

04.1

Role views

Limit sensitive fields and actions according to genuine job need.

04.2

Preference history

Keep communication preferences and the context of consent visible to authorised users.

04.3

Lifecycle controls

Define archive, retention, correction and deletion handling with appropriate legal review.

CHAPTER 05

Surface the relationship context where work happens.

Good records can support enquiry routing, quote preparation, client portals, support and account reviews without requiring users to search across several systems.

05.1

Before contact

See the latest status, open commitments and relevant relationship roles.

05.2

During work

Attach the new activity to the correct customer, opportunity or job.

05.3

After contact

Set a clear next step and owner while the context is fresh.

CHAPTER 06

Start with a record audit and one representative customer journey.

We review current fields and sources, agree the target model, prototype the shared view and test migration rules before changing the live system.

06.1

Inventory

Identify current lists, owners, sensitive fields and conflicting definitions.

06.2

Prototype

Test the record view and activity process with fictional examples.

06.3

Reconcile

Validate record counts, mappings, permissions and sample histories after migration.

Questions worth resolving

What to clarify before committing.

Can one person be connected to several organisations?
Yes. A relationship-based model can represent several current or historical roles without duplicating the person unnecessarily.
Will every email be copied into the CRM?
That is a design choice, not an automatic requirement. We assess relevance, privacy, storage, search and platform limits before deciding whether to link, summarise or capture selected communication.
How are duplicates handled?
The system can propose likely matches using agreed fields, but uncertain merges should enter a human-review queue with a visible audit trail.

Make context usable

Review the records your team relies on now.

We can map duplicate sources, relationship roles and the shared view needed for one customer journey.