CRM migration
Field-level mapping, validation, and rollback between Zymplify and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Zymplify
Source
Nutshell
Destination
Compatibility
6 of 10
objects map 1:1 between Zymplify and Nutshell.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from Zymplify to Nutshell is a structural migration away from an intent-first GTM platform toward a straightforward sales CRM. Zymplify organises data around a CDP hub, intent signals (including Bombora), Sales Cadences, Marketing Workflows, and Customer Success health scores — none of which have direct equivalents in Nutshell. We extract intent signal metadata as custom fields on Company records, document cadence and workflow logic for manual rebuild, and carry cleansed contact data from the CDP hub with enrichment provenance tagged as a source field. The migration does not move Zymplify workflows, Bombora intent scores (only the raw signal data), sales engagement sequences, or the customer success scoring model as code. Nutshell's pricing is transparent and per-user ($42/user/month Pro, $79/user/month Enterprise), making it more predictable than Zymplify's opaque annual contracts that land between £15,000 and £25,000 per year with no public pricing page. The migration scope covers core CRM objects (Contacts, Companies, Deals, Pipeline Stages) plus user records and custom properties, with engagement history and tags migrated as standard CRM fields and lists.
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 Zymplify 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.
Zymplify
Person / Contact
Nutshell
Person
1:1Zymplify Contact records (including those managed through the CDP hub) map directly to Nutshell Person. Standard fields — name, email, phone, title, address — map 1:1. The CDP hub's enrichment provenance (data source, verification status, last refreshed date) migrates as custom fields on the Person record since Nutshell has no native enrichment provenance tracking. Zymplify custom properties on Contact records are discovered during scoping and mapped to Nutshell Person custom fields.
Zymplify
Company
Nutshell
Account
1:1Zymplify Company records map to Nutshell Account with firmographic fields (name, domain, industry, employee count, revenue) mapping 1:1. Bombora intent scores and G2 Buyer Intent signal metadata attach to Company records as custom fields: intent_score__c carries the numeric score, intent_source__c carries the signal source (Bombora, G2, etc.), and intent_topic__c carries the topic tag. The Research Quadrant phase (Initial, Interested, Active, In-Depth) migrates as a custom picklist field. Account is created before any Person import so that the Account-Person relationship is resolved at insert time.
Zymplify
Deal / Pipeline Stage
Nutshell
Opportunity
1:1Zymplify Deals map to Nutshell Opportunity with deal name, amount, close date, and pipeline stage migrating as standard Opportunity fields. Pipeline stage names from Zymplify are preserved as-is in Nutshell's pipeline configuration. Zymplify's deal custom properties (closed-won reason, closed-lost reason, probability overrides) migrate as Nutshell Opportunity custom fields. Multiple Zymplify pipelines map to multiple Nutshell pipelines, each with its own stage sequence.
Zymplify
Sales Cadence
Nutshell
Activity / Follow-up Sequence (documented)
lossyZymplify Sales Cadences combine email steps, delays, and task actions into outreach sequences with no direct Nutshell equivalent. We export the cadence structure — step order, step type (email, call, task, delay), recipient criteria, and timing — as a sequence definition document. In Nutshell, this translates to a series of Tasks and scheduled follow-ups manually configured by the sales team or rebuilt using Nutshell's automation rules. The cadence document is delivered as a requirements spec during migration handoff.
Zymplify
Marketing Workflow
Nutshell
Automation Rules (documented)
lossyZymplify Marketing Workflows are automation builders with triggers, conditions, and actions that have no direct equivalent in Nutshell's feature set. We document every active workflow during discovery — trigger event, filter conditions, action sequence, and expected outcome — as a requirements spec for the customer's admin to rebuild in Nutshell or a dedicated marketing automation tool. Nutshell's automation features (follow-up triggers, pipeline update rules) cover basic CRM automation but not the multi-step branching logic Zymplify workflows support.
Zymplify
Customer Success Hub / Churn Forecast
Nutshell
Account Custom Fields
1:1Zymplify Customer Success Hub health scores and churn risk indicators are proprietary calculations that cannot be exported as functional objects. We export the raw signals — usage frequency, engagement score, support ticket count, contract value, renewal date — as custom fields on the Account record in Nutshell. The customer's CS team rebuilds the health score formula in Nutshell using these fields or a spreadsheet-linked scoring model. The churn forecast model itself does not migrate.
Zymplify
CDP Hub / Data Cleansing Record
Nutshell
Person Custom Fields
lossyThe CDP hub's list management and data cleansing records carry enrichment status, deduplication decisions, and contact verification data. We carry the cleansed contact data (the actual name, email, phone values) to the Nutshell Person record and preserve the enrichment provenance as custom fields: cdp_enrichment_status__c (verified, raw, needs review), cdp_source__c (data source name), and cdp_last_refreshed__c (date). Source-of-truth provenance is important when teams have merged duplicate records in the CDP and need to understand which version is authoritative.
Zymplify
User / Team Member
Nutshell
User
1:1Zymplify User records — name, email, role, hub assignment — map to Nutshell User by email match. Role-based access and hub permissions (Prospecting Hub, Marketing Hub, Sales Hub, Success Hub) do not have a direct Nutshell equivalent; we flag these as configuration requirements for the customer's Nutshell admin to set up post-migration based on Nutshell's standard permission roles.
Zymplify
Tag / Label
Nutshell
Custom Field (comma-separated)
lossyZymplify tags applied to Contacts and Companies are exported as a comma-separated custom field tag_list__c on the Nutshell Person or Account record. For teams using tags as a primary segmentation method, we recommend rebuilding the tagging taxonomy using Nutshell's built-in tagging or a custom multi-select picklist field. Tag count and distribution are documented during discovery so the admin can plan the taxonomy rebuild.
Zymplify
Engagement: Email, Call, Meeting, Task
Nutshell
Activities
1:1Zymplify engagement records — emails, calls, meetings, tasks, notes — map to Nutshell Activities. The engagement type, timestamp, body content, and outcome migrate to Nutshell Activity records linked to the corresponding Person or Account. Engagement metadata (open rate, click rate for emails; duration for calls; attendee list for meetings) migrates as custom fields on the Activity. Note attachments migrate as file links if hosted externally or as document records if the attachment URL is preserved. Activity ordering is preserved by timestamp.
| Zymplify | Nutshell | Compatibility | |
|---|---|---|---|
| Person / Contact | Person1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Deal / Pipeline Stage | Opportunity1:1 | Fully supported | |
| Sales Cadence | Activity / Follow-up Sequence (documented)lossy | Fully supported | |
| Marketing Workflow | Automation Rules (documented)lossy | Fully supported | |
| Customer Success Hub / Churn Forecast | Account Custom Fields1:1 | Mapping required | |
| CDP Hub / Data Cleansing Record | Person Custom Fieldslossy | Fully supported | |
| User / Team Member | User1:1 | Fully supported | |
| Tag / Label | Custom Field (comma-separated)lossy | Fully supported | |
| Engagement: Email, Call, Meeting, Task | Activities1: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.
Zymplify gotchas
No public pricing page — actual costs vary by directory
Intent data and workflows are Zymplify-native with no direct export
7-day free trial is insufficient to evaluate the platform
Integration ecosystem is thin and poorly documented
Vendor lock-in compounds migration complexity
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 Zymplify API coverage audit
We audit the Zymplify account across all hubs the customer has active — Prospecting, Marketing, Sales, Customer Success, and CDP. We inventory object counts (Contacts, Companies, Deals, Engagements), custom property definitions, active Sales Cadences, active Marketing Workflows, and intent signal configuration (Bombora topics, G2 Buyer Intent topics, Research Quadrant settings). We also test API access endpoints to confirm what object types are readable via API versus what requires manual export. The discovery output is a written migration scope with object-level row counts, a custom property inventory, a cadence and workflow count, and a list of any data that cannot be extracted via API.
Nutshell target schema design and custom field provisioning
We design the Nutshell target schema to receive Zymplify data. This includes creating custom fields for intent metadata (intent_score__c, intent_source__c, intent_topic__c, research_quadrant__c), enrichment provenance (cdp_enrichment_status__c, cdp_source__c, cdp_last_refreshed__c), and any Zymplify custom properties that cannot map to Nutshell's standard fields. We configure Nutshell pipelines and stage names to match the Zymplify deal pipeline structure. Schema is validated in Nutshell's sandbox or trial environment before production migration begins.
Intent signal extraction and enrichment provenance tagging
We extract intent signal data from Zymplify Company records — Bombora scores, G2 Buyer Intent values, Research Quadrant phase, and topic tags — as structured custom fields for the Nutshell Account record. We tag each signal with its source (Bombora, G2, Zymplify Research Quadrant) and the date of last refresh so the customer's team understands data age. Intent signal data that cannot be represented as a numeric score or picklist is documented as enrichment metadata. The intent signal extraction is the highest-value step for teams that purchased Zymplify primarily for its intent data layer.
CDP hub data extraction and contact deduplication review
We extract contact records from Zymplify's CDP hub, including enriched fields, deduplication status, and data quality flags. If the CDP hub contains merged duplicate records, we identify the master record and flag the duplicates for the customer's review before import into Nutshell. Cleansed contact data moves to Nutshell Person records; the enrichment provenance fields are added as custom fields. The CDP hub's segmentation lists are exported as static Nutshell lists or as tagged records depending on the customer's preferred segmentation method.
Cadence, workflow, and success logic documentation
We generate a requirements spec for every active Zymplify Sales Cadence and Marketing Workflow. The spec includes trigger event, filter conditions, step sequence (with step type, timing, and recipient logic), and expected outcome. We also document the Customer Success Hub health score formula — the input signals, weighting, and threshold values — as a specification document. These specs are delivered to the customer's admin team for manual rebuild in Nutshell or a dedicated tool. We do not configure the replacement sequences or automations inside Nutshell.
Production migration and activity history import
We run production migration in dependency order: Accounts (from Zymplify Companies), Persons (with AccountId resolved and enrichment custom fields populated), Opportunities (with AccountId and Owner resolved), Activity history (emails, calls, meetings, tasks via Nutshell's API), and custom field data. Each phase emits a row-count reconciliation report before the next phase begins. We use Nutshell's API with rate-limit handling and exponential backoff. Any records that fail validation (required field missing, invalid format) are logged to a correction queue for the customer to resolve before reimport.
Cutover, delta sync, and handoff
We freeze Zymplify writes during the cutover window, run a final delta migration of any records created or modified during the migration period, then mark Nutshell as the system of record. We deliver the cadence and workflow requirements specs, the intent signal usage guide, and the Customer Success Hub formula spec as part of the handoff package. We support a one-week post-migration window for reconciliation issues raised by the customer's team. We do not configure replacement automations, rebuild Zymplify workflows in Nutshell, or provide post-migration admin support as standard scope.
Platform deep dives
Zymplify
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 Zymplify 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
Zymplify: Not publicly documented.
Data volume sensitivity
Zymplify 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 Zymplify to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Zymplify 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 Zymplify
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.