R RSM Consulting Book a field visit
RSM CONSULTING · CRM FIELD MANUAL VOL. 01 — REV. B

The answers aren't in the dashboard.
They're in the field.

We design, build, and fix HubSpot by sitting beside the people who use it every day — reading the real work, not the idealised process on the slide. No theory. Field notes.

PART ONE

What we do

Four procedures. Each one starts the same way — we go where the work actually happens.

01 IMPLEMENT

Stand it up properly.

HubSpot built the way it should have been from day one — all five hubs, wired to how you actually sell, not how a template guesses you do.

✎ from a blank portal, not a patch job
02 MIGRATE

Move it without losing it.

Salesforce, Pipedrive, Zoho, a spreadsheet someone calls a CRM. Records arrive intact — and so does the history your team depends on.

✎ history survives the cutover
03 SHAPE THE PROCESS

Run the pipeline people follow.

The process on paper becomes the pipeline your reps actually use — stages, exit criteria, forecast logic they trust enough to keep current.

✎ model what they do, then tighten it
04 WIRE IT TOGETHER

Automation that survives.

Integrations and workflows that don't break on the next platform update — quote-to-cash, finance sync, handoffs that just work.

✎ built to outlast the roadmap
PART TWO

How we work — the field procedure

Same four steps, every engagement. Documented as we go, so you can own it after we leave.

  1. STEP 01 ~ 2 WEEKS

    Observe

    We sit with your team and watch the work happen — the friction, the workarounds, the second system nobody mentions in the kick-off.

  2. STEP 02 ~ 3 WEEKS

    Map

    We draw the real process — from the field, not the playbook — and write it down as a model you can approve before we build anything.

  3. STEP 03 ~ 4 WEEKS

    Build

    Workflows are tested in a sandbox before they touch the team. Cutover happens on a Friday; people are working again on Monday.

  4. STEP 04 ~ 8 WEEKS

    Hand over

    The hardest part is day sixty, not go-live. We run office hours, ship the fixes your team asks for, and leave a system your admin can own.

If your team won't click it, it doesn't exist. We design for the person putting in the data at 5:40pm on a Tuesday — not the slide deck.

— MARGIN NOTE, PROCEDURE 02
PART THREE

Field notes

Observations from real engagements, written down so you don't learn them the hard way.

2026 · 05 · 02

The quiet week in month two is where CRM projects go to die.

The kick-off feels great, the first build ships, then everything goes quiet around week six. It's almost never the software.

Read the note
2026 · 04 · 18

Seats nobody logs into aren't a finance problem — they're a design problem.

Before you cut licences, ask why the system isn't worth logging into. Fix that, and the seats take care of themselves.

Read the note
2026 · 04 · 03

Map the process your reps actually follow, then tighten it.

Stop modelling what management wants to see. Watch what reps already do — the shortest honest path — and make that the system.

Read the note
2026 · 03 · 21

Automation that survives the next quarterly update.

Native where you can, integrated where you must, and always documented — so nothing quietly breaks on a Tuesday.

Read the note
PART FOUR

The field check

A quick walk-through, not a sales trick. Tick what's true — the sheet fills in as you go. (Illustrative — nothing is sent or stored.)

OBSERVATION

Tick the boxes to build a working observation.

NEXT STEP

Go where the answers are.

Thirty minutes. We listen, we ask the questions your software vendor never asked, and you leave with a clear read on whether we're worth more of your time.

This is a design prototype. The buttons don't book anything yet — deliberately.