CRM migration
Field-level mapping, validation, and rollback between Sanoflow and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Sanoflow
Source
Nutshell
Destination
Compatibility
5 of 8
objects map 1:1 between Sanoflow and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Sanoflow to Nutshell is a migration between two fundamentally different CRM paradigms. Sanoflow is a WhatsApp-first conversational platform built around Enquiries and Flows; Nutshell is a standard sales CRM using Leads, Contacts, Companies, and Deals. We extract Contacts with all Custom Field values, map Enquiries to Nutshell Leads or Deals based on status, and preserve Pipeline stage assignments as Deal stage values. Because Sanoflow has no documented public API, we work primarily through admin-level CSV exports and structured data extraction from the Sanoflow UI, supplemented by API calls where available. WhatsApp broadcast records and Flow definitions do not transfer as data; we deliver written inventories of both for your admin to reference during rebuild in Nutshell or a dedicated sales engagement tool. Channel credentials (WhatsApp Business API tokens, Instagram connection tokens) cannot migrate — they must be reconnected in the destination platform.
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 Sanoflow 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.
Sanoflow
Contact
Nutshell
Contact
1:1Sanoflow Contacts map directly to Nutshell Contacts. We extract the full contact profile including name, phone (required in Sanoflow), email, and all Custom Field values. Custom Fields on Contacts (text, number, date, choice) migrate as Nutshell custom fields on the Contact record. Owner assignment from Sanoflow maps to the assigned user in Nutshell; we resolve by email match and flag any owner without a matching Nutshell user for the admin to provision before record import.
Sanoflow
Enquiry
Nutshell
Lead or Deal
1:manySanoflow Enquiries are the core transactional record — they represent inbound messages, form submissions, or Flow-started conversations linked to a Contact. We classify each Enquiry by status: active or open Enquiries map to Nutshell Leads, and Enquiries that have progressed to a sales-ready stage map to Nutshell Deals with stage name derived from the Sanoflow Pipeline Stage. The Enquiry body, source channel (WhatsApp, Instagram, etc.), assigned agent, and Custom Field values migrate. Closed Enquiry history is preserved as Notes or as Deal history depending on the customer's preference.
Sanoflow
Pipeline
Nutshell
Deal
1:1Sanoflow Pipelines are Kanban-style workflow boards. Each Pipeline maps to a Nutshell Deal with the pipeline name stored as a Deal field and the Enquiry's stage within that pipeline stored as the Deal stage. If the customer uses multiple Sanoflow Pipelines (up to 5 on Starter, 20 on Growth, 50 on Premium), we create a Nutshell custom field pipeline_name__c to preserve pipeline attribution on each Deal record.
Sanoflow
Pipeline Stage
Nutshell
Deal Stage
1:1Sanoflow Pipeline Stages migrate to Nutshell Deal stages in order. Stage names map 1:1. Stage-specific automation rules (Sanoflow Flow triggers tied to stage transitions) are flagged as Flow gotchas and documented in the Workflow Specification Document rather than migrated as automation code. Completion criteria defined in Sanoflow are noted as custom fields in Nutshell.
Sanoflow
Channel
Nutshell
Custom field on Contact/Lead
lossySanoflow Channels represent connected messaging platforms (WhatsApp, Instagram, Messenger, TikTok). Channel credentials cannot migrate across platforms — WhatsApp Business API tokens and Instagram connection tokens are destination-specific and tied to Meta Business accounts. We document all active Channels as metadata (name, type, connected date) in a Channel Inventory and note which Contacts and Enquiries were associated with each Channel. The customer reconnects channels in Nutshell or their preferred messaging tool post-migration.
Sanoflow
Custom Fields
Nutshell
Custom fields
1:1Sanoflow Custom Fields on Contacts and Enquiries (available at Growth tier and above) map to Nutshell custom fields of equivalent type. Text fields map to text, number fields to number, date fields to date, and choice fields to picklist. Choice field option values are enumerated as Nutshell picklist values during migration. Custom Field definitions and current values migrate; the field-level audit history is not preserved.
Sanoflow
Teams and Custom Roles
Nutshell
Users
1:1Sanoflow team membership and role names migrate to Nutshell Users. We extract all agents, their team assignments, and role names from Sanoflow. Permission granularity differs between platforms — Sanoflow's custom role model does not have a direct Nutshell equivalent, so we document the permission matrix and recommend the closest Nutshell sharing model (private, team, or global) during scoping.
Sanoflow
Enquiry Forms
Nutshell
Lead source documentation
lossySanoflow Enquiry Forms are inbound entry points that create Enquiry records. We migrate form field definitions and map them to a Nutshell custom field lead_source__c set to the form name. Form routing rules (which Flow a submission triggers) are documented in the Workflow Specification Document as these cannot be migrated as automation. The customer recreates form-to-Lead routing in Nutshell's native web-to-Lead or a third-party form tool.
| Sanoflow | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Contact1:1 | Fully supported | |
| Enquiry | Lead or Deal1:many | Fully supported | |
| Pipeline | Deal1:1 | Fully supported | |
| Pipeline Stage | Deal Stage1:1 | Fully supported | |
| Channel | Custom field on Contact/Leadlossy | Fully supported | |
| Custom Fields | Custom fields1:1 | Mapping required | |
| Teams and Custom Roles | Users1:1 | Mapping required | |
| Enquiry Forms | Lead source documentationlossy | Mapping required |
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.
Sanoflow gotchas
WhatsApp API conversation charges are not included in subscription price
Flow automation has no documented export or API access
Channel and Pipeline limits per plan are enforced, not soft
WhatsApp message templates do not transfer between Meta Business accounts
No public review presence makes quality verification difficult
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 Sanoflow data audit
We audit the source Sanoflow account across tiers, enumerating all Contacts with Custom Field values, all Enquiries with status and source channel, all active Pipelines and their stages, all Custom Fields on Contacts and Enquiries, all active Flows with trigger type and step count, all Channels with type and connection status, and all Enquiry Forms. We run a discovery call with the customer's admin to confirm the classification rule for Enquiry-to-Lead/Deal routing and to identify any Enquiries that should be excluded (spam, test records, duplicates). The discovery output is a written migration scope and a Sanoflow data extraction checklist for the admin to execute using available export functions.
Nutshell environment setup and schema design
We configure the Nutshell destination environment: creating custom fields on Contact, Lead, and Deal objects to receive Sanoflow data that does not map directly to standard Nutshell fields (pipeline attribution, channel attribution, Flow-related metadata), setting up Deal stages that mirror the Sanoflow Pipeline Stage names and order, and configuring user accounts matched to Sanoflow team members by email. If the customer uses multiple Sanoflow Pipelines, we design a Nutshell custom field structure that preserves which Pipeline each Deal originated from. All schema changes are deployed in a Nutshell trial or sandbox environment first for validation before production migration.
Sanoflow data extraction
We guide the customer's Sanoflow admin through CSV exports of Contacts, Enquiries, Pipeline stage assignments, and Custom Fields. Because Sanoflow has no documented public API, exports are conducted at the UI level with support for batched downloads. We transform the exported CSVs to match Nutshell's import format, resolving column mappings, encoding issues, and date format inconsistencies. Any Flow metadata is captured via a structured admin interview and recorded in the Workflow Specification Document rather than extracted programmatically.
Staged migration in dependency order
We run production migration in record-dependency order: Nutshell Users (validated against the team roster), Contacts (with Custom Fields resolved), Leads and Deals (with Enquiry classification applied and stage mapping resolved), Pipeline attribution (as a custom field on each Deal), Channel attribution (as a custom field on each Contact), and Enquiry history (as Notes on the relevant Contact or Lead). Each phase emits a row-count reconciliation report. Any Sanoflow Contact without an email address is held in a separate queue and merged into the relevant record manually.
Cutover, validation, and Flow rebuild handoff
We freeze Sanoflow writes during a defined cutover window, run a final delta migration of any records modified during the migration period, then mark Nutshell as the system of record. We validate a random sample of migrated records against the source CSVs and surface any discrepancies. We deliver the Workflow Specification Document (all active Flows documented with trigger, conditions, and actions) and the Channel Inventory (all active Channels with type and reconnection steps) to the customer's admin. We support a one-week hypercare window for reconciliation issues. We do not rebuild Sanoflow Flows as Nutshell automations inside the migration scope.
Platform deep dives
Sanoflow
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 Sanoflow 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
Sanoflow: Not publicly documented.
Data volume sensitivity
Sanoflow 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 Sanoflow to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Sanoflow 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 Sanoflow
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.