CRM migration
Field-level mapping, validation, and rollback between Zendesk Sell and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Zendesk Sell
Source
Nutshell
Destination
Compatibility
9 of 11
objects map 1:1 between Zendesk Sell and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Zendesk Sell and Nutshell share a similar sales-centric object model — Leads, Contacts, Deals, Tasks, Notes, and Tags — which makes the core record migration relatively direct. The primary driver is not a feature gap but the Zendesk Sell retirement on August 31, 2027, which creates a hard data-deletion deadline that no migration can ignore. We sequence the migration around Sell's parent-to-child dependencies: Leads and Contacts populate first so that Deals can resolve their contact lookups at insert time. Sell Pipelines and Stages map to Nutshell's pipeline and stage configuration with ordinal position preserved. Custom fields on Leads, Contacts, and Deals require field-key resolution (not numeric ID) during scoping. Sell Sequences, Line Items, Call Recordings, and Documents require case-by-case handling or flagging as manual steps because they lack a direct Nutshell equivalent. Workflows, automations, and sequence cadences do not migrate and are delivered as written rebuild documentation for the customer's admin.
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 Zendesk Sell 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.
Zendesk Sell
Lead
Nutshell
Person
1:1Sell Leads migrate to Nutshell People with a status value set to unqualified or new. The Sell lead_source property maps to a Nutshell custom text field, and any unqualified_reason field maps to a custom picklist on the Person record. Custom Lead fields resolve via the field-key lookup (not numeric ID) and create equivalent Nutshell custom fields on Person before migration begins. The lead-to-contact conversion logic that Sell performs internally does not apply in Nutshell because People serve as both.
Zendesk Sell
Contact
Nutshell
Person
1:1Sell Contacts map to Nutshell People with standard fields (name, email, phone, address) preserved directly. Custom Contact fields migrate to Nutshell Person custom fields using the same field-key resolution process. Owner assignment resolves via email match against Nutshell Users during migration. Duplicate detection settings are noted and applied at import time to reduce redundant Person records.
Zendesk Sell
Company
Nutshell
Organization
1:1Sell Companies map to Nutshell Organizations. The Company name becomes the Organization name, domain and website fields map directly, and any custom Company fields create equivalent Nutshell Organization custom fields. Organization is created before any Person import so that the Organization lookup on Person is satisfied at insert time.
Zendesk Sell
Deal
Nutshell
Deal
1:1Sell Deals map to Nutshell Deals with the deal name, amount, expected close date, loss reason, and custom Deal fields preserved. The Sell dealstage property maps to a Nutshell Stage within the configured pipeline. Owner assignment migrates by email match against Nutshell Users. If the Sell Deal has an associated primary Contact, we link it to the Nutshell Person lookup on the Deal record.
Zendesk Sell
Pipeline
Nutshell
Pipeline + Stages
lossySell Pipelines (custom workflow containers) map to Nutshell Pipeline configurations. If the source account uses a single Sell Pipeline, it maps to the default Nutshell pipeline directly. If multiple Sell Pipelines exist, we consolidate them into Nutshell's single-pipeline model by mapping each Sell Pipeline to an ordered set of Stages, preserving the ordinal position of every Stage. The customer chooses the consolidation strategy during scoping.
Zendesk Sell
Stage
Nutshell
Stage
lossySell Stages (children of Pipelines) map to Nutshell Stages within the target Pipeline. Stage ordinal position and loss/win flags are preserved. Loss reason values from Sell Deals migrate as a custom picklist on the Nutshell Deal record. Stage probability percentages are recorded in a custom field for reference if the customer wants to configure probability-aware forecasting in Nutshell.
Zendesk Sell
Task
Nutshell
Task
1:1Sell Tasks migrate to Nutshell Tasks with due date, assignee (resolved by email match), completion status, and priority preserved. Notes attached to Tasks are handled as child records inserted after the Task itself is created so that the parent reference is satisfied.
Zendesk Sell
Note
Nutshell
Note
1:1Sell Notes attached to Contacts, Deals, Leads, or Companies migrate to Nutshell Notes with their parent reference intact. The Note body (rich text) migrates as-is. Notes serve as the primary conversation-history carrier in Nutshell's activity timeline.
Zendesk Sell
User
Nutshell
User
1:1Sell Users (sales reps, admins) export with email, name, and role. We match by email against Nutshell Users. Any Sell User without a matching Nutshell User goes to a reconciliation queue for the customer's admin to provision before the main record migration begins. Role and territory assignments are documented for reconfiguration in Nutshell settings.
Zendesk Sell
Tag
Nutshell
Tag
1:1Sell Tags applied to Contacts, Deals, and Leads migrate as-is to Nutshell Tags. Tags are preserved for segmentation and filtering. Note that Nutshell's tag-based filtering behaves similarly to Sell's tagging model but the admin should review any tag-dependent reports post-migration.
Zendesk Sell
Custom Fields
Nutshell
Custom Fields
1:1Sell custom fields on Leads, Contacts, Deals, and Companies require field-key resolution (not numeric ID) during scoping. We create equivalent Nutshell custom fields on the corresponding object before any record migration begins and maintain a field-key-to-Nutshell-field-ID lookup table throughout the project. Custom field types (text, number, date, picklist, checkbox) are type-matched to Nutshell's supported custom field types.
| Zendesk Sell | Nutshell | Compatibility | |
|---|---|---|---|
| Lead | Person1:1 | Fully supported | |
| Contact | Person1:1 | Fully supported | |
| Company | Organization1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Pipeline | Pipeline + Stageslossy | Fully supported | |
| Stage | Stagelossy | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Note | Note1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Fields | Custom Fields1:1 | Mapping required |
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.
Zendesk Sell gotchas
Sell sunset creates a hard deadline for data migration
Sell API rate limits are low for large-volume exports
Custom field IDs differ from field keys in API calls
Sequences and cadence state cannot be migrated
Job queue limit of 30 concurrent background jobs
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 scoping
We audit the source Sell account across tier (Team or Professional), pipeline count, custom field inventory, activity volume estimates, and active Sequences. We identify the complete list of objects requiring migration, flag Line Items and Call Recordings as requiring re-modeling or manual handling, and document the stage-merging strategy for multi-pipeline accounts. The discovery output is a written migration scope, object mapping table, and a Sell-API field-key lookup table for all custom fields.
Schema design and Nutshell configuration
We create the destination Nutshell custom fields to match the Sell custom field inventory, using type-matched Nutshell field types for each. We configure the Nutshell Pipeline with Stages ordered to match the source Sell Stage ordinal positions. If multiple Sell Pipelines exist, we implement the agreed consolidation strategy. Custom fields are deployed before any record migration begins.
Sandbox migration and reconciliation
We run a full migration into a Nutshell trial or sandbox environment using production-like data volume. The customer's RevOps lead reconciles record counts (People in, Organizations in, Deals in, Activities in), spot-checks 25-50 random records against the Sell source, and validates stage ordering and custom field population. Any mapping corrections happen in this phase, not in production.
User and Owner reconciliation
We extract every distinct Sell User referenced on Leads, Contacts, Deals, Tasks, and Notes and match by email against Nutshell Users. Any Sell User without a matching Nutshell User is added to a reconciliation queue for the customer's admin to provision. Migration cannot proceed past this step because assignee and owner references on Deals and Tasks require valid Nutshell Users.
Production migration in dependency order
We run production migration in record-dependency order: Organizations (from Sell Companies), People (Leads and Contacts with OrganizationId resolved), Deals (with PersonId and OwnerId resolved, stage assigned from pipeline mapping), Tasks and Notes (with parent references resolved), and activity records (via rate-limit-aware API polling). Line Items are mapped to Deal-level fields or flagged for manual re-entry. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and rebuild handoff
We freeze Sell writes during cutover, run a final delta migration of any records modified during the migration window, then enable Nutshell as the system of record. We deliver the Sequence metadata inventory and Line Item re-entry plan to the customer's admin team. We support a one-week hypercare window where we resolve reconciliation issues raised by the customer's sales team. We do not rebuild Sell workflows, Sequences, or automations in Nutshell; those are delivered as written rebuild documentation for the customer's admin.
Platform deep dives
Zendesk Sell
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 Zendesk Sell 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
Zendesk Sell: Sell Core API: 36,000 requests/hour (10 req/token/sec); Zendesk Support varies by plan tier from 20 req/min (Team) to 700 req/min (Enterprise).
Data volume sensitivity
Zendesk Sell exposes a bulk API — large-volume migrations stream efficiently.
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 Zendesk Sell to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Zendesk Sell 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 Zendesk Sell
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.