CRM migration
Field-level mapping, validation, and rollback between Spotler CRM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Spotler CRM
Source
Nutshell
Destination
Compatibility
5 of 8
objects map 1:1 between Spotler CRM and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Spotler CRM to Nutshell is a mid-market SMB transition driven by pricing predictability and market focus. Spotler CRM uses a flat relational schema where Contacts link to Companies, Deals carry pipeline stage and value, and Activities record all interaction history; Nutshell mirrors this with People, Accounts, Deals, and Activities via its entity-and-maps model. We export Contacts and Companies first, establish the Account-to-Person relationship in Nutshell, then load Deals with stage mapping applied, followed by activity history (calls, meetings, notes) as Tasks and Events. Spotler Workflows, Quotations, and Cases carry platform-specific business logic and do not migrate as records; we deliver a written specification document for each automation requiring rebuild in Nutshell's workflow builder. Custom fields and dropdown lists require explicit schema pre-creation in Nutshell before any record values load, and MailSync configuration does not transfer, requiring re-connection in Nutshell post-migration.
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 CRM 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 CRM
Contact
Nutshell
Person
1:1Spotler Contact records map 1:1 to Nutshell Person records. Email address serves as the dedupe key for Person import. We preserve the Spotler Contact's name fields, phone, address, and custom properties, creating Nutshell Person custom fields with identical API-compatible names before import. The Contact-to-Company relationship resolves to Nutshell's Person-accountId reference once Accounts are loaded.
Spotler CRM
Company
Nutshell
Account
1:1Spotler Company records map directly to Nutshell Account. Industry, size, address, and website migrate as standard fields. The company_id is preserved internally but does not surface as an API field in Nutshell's entity model; we use Account name and domain as the dedupe criteria. Account records must load before Person records so that the accountId lookup resolves correctly during Person insert.
Spotler CRM
Opportunity
Nutshell
Deal
1:1Spotler Opportunity records map to Nutshell Deal. We collect the source pipeline stage names during scoping and map them to Nutshell Deal statuses (New, Qualified, Presentation Scheduled, Decision Maker Bought-In, Contract Sent, Won, Lost). Deal value, expected close date, and owner resolve by email matching to the Nutshell User table during import. Closed-won and closed-lost reasons from Spotler custom fields migrate as Nutshell Deal notes.
Spotler CRM
Activity (Tasks, Calls, Meetings, Notes)
Nutshell
Task, Event
1:manySpotler stores all engagement types within a single Activity object distinguished by a type field. We split on type: Spotler tasks map to Nutshell Task, calls map to Nutshell Task with a call-subtype indicator, meetings map to Nutshell Event, and notes map to Nutshell Note. Each activity's related record ID (Contact or Company) resolves to a Nutshell Person or Account ID before insert. The original Spotler timestamp becomes ActivityDate so that the Nutshell timeline preserves chronological order.
Spotler CRM
Custom Fields and Dropdown Lists
Nutshell
Custom Fields on Person, Account, Deal
lossySpotler allows free-form custom field creation with dropdown lists stored as separate reference IDs in settings. We export the field definition table alongside data and pre-create all custom fields in Nutshell before any record values load. Dropdown list values require explicit one-to-one mapping because Spotler stores list values as internal IDs while Nutshell stores them as plain-text labels. We run a validation pass comparing Spotler dropdown labels to Nutshell dropdown labels after field creation to catch any silent mapping gaps.
Spotler CRM
Quotation
Nutshell
Deal (line items via Nutshell Quoting add-on)
1:1Spotler Quotations (Professional and Enterprise) carry line items, pricing, and status. Nutshell offers a Quoting add-on on Pro and above. We export quotation records and line items as separate tables, then reconstruct them in Nutshell using the Quoting module if the customer has the add-on, or as Deal-linked custom fields and notes if not. We confirm the customer's Nutshell plan and add-on status during scoping to determine the correct target.
Spotler CRM
User
Nutshell
User
1:1Spotler Users (name, email, role, group membership) export from the user table. We match by email against the Nutshell destination User records. Any Spotler Owner or User without a matching Nutshell User goes to a reconciliation queue for the customer admin to provision before record import resumes. Roles (Admin, Standard, Read-only) map to the closest Nutshell permission tier.
Spotler CRM
Tag and List
Nutshell
Multi-Select Picklist on Person
lossySpotler stores both static list membership and per-record tags. We export tag names per Contact and recreate them in Nutshell as multi-select picklist values on the Person custom fields section. List membership is preserved as a comma-separated tag string. The customer chooses whether tags map to a single multi-select field or split across multiple categorical fields during scoping.
| Spotler CRM | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Opportunity | Deal1:1 | Fully supported | |
| Activity (Tasks, Calls, Meetings, Notes) | Task, Event1:many | Fully supported | |
| Custom Fields and Dropdown Lists | Custom Fields on Person, Account, Deallossy | Mapping required | |
| Quotation | Deal (line items via Nutshell Quoting add-on)1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Tag and List | Multi-Select Picklist on Personlossy | 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 CRM gotchas
Plan-tier company record caps block migrations at scale
Workflow definitions do not export and must be rebuilt
Document storage limits vary by plan tier
Custom fields require explicit schema mapping between environments
Two-way MailSync configuration does not transfer between CRMs
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 Spotler CRM portal for record counts (Contacts, Companies, Opportunities, Activities by type), custom field definitions and dropdown list values, active Workflow count and complexity, plan tier and company record cap utilisation, document attachment volume, and user list with role assignments. We pair this with a Nutshell plan assessment to confirm the correct tier and identify any add-ons (Quoting) needed for the migration scope. The discovery output is a written migration scope document with object counts, custom field inventory, and workflow list.
Schema pre-creation in Nutshell
We create all custom fields in Nutshell before any record data is imported. This includes text fields, number fields, date fields, and dropdown lists with values explicitly mapped from Spotler's field definitions. Dropdown value mapping is validated against the Spotler dropdown list table to confirm every label has a matching Nutshell value. Pipeline stage names from Spotler are mapped to Nutshell Deal statuses, and any stage without a direct equivalent is flagged for the customer to decide before migration begins.
Test migration and reconciliation
We run a full migration into a Nutshell trial or sandbox environment using production-like data volume. The customer reconciles record counts (People, Accounts, Deals, Activities), spot-checks a sample of 25-50 records against the Spotler source for field-level accuracy, and confirms the dropdown and custom field mapping. Any field mapping corrections, extra custom fields, or stage name adjustments happen here before production migration begins.
User and owner reconciliation
We extract every distinct Spotler Owner and User referenced across Contacts, Companies, Deals, and Activities and match by email against the Nutshell destination User table. Any Spotler Owner without a matching Nutshell User is held in a reconciliation queue, and the customer admin provisions the missing Users before production migration resumes. Migration cannot proceed past this step because Nutshell requires a valid User (OwnerId) reference on record inserts.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Spotler Companies), People (with accountId resolved), Deals (with stage mapping applied and OwnerId resolved by email), Activity history (tasks, calls, meetings as Task and Event via Nutshell API), Notes, Tags (as multi-select picklist values), Quotations (if Nutshell Quoting add-on is present), and Documents (staged in batches to avoid API timeout). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and workflow handoff
We freeze Spotler 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 Workflow specification document listing every Spotler Workflow with its trigger, conditions, actions, and recommended Nutshell automation equivalent. We support a one-week hypercare window where we resolve any data quality issues raised by the sales team. We do not rebuild Spotler Workflows in Nutshell as part of the migration scope; that is a separate admin task or a scoped automation engagement.
Platform deep dives
Spotler CRM
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 Spotler CRM 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
Spotler CRM: Specific RPS limits are not publicly documented, but Spotler exposes per-user call quotas with configurable Usage Alerts and Failed Call Alerts under Settings > Integrations > API V4 to monitor consumption against the contracted ceiling..
Data volume sensitivity
Spotler CRM 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 CRM to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Spotler CRM 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 CRM
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.