Every HubSpot blueprint section, executed click by click — including the code
The HubSpot runbook turns all 20 blueprint sections plus appendices into an executable HubSpot build: twelve numbered phases, exact HubSpot navigation, paste-ready custom-coded workflows, custom-object schemas, API specs, per-phase Verify checklists, and a formal acceptance test before go-live.
Twelve phases, exact screens, paste-ready custom code. The architecture is already decided. This is how anyone on the team executes it.
Precision
As appropriate→Exact screen
Every click is named
Each step gives the HubSpot navigation path, the values to enter, and what the screen should show when you are done — never “configure as appropriate.”
Paths checked against the docs
Exact values, not “as needed”
Locked features flagged inline
Developer time
Blank file→Paste-ready
Code, not a spec of it
Custom-coded actions, object schemas, API payloads and UI cards ship as finished artifacts against this client’s real property names — not a prose brief of what the code “must do.”
HubSpot exports.main shape
This client’s internal names
n8n / Make if the tier cannot run it
Sequence
Whatever’s next→12 phases
The only order that works
Properties before views, pipelines before automation, everything before import — so records land in the right place and never email customers mid-migration.
Same 12 phases the blueprint plans
Each phase maps to named sections
Nothing left as “do this later”
Verify
Trust the builder→Checklist
Done means it was checked
Every phase ends with a Verify list before you move on, then a formal user-acceptance test with business users before anyone cuts over.
Per-phase Verify checklists
Formal acceptance test
Go/No-Go before cutover
Who builds
Senior in portal→Anyone
Follow it, or hand it off
A junior, a freelancer or you — same screens, same artifacts. Seniors review the result; they do not author the build from a spec.
Click-by-click, not guesswork
Custom work already written
The knowledge lives in the file
Consistency
Who is free→One bar
Same build, every client
Before delivery the runbook is checked against its blueprint — same phases, objects and workflows. Nothing dropped, nothing invented. Sold with the blueprint, not alone.
26-check consistency audit
One standard across the book
Blueprint + Runbook, one package
PrecisionNo "configure as appropriate"
Every step names the exact screen
Each build step gives the navigation path — Settings > Data Management > Objects > Deals > Pipelines — the exact values to enter, and what the screen should show when you've done it right.
Navigation paths verified against the HubSpot documentation index
Every phase ends with a Verify checklist before you move on
Custom-coded workflow actions, object schemas and API payloads ship as complete, ready-to-paste artifacts
Tier-gated features flagged inline, so nothing sends you down a locked path
Phase 2 — Pipelines & Stage Gates
Stage
Probability
Required
Qualified
20%
Budget range
Proposal
55%
Decision date
Closed won
100%
Contract value
Developer timePaste, test, ship
Save 80% of developer time
The runbook does not describe the custom work. It ships the artifacts — HubSpot’s exports.main actions, schema JSON, batch payloads, React cards — already bound to this client’s property names. Below is that shape, from the Ironwood Field Services example. Paste, test, tick Verify.
Already written
0%
Custom code, schemas, payloads and UI cards — this client’s property names, not a spec.
Paste & test
0%
Sandbox confirmation. That’s the work that remains.
Upload, don’t design. Serverless getAssetHistory is in the same project. Empty and error states already handled so a technician never sees a crash in the field.
≤100 records per request. Idempotent: an asset that already has an open PM is skipped. Rate-limit notes and private-app scopes sit next to the payload.
The 20% that remains: paste into the sandbox, tick the Verify checklist, ship. Seniors review the result — they do not write it from a spec. If the HubSpot tier cannot run custom code, the n8n / Make equivalent is emitted instead.
The backboneSame phases the HubSpot blueprint plans — executed
Twelve HubSpot phases, in the only order that works
The sequence is deliberate: HubSpot properties before views, pipelines before automation, everything before data import — so records land in the right places and never trigger emails to your customers mid-migration. Each phase executes specific HubSpot blueprint sections; the full catalog is below.
Audited like the blueprint. Used like a checklist.
26-check QA audit
Consistency with your blueprint
Before delivery the runbook is checked against its blueprint — same phases, same objects, same workflows, nothing dropped and nothing invented.
For agencies
Juniors execute senior HubSpot builds
Your delivery team follows the HubSpot runbook while your architects stay on architecture. One HubSpot quality standard across every engagement in your book.
For business owners
Build it yourself — or hand it off
Follow it screen by screen yourself, or give it to a freelancer or a staff member. The runbook is the institutional knowledge they'd otherwise have to bring.
Best together
The HubSpot runbook is not sold on its own. Blueprint + Runbook is $2,100 — the HubSpot architecture, the click-by-click HubSpot build guide, and the team onboarding kit in one package.
The HubSpot blueprint designs the architecture. The HubSpot runbook executes it. Below is every build phase in order — what you click in HubSpot, what developer artifacts ship, and which blueprint sections that phase turns into a finished HubSpot portal. A section-by-section map follows so nothing from the blueprint is left as “somebody should do this later.”
Portal, data and revenue motion
0
Foundation & Security
The portal is made safe and correctly licensed before anyone builds in it. Account and hub-tier setup follows the licensing plan; seats are assigned by role; currency, fiscal year and timezone are set; SSO/MFA and session timeouts go on; a sandbox is provisioned so later phases can be rehearsed. If PHI is in scope, the BAA and Sensitive Data Settings are switched on here — not discovered at go-live. If the AI plan needs Breeze Assistant during onboarding, the AI-settings toggles are pulled forward into this phase so they exist before anyone invites the rest of the team.
Executes blueprint §2 Licensing & TCO · start of §12 Permissions (teams, SSO, MFA) · §20 AI settings when Assistant is needed at onboarding
1
Data Structure
Objects and properties exist before anything that depends on them. Standard objects are mapped first; a Super Admin activates Services, Listings, Appointments, Courses or Projects if those are in the design. Custom objects — Enterprise only — are created from the appendix schema, with paste-ready JSON for POST /crm/v3/schemas so a developer is not reverse-engineering labels from a table. Every custom property is created from the canonical data dictionary (label, internal name, type, allowed values, owner, when it is enforced). Associations and custom association labels, then lifecycle stages with entry/exit criteria. Tier gates sit on the step: Leads need Sales Hub Pro/Ent; custom objects need Enterprise.
Executes blueprint §3 Data Model · §5 Lifecycle · Appendix A Custom Object Schema · Appendix B Property Naming
2
Pipelines & Stage Gates
Every pipeline from the architecture — new business, renewal, service, whatever discovery found — with ordered stages, close probabilities, required-property gates, and rules that stop silent stage-skipping or backward movement. Closed stages lock to Super Admin/Finance. If commerce is in scope, quote-to-cash is built in the same phase: products library, quotes, payments, subscriptions/contracts and deal splits, because quotes attach to the deal pipeline you just created. If commerce is out of scope, this phase never invents it.
Executes blueprint §6 Pipelines & Deal Stages · Commerce / quote-to-cash when Section 6 includes it
3
Forms, Consent & Email Authentication
The lawful-basis and consent model from the blueprint becomes working forms, subscription types, double opt-in where the market requires it, a cookie banner, and suppression lists from ICP exclusions. Sending-domain authentication (SPF, DKIM, DMARC) is completed before any workflow can send. Cookie and tracking steps match the jurisdiction named in discovery — including TTDSG and Impressum where you operate in DACH.
Executes blueprint §8 Marketing Assets & Consent · consent and residency rows from Appendix D
Automation, integrations and reporting
4
Segments, Scoring & Role-Based Views
Lists and segments first, then the dual Fit + Engagement scores with group caps and the sales View-Gate saved view that only shows records passing both thresholds. Then the adoption layer from the permissions design: per-object × per-team index-page saved views (tabs, column order, filters, default view), record-page layouts, and the custom cards that populate those layouts — so each team logs in to a purpose-built workspace, not a default HubSpot screen. Team-specific layouts are an Enterprise gate; below that, one global default is built and said out loud.
Executes blueprint §4 Lead Scoring · remainder of §12 Permissions (views, layouts, custom cards)
5
Workflows & Automation
Every workflow in the core table, with full enrolment triggers, branches, re-enrolment and the single Master Routing Workflow so lifecycle does not fork into silent loops. Competing workflows to deactivate are named. For every custom-coded action the blueprint scoped (CC-1, CC-2, …) this phase emits complete Node.js or Python — exports.main, secrets, input/output field tables, retry with jitter, the 20-second / 128 MB / 4 KB limits baked in as executable lines, not comments. If reps run outbound cadences, each Sales Sequence is built here as its own tool (personal inbox, not a workflow). Operations Hub Pro/Ent is required for HubSpot custom code; otherwise the equivalent external automation is pasted instead.
Executes blueprint §7 Automation & Workflows · Sales Sequences when Section 7 includes them · developer custom-code deliverables
6
Integrations
Only launch (Phase-1) integrations are built on the go-live path, each field mapped to a single system of record so nothing has two writers. Private-app scopes, rate-limit notes (190 requests / 10 seconds; Search API 5/s) and copy-ready JSON for the mapped endpoints ship with the steps. Deferred tools sit in a clearly separated post-go-live subsection with the reason they wait — day one is not “every system anyone mentioned in discovery.”
Executes blueprint §9 Integrations Architecture · Appendix C System-of-Record Summary
7
Dashboards & Reporting
Every executive, operational and compliance dashboard from the architecture, tied to the six-month success criteria — including ICP fit score and Green/Yellow/Red distribution where they belong. The Data Health Dashboard (completeness, validity, duplicates, fill rate, stage-skipping, integration ROI) is built here so RevOps has a pulse from day one. If the portal has quota and a deal pipeline, the native forecast tool is configured (amount mode, period, stage-to-forecast-category, per-rep goals) with the Professional/Enterprise seat gate; Starter portals get the workaround the blueprint already named.
Executes blueprint §11 Reporting & Dashboards · Sales Forecasting when Section 11 includes it
Cutover, acceptance and after
8
Data Migration & Import
Pipelines, properties and automation already exist, so imported records land in the right stages. Legacy data is scoped with MoSCoW, cleansed outside HubSpot (export & audit → deduplicate → standardize → validate → import & verify), then imported companies → contacts → deals/tickets. A 10% sample into sandbox, stakeholder validation, then the production run with workflows off so historical records cannot email customers. Field-mapping workbooks, owner-ID maps and picklist-value maps sit in the steps; Salesforce Id → a unique External ID property where that is the source. Batch update JSON (≤100 records per request) and any migration script the architecture needs are paste-ready, not described.
Executes blueprint §10 Data Migration Plan · API / batch developer deliverables
9
User Acceptance Testing
The click-by-click of the testing design: business users — reps, CSMs, marketers, the RevOps owner — not just the implementer, validate the end-to-end revenue flow before anyone cuts over. A Use Case → UAT → Record Case hierarchy, a RACI for Data Specialist / sponsor / Lead PM / Lead UAT, entry criteria, a sandbox (or workflows-off production) seeded with a 10% sample, one tester per persona. Each Record Case is Given/When/Then with test data, expected result, pass/fail and severity. Defects re-test. Exit criteria and a Go/No-Go ladder. A formal sign-off block with three outcomes (accepted / accepted with reservation / refused) and sponsor signatures that actually authorize go-live.
Executes blueprint §15 Testing & QA · uses §1 success criteria as the definition of done · testers named from §14 RACI
10
Go-Live QA & Hypercare
The cutover checklist, branding and templates applied (logos, sending-domain, quote/email/meeting skins), the four-sheet Configuration Inventory so the portal is not a black box after the partner leaves, and the seven-step quarterly audit cadence. Role-based training and enablement assets from the blueprint are handed to the named owners. 30 / 60 / 90-day milestones and the Phase-2 roadmap start their clock. Risks from the register become specific hypercare watches — a prior failed CRM rollout from discovery is not a generic “communicate more.” The Go-Live Appendix (inventory + quarterly audit) lives with this phase.
Executes blueprint §13 Timeline (cutover) · §16 Training · §17 Risk mitigations · §18 Post-launch / Out of Scope · §19 Branding · §14 owners for hypercare
11
Breeze AI Enablement & Staged Rollout
Agents learn from real logged conversations, so this phase starts once live data flows — unless Assistant settings were already pulled into Phase 0. Click path: AI settings and data-access toggles (including the model-training stance from discovery), AI permissions by role, Breeze context seeded from this engagement’s ICP, knowledge vaults where scoped, Breeze Intelligence fill-vs-overwrite policy, then the flagship agent (identity, knowledge sources, CRM permissions, handoff, routing). Test in the built-in panel (testing consumes no credits). Deploy stage 1 as reply recommendations a human approves. Credit controls, expansion gates with rollback, and named monthly usage review. Every Beta feature is labelled. If Section 20 scoped no AI, this phase still does foundational governance and a “revisit at +90 days” note — it is never silently dropped.
Executes blueprint §20 Breeze AI & Agent Enablement Plan
Ironwood Field ServicesComplete runbook · every phase
Read the full HubSpot runbook
The Ironwood Field Services runbook, unedited — every phase from Foundation through go-live, including click paths, custom code and Verify lists.
HubSpot Implementation Runbook · Ironwood Field ServicesComplete document
Loading the full document…
Ironwood Field Services · every section
Same 12-phase document a live engagement produces. Contents lists every phase and step heading.
Start with a free HubSpot discovery. Keep the ICP either way.
The AI-led HubSpot discovery interview and your Ideal Customer Profile are free — no credit card, no sales call. Pay only if you want the HubSpot blueprint, or Blueprint + Runbook together. The runbook is not sold on its own.