HOME/COMPANY

About
CRMTech

An engineering and consulting company working with mid-size and enterprise clients on the systems that carry their operations.

01 / PROFILE

We are a small senior team of engineers and consultants. Clients come to us with systems that have grown faster than the structure around them — several sources of truth, a process nobody owns, a platform that resists change.

Our work is deliberately unglamorous: describe the current state accurately, agree what “correct” means, then build and integrate software that holds that definition.

Engagements are contracted through a registered legal entity, with standard commercial terms, invoicing and data-processing arrangements.

ENGAGEMENT MODELFixed scope or capped time & materials
TEAM PER PROJECTThree to six named people
TYPICAL DURATIONSix weeks to nine months
WORKING LANGUAGESEnglish
CONTRACTINGRegistered legal entity, invoiced by bank transfer
SEE THE FIVE PRACTICES
P1

Structure before software

Before a line of code, we agree what the system is supposed to be true about. Most of the cost of a platform is decided in the first two weeks, by decisions that look small at the time.

P2

Written or it did not happen

Scope, assumptions, exclusions, architecture decisions and acceptance criteria exist as documents you own. This is what makes an engagement auditable — and what makes a handover possible.

P3

No invisible progress

Work is demonstrated in short increments against the agreed criteria. If something is late or wrong, you hear it from us before you notice it yourself.

P4

Built to be left

Every deliverable assumes that one day another team maintains it. Documentation, tests and access are part of the work, not a favour at the end of it.

The people who scope the work are the people who deliver it.

Every engagement has a named technical owner and a named commercial contact. There is no account layer between you and the engineers.

Engagement lead

Commercial owner. Scope, contract, reporting and escalation.

R1
Technical owner

Architecture, decision log and quality of what is delivered.

R2
Engineers

Implementation, tests and documentation, in two-week increments.

R3
Domain consultant

Process, data definitions and stakeholder alignment.

R4

What you own at handover

Source codeH1
In your repository, with full history and no vendor-only branches.
Architecture recordH2
Decisions, alternatives considered and the reason each was chosen.
Test suiteH3
Automated coverage of the behaviour the business depends on.
RunbookH4
Deploy, rollback, monitoring and the first three things to check.
Data modelH5
Entity and metric definitions, migrations and quality checks.
Access & accountsH6
Infrastructure, licences and credentials transferred to your names.
FIG 03 — LOCAL TOPOLOGY