CRM migration
Field-level mapping, validation, and rollback between Sales Flow Technologies and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Sales Flow Technologies
Source
Nutshell
Destination
Compatibility
5 of 8
objects map 1:1 between Sales Flow Technologies and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Sales Flow Technologies to Nutshell is a structural upgrade from a LinkedIn-first outreach tool to a full CRM with pipeline management. Salesflow organizes Prospects into Contacts, bundles them into Prospect Lists, and sequences them through multichannel Campaigns across LinkedIn, Email, and InMail. Nutshell does not have a native Sequence or cadence object, so we preserve the step ordering and timing data in custom fields on Contact records and deliver a Workflow Migration Summary documenting every conditional routing rule for the customer's admin to rebuild in Nutshell's automation layer. We do not migrate Inbox messages because LinkedIn stores them outside Salesflow's reach. User accounts map 1:1 by email match, and we resolve the owner reference before any record import.
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 Sales Flow Technologies 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.
Sales Flow Technologies
Contact
Nutshell
Contact
1:1Salesflow Contacts migrate to Nutshell Contacts with all standard fields (name, email, phone, company, job title, LinkedIn URL) plus any custom fields. The LinkedIn URL migrates as a custom text field since Nutshell does not have a native LinkedIn field. We deduplicate by email during import and flag any records with missing email for the customer's admin to resolve before the next phase.
Sales Flow Technologies
Prospect List
Nutshell
Tag
lossySalesflow Prospect Lists are named groupings of Contacts used to organize outreach targets. Nutshell does not have a native list object, so we recreate list membership as Nutshell Tags on each Contact record. Each unique Salesflow Prospect List name becomes a Tag, and Contacts retain all list memberships as multiple Tag values. The customer chooses whether to rename Tags to match Nutshell naming conventions during scoping.
Sales Flow Technologies
Outreach Sequence
Nutshell
Custom Fields on Contact
lossySalesflow Sequences define cadence and channel steps (LinkedIn connection, follow-up email, InMail) for enrolled Contacts. Nutshell has no native sequence or cadence object, so we preserve sequence metadata as custom fields on the Contact: sf_sequence_name__c, sf_sequence_step_count__c, sf_enrolled_date__c, and sf_last_step_completed__c. Step ordering and timing data are stored in a separate Sequence Steps CSV attached to the Contact for admin reference. The customer rebuilds cadence logic in Nutshell Automations using this documentation.
Sales Flow Technologies
Campaign
Nutshell
Person
1:1Salesflow Campaigns bundle multiple Sequences under a single objective. Since Nutshell does not have a Campaign object in the CRM core, we map Campaign membership to a lookup table stored as a custom field on the Contact (sf_campaign_name__c) and as a Nutshell Person record named after the Campaign for cross-referencing. Associated Sequence data attaches to the same contact records.
Sales Flow Technologies
Workflow
Nutshell
Documentation only
lossySalesflow Workflows define conditional branching logic (e.g., 'if no reply after 3 days, send template B'). Workflow configuration is not accessible via CSV or API export and lives in Salesflow's application state. We produce a written Workflow Migration Summary documenting every active Workflow: trigger conditions, step order, timing delays, action types (email, InMail, task creation), and conditional branches. The customer's admin rebuilds these in Nutshell Automations post-migration. This is the most significant automation gap and the most common source of post-migration surprise.
Sales Flow Technologies
User Account
Nutshell
User
1:1Salesflow User accounts (Admin, Standard roles) map to Nutshell Users by email match. We extract every distinct owner referenced on Contact, Sequence enrollment, and Campaign records. Any Salesflow User without a matching Nutshell User goes to a reconciliation queue for the customer's admin to provision before record import resumes. Role labels (Admin vs Standard) migrate as a custom field on the Nutshell User for access-control reference.
Sales Flow Technologies
Analytics Metrics
Nutshell
Custom Fields on Contact
1:1Salesflow provides per-sequence open rates, reply rates, and connection acceptance rates as Analytics exports. Nutshell does not have equivalent native reporting dimensions for LinkedIn outreach metrics, so we migrate these as custom fields on the Contact: sf_sequence_open_rate__c, sf_reply_rate__c, and sf_connection_acceptance_rate__c. These values serve as historical reference; the customer uses Nutshell's standard activity reporting for post-migration metrics.
Sales Flow Technologies
Inbox Message
Nutshell
Not migrated
1:1Inbox messages in Salesflow represent the conversation thread between the rep and the prospect across LinkedIn and email. These are stored in LinkedIn's infrastructure and are not accessible via Salesflow export or API. We do not migrate Inbox messages. Reps continue accessing historical LinkedIn conversations directly in LinkedIn or LinkedIn Sales Navigator. We document this gap in the Migration Summary so the customer's team sets appropriate expectations.
| Sales Flow Technologies | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Prospect List | Taglossy | Fully supported | |
| Outreach Sequence | Custom Fields on Contactlossy | Fully supported | |
| Campaign | Person1:1 | Fully supported | |
| Workflow | Documentation onlylossy | Fully supported | |
| User Account | User1:1 | Fully supported | |
| Analytics Metrics | Custom Fields on Contact1:1 | Mapping required | |
| Inbox Message | Not migrated1: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.
Sales Flow Technologies gotchas
LinkedIn account risk with automated outreach
Workflow logic is not exported
Seat-count tier jumps create billing discontinuities
CSV export does not include activity history timestamps
Agency tier required for API access
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 export provisioning
We audit the source Salesflow account across tier (Basic through Enterprise), Contact volume, Prospect List count, active Sequences, active Campaigns, active Workflows, and engagement metrics. If the customer is on a non-Agency tier, we confirm CSV export access and assess row limits against dataset size. We also capture the Advanced Analytics CSV export credentials. The discovery output is a written migration scope with record counts, object inventory, and an export sequence plan.
Nutshell schema setup and tag taxonomy
We configure the Nutshell destination: custom fields on Contact to receive sequence metadata and analytics metrics, Tags to receive Prospect List membership, and a custom field on Person for Campaign cross-referencing. We define the Tag taxonomy based on the exported Prospect List names, resolving any naming conflicts with existing Nutshell Tags. Nutshell is accessed via API using the customer's provided API key; schema changes are made in the Nutshell account before any data import begins.
Data export and transformation
We export Contacts via standard CSV and Advanced Analytics CSV, merge the two datasets to reconstruct the activity timeline, and extract Prospect List membership as a separate mapping table. We export Campaigns and Sequences as structured CSV. User accounts export with role labels. The transformation layer maps each Salesflow field to the corresponding Nutshell field, applies the Prospect List-to-Tag mapping, and attaches sequence step data as custom fields on each Contact record.
Sandbox validation (if available)
If the customer has a Nutshell sandbox or a staging environment, we run a full migration into it using a representative data sample. The customer's admin reconciles record counts, spot-checks 20-30 random Contacts for field accuracy, and validates the Tag assignments against the original Prospect Lists. Any mapping corrections are made before production migration. If no sandbox is available, we use a parallel run in the production Nutshell account with a reconciliation window before the final cutover.
Workflow documentation and handoff
We produce the Workflow Migration Summary documenting every active Salesflow Workflow: trigger conditions, conditional branches, step sequence, timing delays, and action types. For each Workflow, we include a recommended Nutshell Automations equivalent with the same trigger, conditions, and actions. The customer receives this as a structured document during the final handoff meeting. We do not rebuild workflows in Nutshell inside the migration scope.
Production migration and cutover
We freeze Salesflow writes during cutover, run a final delta export of any records modified since the initial export, then load data into Nutshell in dependency order: Users (validated), Contacts (with Tags and sequence metadata), and Analytics custom fields. Each phase emits a row-count reconciliation report. We deliver the Workflow Migration Summary, the Sequence Steps CSV, and the Prospect List mapping document. We support a three-day hypercare window for reconciliation issues. Post-migration admin support, training, and workflow rebuild are outside standard scope.
Platform deep dives
Sales Flow Technologies
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 Sales Flow Technologies 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
Sales Flow Technologies: Not publicly documented — typical SaaS limits assumed and confirmed during scoping.
Data volume sensitivity
Sales Flow Technologies 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 Sales Flow Technologies to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Sales Flow Technologies 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 Sales Flow Technologies
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.