CRM migration
Field-level mapping, validation, and rollback between Spotler Mail+ and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Spotler Mail+
Source
Nutshell
Destination
Compatibility
7 of 8
objects map 1:1 between Spotler Mail+ and Nutshell.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from Spotler Mail+ to Nutshell is a migration from an email marketing automation platform into a CRM that bundles marketing features (email campaigns, landing pages, forms, drip sequences) under a single per-user license. The two platforms use different data models: Spotler Mail+ stores contacts with tags, scores, and audience segments as behavioral attributes, while Nutshell represents people and companies as separate CRM objects with a deal pipeline. We map Spotler contacts to Nutshell People with tag fields carrying behavioral segmentation data, and we preserve Spotler scores as numeric custom fields. The 24-month mailing interaction window in Spotler Mail+ means engagement history older than two years returns empty regardless of export method; we scope this boundary upfront with the customer. Workflows, automated campaigns, drip sequences, templates, and landing pages are platform-native and do not migrate as executable objects; we deliver a written inventory of these for the customer's admin to rebuild in Nutshell.
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 Spotler Mail+ 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.
Spotler Mail+
Contact
Nutshell
Person
1:1Spotler Mail+ contacts map directly to Nutshell People. Standard fields (first name, last name, email, phone, address) map to Nutshell Person fields. We resolve the email address as the dedupe key to prevent duplicate Person records during import. Custom fields of text, numeric, currency, and date types map to Nutshell custom Person fields created before migration. List-type custom fields map to Nutshell list-type Person fields. Permission fields (marketing consent flags) map to Nutshell's opt-in fields. We flag any contacts missing an email address as a reconciliation batch for the customer's admin to review before import.
Spotler Mail+
Tag
Nutshell
Tag (on Person)
1:1Spotler Mail+ tags stored as contact-level attributes map directly to Nutshell Person tags. Tags with roles, source channels, or behavioral classifications migrate as comma-separated tag values on the Person record. Nutshell supports multiple tags per Person. We run a pre-import tag registry extraction from Spotler to build the destination tag vocabulary, then assign tags during the transform phase. Tags used for segmentation logic (selections and exclusions) are preserved as tag values but the segmentation rules themselves do not export and are documented separately.
Spotler Mail+
Score
Nutshell
Custom Number Field (on Person)
1:1Spotler Mail+ lead scoring values stored as numeric contact properties migrate to Nutshell custom number fields on the Person object. The original Spotler score field name is preserved in the Nutshell field label for audit clarity. If multiple score dimensions exist (for example, engagement score and demographic score), each becomes a separate custom number field. Score thresholds used in Spotler segmentation rules are documented in the segmentation inventory rather than enforced in Nutshell, since Nutshell does not have an equivalent automated segmentation rule engine.
Spotler Mail+
Audience/Segmentation
Nutshell
Tag Group
lossySpotler Mail+ audience segments (built from selections, exclusions, refinements, behavioral data, tags, and scores) do not have a direct Nutshell equivalent as executable segmentation rules. We extract the resulting contact sets as tagged Person records in Nutshell and deliver a written segmentation inventory that documents each Spotler segment name, its rule definition, the number of contacts in the segment, and the recommended rebuild approach in Nutshell using tags and manual list filters. Segment rules that reference behavioral triggers or time-decay logic cannot be replicated without custom scripting.
Spotler Mail+
Mailing/Campaign
Nutshell
Activity (Email Campaign)
1:1Spotler Mail+ mailing campaign metadata including subject line, send date, sender name, and send count migrates as Nutshell Activity records of type Email with the campaign name in the activity notes field. The campaign body content is preserved as an HTML attachment to the activity record. Automated campaign logic, drip sequences, and behavioral triggers do not migrate as executable rules. We deliver a drip sequence inventory documenting each sequence name, trigger condition, step count, delay logic, and content summary for the customer's admin to rebuild in Nutshell's built-in sequences.
Spotler Mail+
Form Request
Nutshell
Person Custom Field or Note
1:1Spotler Mail+ form submissions export as flat records linked to contacts by email rather than as relational objects. We denormalize each form submission into Person-level custom fields or activity notes depending on the number of fields and the submission volume. For surveys with multiple questions, we store the submission as a formatted text block in a Nutshell Person note rather than creating separate fields per question. Survey closure rules (date-triggered or quota-triggered) do not export and must be manually recreated in Nutshell forms.
Spotler Mail+
Custom Field
Nutshell
Custom Field (Person or Company)
1:1Spotler Mail+ supports text, numeric, currency, list, date of birth, date, and permission field types. We pre-create equivalent Nutshell custom fields before migration, mapping text to text, numeric to number, currency to currency, list to list, and date fields to date. Permission fields (consent flags) map to Nutshell's email opt-in or custom permission fields. Import column headers in Spotler must match database field names exactly; we validate this against Nutshell's field registry during the transform phase. Multi-select list fields are stored as comma-separated strings in Nutshell custom fields.
Spotler Mail+
User
Nutshell
User
1:1Spotler Mail+ user accounts with predefined roles and access levels map to Nutshell User records. We extract user names, email addresses, and role assignments from Spotler and map them to Nutshell's user permission model. Any Spotler user who does not have a corresponding Nutshell user account goes to a reconciliation queue for the customer's admin to provision before record migration begins, since OwnerId references are required on Person records.
| Spotler Mail+ | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Tag | Tag (on Person)1:1 | Fully supported | |
| Score | Custom Number Field (on Person)1:1 | Fully supported | |
| Audience/Segmentation | Tag Grouplossy | Fully supported | |
| Mailing/Campaign | Activity (Email Campaign)1:1 | Fully supported | |
| Form Request | Person Custom Field or Note1:1 | Fully supported | |
| Custom Field | Custom Field (Person or Company)1:1 | Fully supported | |
| User | User1: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.
Spotler Mail+ gotchas
Mailing interaction data is purged after 24 months
Import file structure is strict and column-name-sensitive
Form and survey results export as flat records, not relational data
Multi-brand capability is tier-gated to MailPro
API does not expose a bulk export endpoint for contact history
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 Spotler Mail+ account to establish record counts across contacts, tags, scores, custom fields, form submissions, mailing campaigns, and user accounts. We confirm the customer's Spotler Mail+ tier (Mail+ vs MailPro) to identify any tier-gated objects and verify the 24-month interaction window against the migration date. We extract a sample of 50-100 contacts via API pagination to validate field-type accuracy and tag cardinality. The discovery output is a written migration scope document with record counts, field mapping tables, and a confirmed list of excluded objects (automations, templates, landing pages).
Schema design in Nutshell
We design the destination schema in Nutshell by creating custom Person fields that map to each Spotler custom field type (text, numeric, currency, list, date, permission). We map Spotler score fields to Nutshell custom number fields. We create the tag vocabulary in Nutshell from the Spotler tag registry. If the customer uses Spotler form submissions at volume, we design a form-field-to-custom-field mapping or a Person note template to accommodate denormalized submission data. All custom fields are created in Nutshell before any data import begins.
Spotler data extraction via API pagination
We extract contacts from Spotler Mail+ using paginated REST API calls with checkpointing and exponential backoff on rate-limit responses. For databases above 10,000 contacts, we run exports in batches of 1,000 records per page to avoid timeouts. We extract tags, scores, and custom field values as part of each contact record. Form submissions are extracted separately as a flat CSV by form. Mailing campaign metadata is extracted as a separate object. We preserve the original Spotler record ID as a custom field in Nutshell for reconciliation and audit trails.
Data transformation and validation
We transform the Spotler export into Nutshell-compatible format, applying field-type mapping (Spotler field types to Nutshell field types), tag normalization, and email address deduping. We apply the Spotler 24-month interaction window to engagement history exports and flag any records falling outside the window as unavailable. We run a pre-import validation against Nutshell's field registry to confirm all column headers match existing fields, and we generate a pre-migration validation report listing record counts, any unmapped fields, and records with missing email addresses that require admin review.
Sandbox migration and reconciliation
We run a full migration into a Nutshell test account (or the production account in a non-destructive test mode) using production-like data volume. The customer reviews a sample of 25-50 migrated Person records, tag assignments, and custom field values against the Spotler source data and confirms the mapping accuracy. Any field mapping corrections, tag vocabulary adjustments, or custom field additions happen in this phase. The customer signs off the sandbox results before production migration is scheduled.
Production migration and cutover
We run the production migration in dependency order: Users (reconciliation complete), then Person records (with tags, scores, and custom fields), then form submission notes, then activity history within the 24-month window. We run a delta check at cutover to capture any records modified during the migration window. We freeze Spotler Mail+ write access during the cutover delta window and enable Nutshell as the system of record. We deliver a written automation inventory documenting each Spotler sequence with trigger conditions, step count, and content summary for manual rebuild in Nutshell sequences.
Platform deep dives
Spotler Mail+
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 Spotler Mail+ 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
Spotler Mail+: Not publicly documented in the available API documentation.
Data volume sensitivity
Spotler Mail+ 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 Spotler Mail+ to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Spotler Mail+ 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 Spotler Mail+
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.