Use this as a sponsor workbook rather than a reading exercise. Every item is something a named person either has or has not done, on a date. Check them off in your project tool and link the artefacts to your Vertex CRM organization once you are live.
The order matters more than the count. Roughly, the thirty items fall into five phases:
Phase 1 — Govern before you configure
These five decisions cost nothing and prevent most later rework. Skipping them is why rollouts stall in week six with an argument about what a field means.
- Name an executive sponsor and a business owner — two roles, possibly two people
- Define success metrics: adoption, pipeline hygiene, time-to-log
- Freeze v1 object scope (accounts, contacts, leads, opportunities) in writing
- Document the field dictionary and who governs picklist values
- Choose dedupe keys for accounts before anyone exports anything
Phase 2 — Migrate the minimum
The archive is not your friend on day one. Land what the team will touch this quarter.
- Import only active customers and open pipeline
- Configure baseline roles read-only, then widen as needs are proven
- Document the “source of truth” per field where two systems disagree
- Map webhook and form lead sources so capture is not manual
- Integrate email sending, with an SMTP and deliverability review
Phase 3 — Train in the right order
Managers first, always. Reps copy the behaviour they see above them, not the training deck.
- Train managers before reps, on their own live pipeline
- Establish the weekly pipeline review ritual inside the CRM
- Run office hours for reps during the first month
- Schedule hypercare for the first four weeks with a named owner
- Agree how cases and opportunities differ, in one sentence each
Phase 4 — Govern the data as it grows
- Disqualify zombie deals aggressively, every week
- Capture win and loss reasons from a fixed list, without exception
- Pin dashboards to leadership metrics with published definitions
- Set a campaign policy if the marketing module is enabled
- Write data retention notes per object, aligned to your legal position
Phase 5 — Security, compliance, and closure
- Security review: admin exports, API tokens, integration scopes
- Document the RBAC change process and who approves it
- Run a DPDP mapping workshop with legal (context here)
- Hold an incident response tabletop before you need one
- Document a backup and restore drill — and actually run it
- Schedule the quarterly permission audit and put it in a calendar
- Prioritise the integration backlog by ROI, not by who asked loudest
- Sunset parallel spreadsheets with an announced date
- Hold a post-mortem at ninety days, with the original success metrics in hand
- Publicise visible wins — adoption is a social process, not a technical one
After go-live
The checklist ends; the operating rhythm does not. The three habits that decide whether this rollout is still working a year from now are the weekly review held inside the system, same-day activity logging, and a quarterly access review with evidence behind it. Everything else is optimisation.
Related: best practices · pricing · blog
Frequently asked questions
- Can we share this checklist internally?
- Yes—use it as a living runbook and annotate steps for your org.
- Where is the PDF?
- Use print-to-PDF in your browser on this page for a clean artifact.