CRM migration
Field-level mapping, validation, and rollback between folk and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
folk
Source
Nutshell
Destination
Compatibility
7 of 9
objects map 1:1 between folk and Nutshell.
Complexity
BStandard
Timeline
1-2 weeks
Overview
Moving from folk to Nutshell is a data-model reconciliation migration. Folk organizes contacts inside Groups with per-group custom field schemas; Nutshell uses a flat People-and-Companies model with global custom fields and a structured Deal pipeline. We enumerate every Group's field schema during discovery, flatten the per-group taxonomy into Nutshell's global custom field model, and resolve the contact-to-company linkage that folk does not establish automatically. Pipeline views in folk map to Nutshell's pipeline stages. We migrate contacts, companies, deals, tags, notes, and reminders through Nutshell's REST API with CSV fallback where the API is constrained. Email campaign history, AI Magic Field values, and live enrichment data do not export from folk and are not migratable; we flag these gaps in our discovery report so customers can plan post-migration work accordingly. Workflows and automations are not migrated as code — we deliver a written inventory of folk automation logic for the customer's 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 folk 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.
folk
Contact (person subtype)
Nutshell
Person
1:1folk Contacts of subtype 'person' map directly to Nutshell People. Standard properties (name, email, phone, social handles) transfer to Nutshell's equivalent Person fields. Nutshell People records do not have a subtype property — we create a custom Person Type picklist field on the Nutshell side to preserve the original folk subtype distinction (person/company) so the customer can filter by type post-migration.
folk
Contact (company subtype)
Nutshell
Company
1:1folk Contacts of subtype 'company' map to Nutshell Companies. Company name, domain, address, and social handle fields transfer directly. folk's company-type contacts that have manually linked person contacts are re-linked in Nutshell via the Person-to-Company association using the manual relationship data extracted from folk's CSV export.
folk
Group
Nutshell
Tag + Pipeline Stage (conditional)
lossyfolk Groups are organizational containers that do not have a direct Nutshell equivalent. We map each Group to a Nutshell Tag on the Person record so that group membership is preserved as searchable tag data. If the source Group contains a pipeline view (deal stages), we map the Group's pipeline stages to Nutshell Deal stages rather than a tag, since Nutshell's pipeline is a first-class deal object.
folk
Group (with pipeline view)
Nutshell
Deal + Pipeline
1:1folk Groups that contain pipeline views map to Nutshell Deals attached to the relevant Pipeline. The Group's contact membership becomes the Deal's linked Person or Company. We preserve stage history from the pipeline view as custom fields on the Nutshell Deal record.
folk
Custom Field (per-group)
Nutshell
Custom Field (global)
lossyfolk custom fields are defined per-group, which means the same contact may have different field values depending on which Group they belong to. We enumerate all Group-specific field schemas during discovery, normalize field names across Groups (merging fields with the same name and type), and create global custom fields in Nutshell. Where the same contact has conflicting values across Groups, we flag the conflict and apply a customer-specified resolution rule (first Group, last Group, or concatenated).
folk
Note
Nutshell
Note
1:1folk Notes attach to contacts and contain plain text plus author attribution and timestamps. We migrate Notes as Nutshell Notes linked to the corresponding Person or Company record. Author attribution migrates as a custom Note Author field since Nutshell Notes are not user-attributed by default.
folk
Reminder
Nutshell
Task
1:1folk Reminders carry a due date, assignee, and text body. We migrate Reminder text and due date to Nutshell Tasks. Assignee mapping requires resolving the folk workspace user email to the Nutshell user email — if no matching Nutshell user exists, we flag the assignee as unresolvable and set the Task to unassigned with a note for the customer admin.
folk
Tag
Nutshell
Tag
1:1folk contacts carry free-form tags that are migrated to Nutshell Tags on the Person record. Tags are stored as a string array per contact. We extract the full tag vocabulary from the CSV export, create matching Tag records in Nutshell during migration, and apply them to the corresponding Person records.
folk
Deal (pipeline view stages)
Nutshell
Deal
1:1folk pipeline views contain deal records with stage progression data. We migrate each deal as a Nutshell Deal with stage mapped from the folk pipeline stage name, amount from the deal value field, and associated Person or Company from the deal's linked contact. Nutshell requires a Pipeline to exist before Deals can be created, so we provision the Pipeline during the schema design phase.
| folk | Nutshell | Compatibility | |
|---|---|---|---|
| Contact (person subtype) | Person1:1 | Fully supported | |
| Contact (company subtype) | Company1:1 | Fully supported | |
| Group | Tag + Pipeline Stage (conditional)lossy | Fully supported | |
| Group (with pipeline view) | Deal + Pipeline1:1 | Fully supported | |
| Custom Field (per-group) | Custom Field (global)lossy | Fully supported | |
| Note | Note1:1 | Fully supported | |
| Reminder | Task1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Deal (pipeline view stages) | Deal1: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.
folk gotchas
No public bulk API for automated migration
Per-group custom fields create schema fragmentation
Workspace-wide AI credit limits affect all seats
Contact–company linking is not automatic
Email campaign history not exported
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 Group enumeration
We audit every Group in the folk workspace, extract the full field schema for each Group (field names, types, and options), and inventory the contact distribution across Groups. We identify Groups with pipeline views, Groups with no pipeline views, and Groups with overlapping field names. We also extract all tag vocabulary, note counts, reminder counts, and deal pipeline stage data. The discovery output is a written scope with a per-group field map, a conflict report for fields that appear in multiple Groups, and a list of any manually established person-to-company links.
Schema design and field normalization
We design the Nutshell destination schema using discovery data. We create global custom fields in Nutshell for all folk custom fields, normalized by name and type across Groups. We provision the Nutshell Pipeline (or Pipelines if multiple folk Groups contain deal pipelines) and configure the stage names to match the source pipeline view stages. We add a custom Person Type picklist field to preserve the folk subtype distinction between person and company contacts. Schema changes are validated in Nutshell's UI before any data import begins.
CSV extraction and reconciliation
We extract CSV files from each folk Group using the multi-step CSV export process. We reconcile field names and values against the discovery field map, validate required fields (name, email) are present, and flag records with missing required data. We resolve folk workspace user emails to Nutshell user emails for assignee mapping. We extract manually established person-to-company links and build a link registry for re-establishment in Nutshell.
Nutshell API import of contacts and companies
We import contacts and companies into Nutshell via the REST API, using CSV fallback where the API import path is constrained. Person-type folk contacts import as Nutshell People; company-type contacts import as Nutshell Companies. We apply the custom Person Type picklist value from the original folk subtype. After the initial import, we reconcile record counts against the source CSV totals and resolve any import errors (duplicate detection, required field violations).
Tag and note migration with parent resolution
We migrate tags by creating matching Nutshell Tag records and applying them to the corresponding Person records. Notes migrate as Nutshell Notes linked to the parent Person or Company. We resolve the parent record ID in Nutshell using the email or name dedupe key established during import. Any notes that reference a parent record not found in Nutshell are flagged for manual review.
Deal and pipeline migration
We create the Nutshell Pipeline and stage structure during schema design. We then migrate folk deal records as Nutshell Deals, linking each Deal to the associated Person or Company using the link registry from discovery. Stage history from folk's pipeline view migrates as custom Deal fields. We reconcile deal counts against the source pipeline data and flag any Deals that reference a Person or Company not found in the destination.
Cutover, validation, and automation handoff
We freeze writes in folk during cutover, run a final delta migration of any records modified during the migration window, then mark Nutshell as the system of record. We deliver a reconciliation report showing record counts, tag coverage, and any unresolved links. We provide a written inventory of any folk workflows or automations that require rebuild in Nutshell. We do not rebuild automations as code — that work belongs to the customer's admin team using Nutshell's automation tools. We offer a one-week post-migration support window for reconciliation issues raised during the first week of live use.
Platform deep dives
folk
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 3 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 folk and Nutshell.
Object compatibility
3 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
folk: Not publicly documented.
Data volume sensitivity
folk 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 folk to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your folk 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 folk
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.