EMPORIUM · CRM BUILD SPEC v1.1

How the whole thing fits together

Five views of the same system. Start with the rule, then the shape of the data, then what actually happens when someone enquires.

01The rule that decides where anything belongs

Get this wrong and the system either becomes a nuisance or stops being trusted. Everything else follows from it.

YOU
Judgement, and every word a landlord reads. First contact and every reply on the centre side. Negotiation. Which site, which operator, what to concede.
Never automated, never templated.
THE CRM
Volume, memory and sequence. Pipelines, records, reminders, stage gates, nurture, one inbox.
Never writes to a landlord. Never makes a judgement call.
ANALYSIS
Everything upstream and downstream of the conversation. Research before contact, document review, redlines, variance analysis, drafting.
Never holds the record of truth — that lives in the CRM.

02The data model — three record types, two links

Every relationship here is one the platform explicitly supports. The obvious design — making the operator a custom object — fails on task automation, which is why it looks like this.

RECORD TYPE 1
Contact
A person. The operator, or the landlord's leasing manager.

Contacts are the only records that can be emailed, texted, nurtured and given automated tasks — which is exactly why an operator is one.
RECORD TYPE 2
Opportunity
A deal, with a stage.

Pipeline A — Landlord, Site Mandate (6 stages)
Pipeline B — Operator, Site Search (8 stages)
RECORD TYPE 3
Centre
A shopping centre and the tenancy inside it. A custom object, so it outlives every deal attached to it.

23 fields — owner, fund, leasing contact, GLA, vacancy, source URL.
Why the match sits on the opportunity, not the contact. One centre gets shown to several operators; one operator sees several centres. Put that link on the opportunity and it carries a stage with it — "shown, declined" and "shown, proceeding" become different states of the same pairing. Put it on the contact and you lose that.

03What actually happens — enquiry to takeover

The operator side, end to end. Every step is labelled YOUR JOB or AUTOMATIC — the dot colour just repeats it. Chips show which workflow fires and which document is in play.

An enquiry lands

From the expo, a referral, SEEK Business, the website or an inbound call. Everything gets a response — there is no filter at this step.

AUTOMATIC · W1Contact createdOpportunity → Enquiry

You call them inside the hour

W1 sends a plain acknowledgement and creates a call task due in 60 minutes. This is the highest-value line in the whole build — speed to first human reply is the metric everything downstream depends on.

YOUR JOBW2 stops nurture on any reply

You send the questionnaire

Tag the contact qnr-sent. That single tag starts the chase clock and sets the sent date.

YOUR JOBQuestionnaire — SEND TO CANDIDATEStage → Contacted

The CRM chases it — day 3, day 7, day 14

Three chases, then it stops. At day 21 the contact is tagged archived-no-response and the opportunity closes as Lost. W6 exits the moment qnr-returned appears — a reply alone does not stop it, because "I'll get to it this week" is not a returned form.

AUTOMATIC · W6Enquiry Log does this today, by hand

The form comes back — it gets scored

You upload it. Every ticked line is copied verbatim into the workbook: five hard gates, nine dimensions, 100 points. A blank gate returns INCOMPLETE rather than a verdict. The result writes back to the contact.

YOUR JOBOperator Scoring WorkbookQualifier Result fieldsRFI if unclear

They join the bench, or they don't

PROCEED and PROCEED WITH CONDITIONS land on the qualified bench. HOLD waits for finance or timing to move. DECLINE gets told, in writing, with the reason.

AUTOMATIC · W3Saved view: Qualified bench

A centre is matched to them

The opportunity is associated to a Centre record. Many-to-many — the same centre can go to three candidates at once, and each one keeps its own stage.

YOUR JOBAssociation: Candidate OperatorW4 alerts at 14 days idle

Site tour, group approval, then the statutory clock

Information Statement inside 7 days of interest · disclosure pack at least 14 days before signing · independent advice with written confirmation · 14 days cooling off. Roughly a month that no amount of speed can compress — so it belongs in the programme from day one.

YOUR JOBW3 gates each stepCompliance dates on the contact

Takeover

The operator takes the store. Emporium's solo exposure on that tenancy ends — which is the whole point, and the moment the completion fee is triggered.

YOUR JOBStage → TakeoverCapture Log

04Build order — 12 to 14 hours

In this order. Several steps depend on the one before, and the two shaded rows cannot be undone once saved.

StepWhat you buildTime
3.1Create the sub-account. No snapshot — snapshots bring pipelines and workflows you will spend longer unpicking than building.30 min
3.2Create the Centre custom object. Its internal name and primary display field are locked permanently at save. Read them back before you click.1 hr
3.3Contact fields, in three folders — Operator Qualification, Questionnaire, Qualifier Result.1 hr
3.4Pipeline A — Landlord, Site Mandate. Six stages.30 min
3.5Pipeline B — Operator, Site Search. Eight stages. Capital screening comes before owner fit, deliberately.30 min
3.6Associations. Two, not one — Site Mandate and Candidate Operator. Sharing a label loses the ability to tell a lease from a candidate at a glance.1 hr
3.7Six workflows, small and separate. W2 gets built and tested immediately after W1.4–5 hrs
3.8Inbox. One existing sending domain. No warmup, no rotation, no tracking pixels.45 min
3.9Custom values — thresholds and chase days in one place.15 min
3.10Ten saved views. These are what actually gets opened each morning.30 min
4The 13-step test script. Tests 6 and 11 are the ones people skip and the ones that matter.2 hrs

05Where each file you already have fits

Nothing here is redundant — but two things are deliberately temporary.

Operator Questionnaire — SEND TO CANDIDATE
The only file a candidate sees. Its tick-box wording matches the scoring tables exactly, so transcription is a copy, never a judgement.
PERMANENT
Operator Questionnaire — INTERNAL
Same questions plus the field-code map and the six RFI triggers.
PERMANENT
Operator Scoring Workbook — INTERNAL
The blank master. One copy per candidate. The only place scoring happens — the CRM stores the result and never recalculates it.
PERMANENT
Operator Enquiry Log — INTERNAL
The chase list, worked by hand. Exists only because W6 does not yet. Migrate every open row and retire it.
INTERIM — W6 REPLACES IT
emporium-operator-qualifier.skill
Makes every assessment run identically — same gates, same thresholds, same output.
PERMANENT
The CRM itself
Not built. No Emporium sub-account exists yet — the connected account holds only BuildUp locations.
NOT STARTED
The one thing to hold onto if you remember nothing else. Two searches run at the same time — one for sites, one for operators — and neither is ever allowed to wait on the other. Every pipeline, workflow and field above exists to keep that true.

Emporium CRM Build Spec v1.1 · 17 August 2026 · six workflows, three record types, two pipelines. Verified against HighLevel documentation, August 2026.