Skip to content
CRM Systems / GA Applications

CRM / Purpose-built systems

Build a CRM around the work your business actually performs.

A custom CRM is appropriate when your records, permissions or hand-offs are genuinely different from standard sales software. GA Applications maps the operating model first, prototypes the smallest complete workflow, and builds a controlled web application that can connect with your existing website, email, documents, dashboards and approved third-party systems.

Fitworkflow before feature count
Scopedsmallest useful first release
Owneddocumented roles and decisions
Why it matters

Distinct records

Your work depends on relationships, assets, sites, approvals or job stages that generic contact-and-deal models handle poorly.

CHAPTER 01

Custom should solve a real mismatch, not become the default answer.

We compare the required workflow with established products before recommending custom development. The extra flexibility is valuable only when it removes material friction or enables an important capability.

01.1

Distinct records

Your work depends on relationships, assets, sites, approvals or job stages that generic contact-and-deal models handle poorly.

01.2

Focused experience

Different roles need a simpler task-specific interface instead of access to a large general platform.

01.3

Controlled integration

The CRM must coordinate several existing systems while keeping a clear source of truth.

CHAPTER 02

Translate the business language into a maintainable system model.

We identify the core records, their relationships, allowed states and ownership rules, then test the model against normal work and awkward exceptions.

02.1

Entities

Define customers, organisations, contacts, enquiries, quotes, jobs, locations, documents and other real objects.

02.2

Lifecycle

Describe what may happen to each record, what must be known first and what creates a traceable event.

02.3

Exceptions

Account for cancellations, duplicates, reassignment, partial approvals and other realities before they become production surprises.

CHAPTER 03

Give each role a clear place to work.

The interface should reflect the decisions a person makes, not expose every database field. Lists, timelines, queues and dashboards are selected for the task and tested with keyboard, touch and smaller screens.

03.1

Action queues

Show what needs attention now, why it appears and what a completed action changes.

03.2

Record workspace

Combine context, history, documents and permitted actions without forcing excessive navigation.

03.3

Accessible controls

Use semantic labels, visible focus, clear validation and alternatives to colour-only status signals.

CHAPTER 04

Connect responsibly without rebuilding every surrounding tool.

A custom CRM can coordinate website forms, accounting, document storage, communication or scheduling while preserving appropriate systems as authoritative sources.

04.1

Integration contract

Document data direction, authentication, rate limits, retries, failure visibility and support ownership.

04.2

Auditability

Record important changes and automated actions so staff can understand what happened.

04.3

Portability

Agree export formats, data ownership, backups and handover material before launch.

CHAPTER 05

Release a complete operational slice before expanding.

The first release should complete one valuable journey end to end. Additional modules follow only after real users can validate the model and the team has a supportable operating rhythm.

05.1

Prototype

Test records, states, screens and terminology with synthetic data.

05.2

Pilot

Use a defined workflow and user group, with rollback and issue reporting prepared.

05.3

Grow

Prioritise improvements from observed work rather than an untested feature wish list.

CHAPTER 06

Plan for change, security and support from the beginning.

Custom software creates an ongoing responsibility. We make hosting, monitoring, updates, access reviews, incident paths and future development visible in the proposal and handover.

06.1

Operational ownership

Name who manages users, data quality, workflow rules and release approvals.

06.2

Technical care

Define backups, dependency maintenance, logs, security updates and recovery responsibilities.

06.3

Change control

Separate defects, configuration changes and new capability so priorities and costs remain understandable.

Questions worth resolving

What to clarify before committing.

How do we know whether custom CRM is justified?
We compare essential workflows and constraints against suitable established products. Custom work is justified when the remaining mismatch is important enough to outweigh build and maintenance responsibility.
Can a custom CRM grow in stages?
Yes. We prefer an end-to-end first release for one workflow, followed by measured additions. The underlying data model and permissions are designed so planned growth does not require careless shortcuts.
Who owns the data and application?
Ownership, hosting, source-code access, licences, exports and handover are stated in the project agreement. We do not assume one arrangement fits every project.

Test the need before the build

Map the workflow that standard CRM products cannot handle.

We can turn one representative process into a model, prototype and clear build decision.