CRM migration
Field-level mapping, validation, and rollback between Boostr and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Boostr
Source
Nutshell
Destination
Compatibility
7 of 11
objects map 1:1 between Boostr and Nutshell.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Boostr's data model centers on Advertisers, Campaigns, Proposals, Orders, and Ad Inventory Units — media-sales objects that have no direct equivalent in Nutshell's standard CRM. We resolve this by mapping Boostr Advertisers to Nutshell Accounts, Proposals to Leads or Opportunities depending on status (draft proposals become Leads, confirmed orders become Opportunities in a Closed Won stage), and Ad Inventory line items into Nutshell custom fields. Because Boostr exposes no public API, every migration begins with a coordinated manual export session with the customer's Boostr admin. We document the active GAM integration OAuth connections during discovery and provide a reconnection checklist post-migration. Workflows, automations, and sequences do not migrate; we deliver a written inventory for the customer's admin to rebuild in Nutshell's automation tools.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Boostr object lands in Nutshell, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Boostr
Advertiser
Nutshell
Account
1:1Boostr Advertisers map directly to Nutshell Accounts. Advertiser name becomes Account Name; domain and billing address map to the corresponding Account fields. Advertiser-level custom fields (industry classification, advertiser tier, primary contact name) map to Nutshell custom fields on Account. The Advertiser-to-Account mapping is the first data load because all downstream objects (Orders, Campaigns) reference it.
Boostr
Campaign
Nutshell
Pipeline + custom field
lossyBoostr Campaigns group multiple Proposals and Orders under a single media campaign umbrella. Nutshell does not have a native Campaign object equivalent to the CRM Account object. We map Campaign metadata (campaign name, start/end dates, channel, budget) into Nutshell custom fields on the linked Account and Opportunity, and create a Nutshell Pipeline named for the Boostr Campaign grouping structure so that Opportunities can be filtered by campaign context.
Boostr
Proposal (draft status)
Nutshell
Lead
1:manyBoostr Proposals in draft or pending status — sent to an advertiser but not yet confirmed — map to Nutshell Leads. The Proposal Line Item pricing, placement details, and CPM data flatten into Nutshell custom fields on the Lead record. We preserve the original Boostr Proposal ID in a custom field boostr_proposal_id__c for audit trail. This split ensures draft media deals are not mixed with confirmed bookings in Nutshell's Opportunity pipeline.
Boostr
Order (confirmed booking)
Nutshell
Opportunity
1:1Boostr Orders — confirmed commercial agreements with booked inventory — map to Nutshell Opportunities in a Closed Won stage. Order fields (order date, total value, billing status) map to Opportunity fields (Close Date, Amount, Stage). The Order-to-Opportunity mapping preserves the full closed-won commercial record that represents actual revenue in the media sales pipeline.
Boostr
Ad Inventory Line Items
Nutshell
Custom fields on Opportunity
lossyBoostr captures ad inventory as structured line items per Order — placement name, format type, run dates, impression volume, CPM rate, and unit count. Nutshell has no native line-item or product-schedule sub-record on Opportunities. We extract each line item as a separate custom field set (placement_1, format_1, impressions_1, cpm_1, and so on) on the Opportunity. For Orders with more than five line items, we recommend consolidating to the top five by revenue and noting the remainder in a summary custom field.
Boostr
Revenue Records
Nutshell
Opportunity Amount + custom fields
1:1Boostr revenue figures tracked at the Order and line-item level map directly to Nutshell Opportunity Amount fields. Revenue type (direct, programmatic, sponsorship) and billing status map to Nutshell custom fields on the Opportunity. Revenue records represent the financial summary of closed orders and must land in Nutshell before pipeline reporting is meaningful.
Boostr
Users and Owners
Nutshell
User
1:1Boostr User records — names, roles, team assignments — map to Nutshell Users. We resolve owners by email match across both platforms. Any Boostr Owner without a matching Nutshell User goes into a reconciliation queue for the customer's Nutshell admin to provision before record import resumes. Owner resolution must complete before any record with an Owner assignment can be imported.
Boostr
Custom Properties (Advertiser, Campaign, Order)
Nutshell
Custom fields on Account, Lead, Opportunity
lossyBoostr supports custom fields on Advertisers, Campaigns, Orders, and other objects. We discover the full custom field schema during scoping and map each to the equivalent Nutshell custom field on Account (for Advertiser-level properties), Lead (for Proposal-level properties), or Opportunity (for Order-level properties). Nutshell supports custom fields on People, Companies, and Leads — not on Opportunities directly, so Order-level custom fields attach to the linked Opportunity's related Account or into a designated custom fields section if Nutshell's current product version supports Opportunity-level custom fields.
Boostr
Engagement: Email
Nutshell
Email + Task
1:1Boostr email logging (limited to basic activity capture due to Boostr's restricted Gmail integration) migrates to Nutshell Emails linked to the associated Account, Person, or Lead. Email content migrates as a Nutshell Email record; the timestamp and sender/recipient map to standard Nutshell fields. Any Boostr engagement notes attached to emails migrate as Notes linked to the same record.
Boostr
Engagement: Call
Nutshell
Call
1:1Boostr call records (manual or from any connected dialer) migrate to Nutshell Call records linked to the associated Account, Person, or Lead. Call duration and disposition migrate to Nutshell Call fields. Nutshell's API supports Call import, but CSV import does not support Calls; we use the Nutshell API directly for this object.
Boostr
Engagement: Note
Nutshell
Note
1:1Boostr Notes attached to Advertisers, Proposals, or Orders migrate to Nutshell Notes linked to the corresponding Account, Lead, or Opportunity. Note body, author, and timestamp migrate directly. We preserve the Boostr note ID in a custom field for reconciliation.
| Boostr | Nutshell | Compatibility | |
|---|---|---|---|
| Advertiser | Account1:1 | Fully supported | |
| Campaign | Pipeline + custom fieldlossy | Fully supported | |
| Proposal (draft status) | Lead1:many | Fully supported | |
| Order (confirmed booking) | Opportunity1:1 | Fully supported | |
| Ad Inventory Line Items | Custom fields on Opportunitylossy | Fully supported | |
| Revenue Records | Opportunity Amount + custom fields1:1 | Fully supported | |
| Users and Owners | User1:1 | Mapping required | |
| Custom Properties (Advertiser, Campaign, Order) | Custom fields on Account, Lead, Opportunitylossy | Fully supported | |
| Engagement: Email | Email + Task1:1 | Fully supported | |
| Engagement: Call | Call1:1 | Fully supported | |
| Engagement: Note | Note1:1 | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Boostr gotchas
No public API forces manual export coordination
Proposals and Orders are distinct objects — not Deals
Ad inventory line items require custom field flattening
GAM integration OAuth tokens cannot be migrated
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
Discovery and export coordination session
We audit the Boostr account with the customer's Boostr admin, identifying all Advertisers, Campaigns, Proposals, Orders, line items, custom fields, and users. Because Boostr has no API, we coordinate a manual export session to extract CSV files from the Boostr UI. We agree on the export format, field set, and record completeness criteria upfront, and validate the export count against Boostr's own record counts before transformation begins. Any missing exports require re-extraction before transformation proceeds.
Schema mapping design and custom field plan
We design the Boostr-to-Nutshell mapping: Advertisers to Accounts, Proposals to Leads or Opportunities based on status, Orders to Opportunities (Closed Won), and Ad Inventory line items to Nutshell custom fields. We configure Nutshell custom fields on Accounts, People, Leads, and Opportunities to capture Boostr's advertiser-level, proposal-level, and order-level custom properties. We document the Campaign-to-Pipeline strategy and confirm the flattening approach for multi-line inventory before building the transformation script.
Custom field configuration in Nutshell
We create all required Nutshell custom fields for Accounts, People, Leads, and Opportunities via the Nutshell UI or API before any data import. Custom field names follow Nutshell's naming conventions and carry a boostr_ prefix for fields derived from Boostr source data so the customer's admin can identify migrated fields. We validate that the custom field types (text, number, date, dropdown) match the Boostr source data types to avoid import failures.
Sandbox validation migration
We run a full test migration into a Nutshell trial or sandbox environment using production data volume. The customer reviews a sample of migrated Accounts, Leads, and Opportunities, spot-checking field values and verifying that the Proposal-to-Lead and Order-to-Opportunity split is correct. We reconcile record counts from the Boostr export against the Nutshell import. Any mapping corrections happen here before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Nutshell Users (provisioned manually, validated), Accounts (from Boostr Advertisers), People (from Boostr contact records), Leads (from Boostr Proposals in draft or pending status), Opportunities (from Boostr Orders, Closed Won stage), and Ad Inventory custom fields on Opportunities (last, to ensure parent Opportunity exists first). Each phase emits a row-count reconciliation report before the next phase begins. Calls and Meetings migrate via Nutshell API. We handle Owner resolution by email match throughout.
Cutover, delta migration, and handoff
We freeze Boostr data entry during cutover, run a final delta migration of any records modified during the migration window, then mark Nutshell as the system of record. We deliver a GAM reconnection checklist, a complete inventory of migrated custom fields with their Boostr source, and a written Workflow and Automation rebuild inventory for the customer's Nutshell admin. We do not rebuild Boostr workflows or automations as Nutshell automations inside the migration scope; those are a separate engagement.
Platform deep dives
Boostr
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Boostr and Nutshell.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
Boostr: Not publicly documented.
Data volume sensitivity
Boostr doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Boostr to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Boostr to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Boostr
Other ways to arrive at Nutshell
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.