CRM migration
Field-level mapping, validation, and rollback between VBOUT and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
VBOUT
Source
Nutshell
Destination
Compatibility
6 of 9
objects map 1:1 between VBOUT and Nutshell.
Complexity
BStandard
Timeline
1-3 weeks
Overview
Moving from VBOUT to Nutshell is a platform-type shift from marketing automation with embedded CRM to a focused sales CRM with integrated email marketing. VBOUT stores Leads and Contacts as separate soft-CRM records with Tags, Custom Fields, and pipeline stage context; Nutshell uses People (contact), Companies (account), Leads (unqualified prospect), and Deals (opportunity) with its own custom field model. We resolve the VBOUT Contact-versus-Lead distinction during scoping, map every VBOUT tag to Nutshell tags or custom fields, and preserve deal stage assignments on the way in. VBOUT automation workflows, landing pages, and email templates do not migrate as code or layouts because Nutshell lacks a native automation engine; we deliver a written inventory of every active workflow and rebuild guide for the customer's admin to reconfigure post-migration. Nutshell's API access is gated behind the Enterprise tier at $79 per user per month, which we confirm with the customer before migration begins because it affects our ability to use the API versus bulk import tooling.
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 VBOUT 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.
VBOUT
Contact
Nutshell
Person
1:1VBOUT Contacts map directly to Nutshell People. Standard fields (name, email, phone, address) migrate 1:1. Custom fields on VBOUT Contacts require pre-creation in Nutshell before import; we create matching Person custom fields during the schema design step. VBOUT Tags on Contacts migrate as Nutshell Tags applied to the Person record. Lead score, source attribution, and custom property values transfer to equivalent Nutshell custom fields. The VBOUT contact's associated pipeline stage encoded as a tag is mapped to a Nutshell custom field for stage preservation.
VBOUT
Lead
Nutshell
Lead
1:1VBOUT Leads migrate to Nutshell Leads with lead score, source attribution, and owner assignment preserved. The VBOUT Lead status maps to Nutshell Lead status. Any Tags on VBOUT Leads apply as Nutshell Tags on the Lead record. VBOUT custom fields on Leads mirror the Contact custom field migration process and require pre-creation in Nutshell before the Lead import phase begins.
VBOUT
Company
Nutshell
Account
1:1VBOUT Companies map to Nutshell Accounts. Company name, domain, address, phone, and industry fields migrate 1:1. We use VBOUT's company domain as a dedupe key during import to prevent duplicate Accounts. Custom fields on VBOUT Companies require pre-creation as Account custom fields in Nutshell before the import phase. Tags on VBOUT Companies apply as Nutshell Tags on the Account.
VBOUT
Deal
Nutshell
Deal
1:1VBOUT Deals map to Nutshell Deals with deal value, stage name, stage probability, expected close date, and owner preserved. VBOUT pipeline stage assignments encoded as Tags are mapped to Nutshell's Deal stage field, and we configure Nutshell's stage probability to match the VBOUT pipeline's stage weights. Any deal-associated custom fields migrate to Nutshell Deal custom fields, which must be pre-created before the Deal import phase.
VBOUT
Pipeline Stage
Nutshell
Deal Stage
lossyVBOUT pipeline stages are configured in Nutshell as Deal stages with matching stage names and probability weights. Each VBOUT pipeline (if the account uses multiple) is represented as a separate Deal stage configuration in Nutshell. Stage order from VBOUT is preserved in Nutshell's stage sequencing. We configure stage probability percentages to match the VBOUT values for accurate forecasting continuity.
VBOUT
Smart Audience
Nutshell
Tag-based List
lossyVBOUT Smart Audiences are dynamic segmented lists based on behavioral and demographic criteria. The segmentation rules are proprietary and do not export directly. We export the audience member list (the current snapshot of contacts meeting the criteria) and apply Nutshell Tags to the matching Person and Lead records. The segmentation logic is documented in a rebuild guide for the customer to recreate as Nutshell tag filters or as a reported saved-filter view.
VBOUT
Email Campaign (history)
Nutshell
Note + Task (logged activity)
1:1VBOUT sent email campaign history (subject, send date, open rate, click rate, unsubscribe count) migrates as a Note record attached to the campaign's associated Contact or Lead. Email template bodies export from VBOUT and are documented for manual rebuild in Nutshell's email template editor; the visual template layout does not transfer. Campaign-level metrics are preserved as text in the Note for historical reference.
VBOUT
Automation Workflow
Nutshell
No equivalent (documented only)
lossyVBOUT automation workflows (multi-step trigger-action sequences) are stored in a proprietary JSON schema that has no direct equivalent in Nutshell, which does not include a native automation builder. We export the full workflow definition as a structured JSON artifact and produce a step-by-step rebuild guide mapped to Nutshell's manual process recommendations. The customer's admin rebuilds active automations in Nutshell or via an external automation tool post-migration. This is a configuration gap, not a data migration gap.
VBOUT
Tag
Nutshell
Tag
1:1VBOUT Tags on Contacts, Leads, and Companies export as flat tag lists and are re-applied to matching Nutshell Person, Lead, and Account records. Tags used for pipeline stage encoding, lead scoring context, or Smart Audience membership are preserved as-is. Tag cardinality is maintained; tags with fewer than five associated records in VBOUT are flagged during scoping as candidates for consolidation or exclusion.
| VBOUT | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Lead | Lead1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Pipeline Stage | Deal Stagelossy | Fully supported | |
| Smart Audience | Tag-based Listlossy | Fully supported | |
| Email Campaign (history) | Note + Task (logged activity)1:1 | Fully supported | |
| Automation Workflow | No equivalent (documented only)lossy | Fully supported | |
| Tag | Tag1: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.
VBOUT gotchas
Email send volume is tier-gated, not contact-gated
Automation workflows are not cross-platform portable
API rate limit of 15 req/sec forces migration chunking
Dashboard reports are UI-native and not exportable
Calendar booking does not sync to external calendars
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 tier confirmation
We audit the source VBOUT instance across contacts, leads, companies, deals, custom fields, active automation workflows, email campaign history, and tag taxonomy. We confirm the target Nutshell edition and whether API access is available (Enterprise tier required). We identify any VBOUT custom field types (conditional, payment, multi-select) that require type-mapping decisions in Nutshell, and we flag any Smart Audience segmentation logic that cannot be exported as a rule and must be documented as a manual rebuild item. The discovery output is a written migration scope document listing every object, field, and automation to be migrated, excluded, or documented.
Custom field pre-creation and schema setup in Nutshell
We create all required Nutshell custom fields (on Person, Company, Lead, and Deal objects) to match the VBOUT field schema before any records are imported. Field type mapping decisions are documented in the schema design document and approved by the customer. Nutshell Tags are configured to match the VBOUT tag taxonomy, and any tag consolidations (tags with fewer than five associated records) are flagged and approved. The pipeline stage configuration in Nutshell is set up with stage names and probability weights matching the VBOUT pipeline structure.
Sandbox migration and mapping validation
We run a test migration using a sample set of VBOUT records (typically 50-100 records across all object types) into the customer's Nutshell instance. The customer's team spot-checks migrated records against the VBOUT source, validates custom field population, confirms tag application, and verifies deal stage assignment. Mapping corrections are documented and applied before the production migration begins. This step ensures that the production migration runs with validated mapping rather than reactive correction.
Production migration in dependency order
We run the production migration in record-dependency order: Accounts (from VBOUT Companies first, as Person records require an Account lookup), Persons (with Tags and custom fields resolved), Leads (with Tags and owner assignment), Deals (with stage, probability, and owner resolved). We respect Nutshell's Import2 field requirements and the API rate-limit constraints if the Enterprise tier is confirmed. Engagement history (email campaign records, call logs, and meeting records from VBOUT) migrates as Note and Task records attached to the relevant Person or Lead. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, delta sync, and automation handoff
We freeze writes in VBOUT during cutover, run a final delta migration for any records modified during the migration window, and confirm the total record counts in Nutshell match the reconciled source totals. We deliver the automation workflow inventory document and rebuild guide to the customer's admin. We do not rebuild VBOUT automation workflows as Nutshell configurations because Nutshell lacks a native automation builder; the rebuild is a manual post-migration task. We support a three-day hypercare window for reconciliation issues raised by the customer's team during initial Nutshell use.
Platform deep dives
VBOUT
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 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 VBOUT and Nutshell.
Object compatibility
2 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
VBOUT: 15 requests per second per org; HTTP 429 on breach with exponential backoff required.
Data volume sensitivity
VBOUT 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 VBOUT to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your VBOUT 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 VBOUT
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.