CRM migration
Field-level mapping, validation, and rollback between Spiro and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Spiro
Source
Nutshell
Destination
Compatibility
6 of 8
objects map 1:1 between Spiro and Nutshell.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Spiro to Nutshell addresses two recurring concerns with the smaller AI-native CRM: long-term vendor viability and email integration reliability. Spiro's email disconnection issues silently break activity logging, and because Spiro does not publish a documented REST API, activity history must be extracted through their Data Collector (CSM-enabled, Dropbox-dependent) or via direct CSV export. We coordinate with Spiro's team for Data Collector access, extract the full record set including custom field definitions, and recreate the schema in Nutshell before importing. Pipeline stages map explicitly since Spiro stage names frequently differ from Nutshell's default Deal stage labels. Automations and Spiro Workflows do not migrate; we deliver a written inventory for your 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 Spiro 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.
Spiro
Company
Nutshell
Company
1:1Spiro Companies map to Nutshell Companies with standard fields (name, domain, address, phone) migrated directly. If multiple Spiro Company records share the same legal entity or domain, we normalize them into a single Nutshell Company during transform. Custom Company fields from Spiro are extracted via CSM-assisted export and recreated as custom fields in Nutshell before the Company import phase begins.
Spiro
Contact
Nutshell
Person
1:1Spiro Contacts map to Nutshell People with name, email, phone, title, and address preserved. Custom Contact fields migrate as custom properties on the Person object. We match by email address as the dedupe key during Nutshell import. Spiro contacts without an email address are imported with a generated placeholder and flagged for manual review.
Spiro
Opportunity
Nutshell
Deal
1:1Spiro Opportunities map to Nutshell Deals with deal value, close date, and owner preserved. Spiro stage names (e.g., Prospecting, Demo Scheduled, Proposal Sent) must map explicitly to Nutshell's default stage labels or to custom stages the customer defines in Nutshell before migration. We run stage mapping as a configuration step before any Deal records are inserted.
Spiro
Custom Fields
Nutshell
Custom Fields
lossySpiro custom field definitions must be extracted from the Spiro UI or confirmed with a CSM because there is no documented public endpoint returning the full custom field schema. We request a field inventory export during discovery, recreate each field in Nutshell with the matching type (text, number, date, picklist, checkbox), and deploy the schema before data import begins. Custom fields exist on Companies, Contacts, and Opportunities in Spiro.
Spiro
Activity
Nutshell
Activity
1:1Spiro Activities (calls, emails, meetings, tasks) link to Contacts and Companies. We migrate activity history as Nutshell Activities with the original timestamp preserved for timeline ordering. Note that if Spiro's email integration was disconnected during certain periods, those activities were never logged and cannot be backfilled. We recommend exporting available activity logs from Spiro before the migration window opens to capture any records at risk.
Spiro
User / Owner
Nutshell
User
1:1Spiro User records map to Nutshell Users by email address match. Any Spiro Owner referenced on a Contact, Company, or Opportunity record without a matching Nutshell User is placed in a reconciliation queue. The customer's Nutshell admin provisions missing Users (active or inactive depending on whether the Spiro user is still employed) before the migration resumes. OwnerId must be resolvable for all imported records.
Spiro
Pipeline
Nutshell
Pipeline
lossySpiro uses a single Opportunity pipeline per workspace. If the customer uses multiple logical pipelines (e.g., separate sales motions for SMB and Enterprise), these must be modeled in Nutshell as separate Pipelines with their own stage definitions before migration. Nutshell Growth and above support multiple independent pipelines; Foundation supports one. We configure Nutshell Pipelines during the schema design phase based on the customer's Spiro pipeline usage.
Spiro
Attachment
Nutshell
Attachment
1:1Spiro stores file attachments as linked URLs rather than embedded blobs. We verify each attachment URL is reachable before migration and re-link them in Nutshell. If the source Spiro workspace access is revoked post-migration, attachment links become orphaned. We strongly recommend customers download critical files before the migration window closes. This is a known limitation of Spiro's storage model and applies to all outbound migrations from the platform.
| Spiro | Nutshell | Compatibility | |
|---|---|---|---|
| Company | Company1:1 | Fully supported | |
| Contact | Person1:1 | Fully supported | |
| Opportunity | Deal1:1 | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Activity | Activity1:1 | Fully supported | |
| User / Owner | User1:1 | Fully supported | |
| Pipeline | Pipelinelossy | Fully supported | |
| Attachment | Attachment1: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.
Spiro gotchas
Email disconnection silently breaks activity logging
Data Collector requires CSM enablement and Dropbox access
Attachment URLs are references, not embedded files
Custom field definitions not exposed via self-service API
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 Data Collector provisioning
We audit the Spiro workspace for record counts (Companies, Contacts, Opportunities), custom field definitions, pipeline stages, activity volume, user count, and attachment references. We coordinate with Spiro's Customer Success Manager to enable Data Collector and provision the Dropbox export folder. This step takes 3-5 business days and is required before any bulk data extraction begins. The discovery output is a written migration scope with record counts, schema inventory, and a Data Collector confirmation.
Schema design and Nutshell pipeline configuration
We extract the full Spiro custom field schema (Companies, Contacts, Opportunities) in collaboration with Spiro's CSM. We then design the Nutshell destination schema: custom fields are created on Companies, People, and Deals before any data import; Nutshell Pipelines are configured based on Spiro's pipeline and stage usage; any custom stage labels from Spiro are added to Nutshell before Deal import. This is done in the customer's live Nutshell environment with a staging checkpoint for validation.
Data extraction from Spiro
We run the Data Collector export from Spiro, producing CSV files for Companies, Contacts, Opportunities, Activities, and Users. Attachment URLs are extracted as a separate reference list and verified for reachability. If Data Collector is delayed or unavailable, we fall back to direct UI export with a truncated attachment reference set. All exported files are staged in a secure workspace and validated against the discovery record counts before transform begins.
Transform, stage mapping, and sandbox import
We transform Spiro records into Nutshell import format, applying the stage name mapping defined in Step 2, resolving Owner emails to Nutshell User IDs, and matching Companies by domain as the dedupe key. A sandbox-level import is run first with a representative subset of records. The customer validates record accuracy, field mapping, and timeline ordering in Nutshell. Any mapping corrections are made before production migration begins. Owner reconciliation (Users without a Nutshell match) is resolved here.
Production migration in dependency order
We run production migration in record-dependency order: Users (manually provisioned, validated), Companies, People (Contacts), Deals (Opportunities), Activities (calls, emails, meetings, notes, tasks), and finally custom field data. Each phase emits a row-count reconciliation report. Any records modified in Spiro during the migration window are delta-migrated after the main pass. Attachment URLs are re-linked as the final step. We pause writes to Spiro during the cutover delta phase to prevent record drift.
Cutover, validation, and automation handoff
We enable Nutshell as the system of record after the delta pass confirms zero record drift. We deliver a written inventory of all Spiro Workflows, automations, and Data Collector configurations that require rebuild in Nutshell, with recommended Nutshell equivalents for each. We do not rebuild Spiro Workflows as Nutshell Workflows inside the migration scope; that is a separate engagement or an internal admin task. We support a one-week hypercare window for reconciliation issues raised by the customer's team.
Platform deep dives
Spiro
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Moderate CRM migration. 4 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Spiro and Nutshell.
Object compatibility
4 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
Spiro: Not publicly documented.
Data volume sensitivity
Spiro 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 Spiro to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Spiro 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 Spiro
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.