CRM migration
Field-level mapping, validation, and rollback between Salesflare and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Salesflare
Source
Nutshell
Destination
Compatibility
6 of 8
objects map 1:1 between Salesflare and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Salesflare to Nutshell is a structural migration for B2B teams that have outgrown Salesflare's Growth-tier constraints or its limited reporting engine. Both platforms share a strong Account-Contact-Opportunity data model, but Nutshell differentiates with unlimited contacts on every paid tier and a per-seat pricing model that removes the per-contact metering Salesflare applies at scale. We migrate the full Accounts-Contacts-Opportunities core slice via API export from Salesflare, resolve the Account-Contact junction explicitly during import into Nutshell, and preserve activity timelines (calls, emails, meetings, tasks) with timestamps intact. Email sequences in Salesflare are workflow-level objects tied to Growth single-flow or Pro multi-step configurations; these do not migrate as cadence data and are documented for rebuild in Nutshell's Automation Rules. Custom dashboards in Salesflare are UI-stored configurations that cannot be exported via API or CSV. We deliver the dashboard schema and underlying opportunity data so Nutshell dashboards can be rebuilt 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 Salesflare 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.
Salesflare
Account
Nutshell
Company
1:1Salesflare Account records map directly to Nutshell Company. Standard fields (name, domain, industry, location) migrate to Nutshell's Company object. Custom fields on the Account object map to Nutshell custom fields on Company by label and data type. The Account-Company junction is preserved as a first-class relationship, and Nutshell's Company record is created before any related Person import so the relationship is satisfied at insert time.
Salesflare
Contact
Nutshell
Person
1:1Salesflare Contact records map to Nutshell Person. Name, email, phone, title, and social links migrate directly. The Salesflare Account-Contact junction maps to the Nutshell Person-Company relationship via the Nutshell person's company_id field. Primary vs. secondary contact roles from Salesflare are preserved as a custom field on the Nutshell Person record rather than a native flag, since Nutshell does not have an explicit primary-contact object.
Salesflare
Opportunity
Nutshell
Deal
1:1Salesflare Opportunity maps to Nutshell Deal. Deal value, expected close date, and stage migrate directly. The Salesflare pipeline_id and dealstage property map to a Nutshell Pipeline and its stage values. We export the pipeline definitions as metadata during discovery and configure matching Nutshell pipelines before Deal import so stage values resolve on insert.
Salesflare
Pipeline
Nutshell
Pipeline
lossySalesflare Pipeline definitions (stage names, stage order, stage probabilities) export as metadata. Each Salesflare pipeline becomes a Nutshell Pipeline with corresponding stages. Stage probability percentages from Salesflare migrate to Nutshell's win probability values per stage. If the customer uses multiple Salesflare pipelines for different lines of business, each becomes a separate Nutshell Pipeline.
Salesflare
Activity (Call, Email, Meeting, Task)
Nutshell
Activity (Call, Email, Meeting, Task)
1:1Salesflare Activity records (calls, emails, meetings, tasks) map to Nutshell Activity records with type preserved. Activity timestamp, duration, disposition, and notes migrate directly. Linked contacts and companies in Salesflare resolve to Nutshell Person and Company IDs via the lookup resolution step before activity import. Activity type-specific fields (call duration, email open/click events) migrate as custom fields on the Nutshell Activity record.
Salesflare
User
Nutshell
User
1:1Salesflare User records map to Nutshell User by email match. Name, email, role, and pipeline assignment migrate. We resolve each Salesflare owner referenced on Account, Contact, and Opportunity records to the corresponding Nutshell User. Any Salesflare owner without a matching Nutshell User goes to a reconciliation queue for the customer's admin to provision before record import resumes.
Salesflare
Tag
Nutshell
Tag
1:1Salesflare Tags are flat labels on Accounts, Contacts, and Opportunities and migrate as Nutshell Tags. Tag names and their associated object types (Account, Contact, Opportunity) migrate as a join table. No hierarchy or inheritance exists in either platform; each tag assignment is an independent relationship that maps directly.
Salesflare
Custom Property
Nutshell
Custom Field
lossySalesflare custom properties on Account, Contact, and Opportunity objects map to Nutshell custom fields on the equivalent object. We export the full property map per object during discovery, match by label, and map data type to Nutshell field type (text, number, date, dropdown, checkbox). Nutshell does not support custom objects, so any Salesflare custom objects with their own schema must be flattened into custom fields on Nutshell's standard objects during scoping.
| Salesflare | Nutshell | Compatibility | |
|---|---|---|---|
| Account | Company1:1 | Fully supported | |
| Contact | Person1:1 | Fully supported | |
| Opportunity | Deal1:1 | Fully supported | |
| Pipeline | Pipelinelossy | Fully supported | |
| Activity (Call, Email, Meeting, Task) | Activity (Call, Email, Meeting, Task)1:1 | Fully supported | |
| User | User1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Property | Custom Fieldlossy | 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.
Salesflare gotchas
Enterprise tier minimum user count affects pricing projections
Growth tier limits email sequences to one workflow
Lead credits are a metered resource, not contact data
Custom dashboards do not transfer as data
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 API audit
We audit the source Salesflare portal via REST API across all tiers, capturing Accounts, Contacts, Opportunities, Pipelines, Activities, Tags, Custom Properties, and Users. We export pipeline definitions as metadata, pull the complete custom property map per object, and identify any enrichment data attached to Contact records from Salesflare's signature-scraping engine. We also document active sequences and their step configurations during discovery for the written handoff document, even though they are not migrated as data.
Schema design and Nutshell field mapping
We design the destination schema in Nutshell, provisioning custom fields on Company, Person, and Deal objects to receive Salesflare's custom properties. We configure Nutshell Pipelines matching the Salesflare pipeline definitions, including stage names, stage order, and win probability values. We identify any Salesflare custom objects that cannot map directly to a Nutshell standard object and propose a flattening strategy (custom fields on Person or Deal) during scoping. Schema is validated in a Nutshell sandbox if available before production.
Data export and transformation
We export Accounts first, then Contacts (with the Account-Contact junction preserved as a linked Persons list), then Opportunities (with AccountId and OwnerId resolved), then Activities (calls, emails, meetings, tasks with timestamps preserved). Tag assignments export as a join table per object type. We transform field data types where Salesflare types differ from Nutshell (e.g., multi-checkbox fields become Nutshell multi-select fields). The API pagination strategy handles large exports with exponential backoff on rate-limit responses.
Sandbox reconciliation
We run a full test migration into the customer's Nutshell destination org, importing a representative data slice (typically the 90-day pipeline plus 500 random Contacts). The customer reconciles record counts, spot-checks 25-50 records for field accuracy, and validates that pipeline stage assignments and the Account-Contact junction resolved correctly. Any field mapping corrections, missing custom fields, or picklist value gaps are addressed here before production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Companies first (no dependencies), then Persons (with company_id resolved from the Companies import), then Deals (with owner_id and company_id resolved), then Activities (with Person and Company IDs resolved for the timeline links), then Tags. Each phase emits a row-count reconciliation report before the next phase begins. The migration user is granted the necessary Nutshell permissions before each phase.
Cutover, validation, and handoff
We freeze Salesflare writes during the cutover window, 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 and automation handoff document to the customer's admin team, along with the dashboard rebuild inventory listing every Salesflare custom dashboard that requires recreation in Nutshell. We support a one-week hypercare window for reconciliation issues. We do not rebuild Salesflare sequences as Nutshell Automation Rules inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Salesflare
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 Salesflare 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
Salesflare: Documented in the official API docs at api.salesflare.com/docs; specific request-per-second numbers vary by endpoint and plan tier.
Data volume sensitivity
Salesflare 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 Salesflare to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Salesflare 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 Salesflare
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.