CRM migration
Field-level mapping, validation, and rollback between Factoreal and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Factoreal
Source
Nutshell
Destination
Compatibility
6 of 10
objects map 1:1 between Factoreal and Nutshell.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Factoreal to Nutshell is a cross-category migration: Factoreal organizes data around a marketing-first model (Contacts, Segments, Campaigns, and Automations) while Nutshell uses a sales-native CRM model (People, Accounts, Leads, and Activities). Factoreal does not publish a public REST API, so all data extraction runs through coordinated CSV exports from the application UI. We preprocess each export batch to resolve duplicates, map custom fields, and satisfy Nutshell's required-field schema before loading through Nutshell's API. Website visitor session data and automation workflows do not migrate as transferable artifacts; we deliver written inventories of both for your admin to act on post-migration. The migration is scoped around the quality of the Factoreal CSV exports, which historically contain duplicates and encoding issues that require hands-on preprocessing before any destination import succeeds.
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 Factoreal 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.
Factoreal
Contact
Nutshell
Person
1:1Factoreal Contacts map to Nutshell People records. Standard fields (name, email, phone, address) transfer directly via CSV preprocessing. Custom fields defined on Factoreal contacts are identified during discovery, their values extracted per record, and mapped to Nutshell custom fields created in the destination account before import. The Factoreal contact ID is preserved in a custom field for cross-system reference during the reconciliation window.
Factoreal
Company
Nutshell
Account
1:1Factoreal Company records map to Nutshell Accounts. Company name becomes Account name, and the domain or website URL maps to the Account's website field. If Factoreal contacts carry a company association, we resolve the Account reference before inserting People records so that the relationship is satisfied at import time rather than patched afterward.
Factoreal
Segment
Nutshell
Tag
lossyFactoreal Segments define filter rules on contact attributes and behavioral events. We reconstruct segment membership as Nutshell Tags, with each Factoreal segment name becoming a tag label. During migration, contacts that were members of a given segment receive the corresponding tag in Nutshell, preserving the group affiliation without migrating the filter logic itself. The filter definitions are documented separately for the customer's admin to potentially recreate as Nutshell saved filters.
Factoreal
Campaign
Nutshell
Activity
1:1Factoreal Campaigns hold subject lines, content, send history, and engagement metrics across email, SMS, and WhatsApp channels. We map campaign structure to Nutshell Activity records with a custom activity type (e.g., Campaign Email, Campaign SMS) to distinguish them from standard sales activities. Open rates, click rates, and send timestamps migrate as metadata on the activity record. Note that Nutshell's Activity model differs from Factoreal's Campaign model in structure; we preserve the campaign name, date, and performance summary as a referenceable activity log rather than a native campaign object.
Factoreal
Automations
Nutshell
Not migratable — documented separately
lossyFactoreal automation workflows define trigger conditions and multi-step action sequences across channels. These workflows are not stored in an exportable, portable format. We capture the workflow graph — triggers, conditions, delays, and action steps — as documentation in a written automation inventory. Nutshell's automation capabilities (task assignments, pipeline automation, email templates) require a separate rebuild in Nutshell by the customer's admin team.
Factoreal
Email Template
Nutshell
Not migratable — HTML extract provided
lossyFactoreal email templates include HTML content and dynamic merge field placeholders. We extract the template HTML from each exported template and deliver it as a file package. Merge field syntax is documented per template with the Nutshell equivalent format noted. Visual rendering differences between Factoreal's template editor and Nutshell's email content editor mean that templates require a visual review and rebuild in Nutshell rather than a direct import.
Factoreal
Custom Field
Nutshell
Custom Field
1:1Factoreal custom fields on contact and company records are identified during discovery and exported with their per-record values. We create matching custom fields in Nutshell on the corresponding object (Person or Account) using Nutshell's custom field configuration, matching the field type (text, number, date, dropdown) to the closest Nutshell equivalent. Multi-select or tag-style custom fields map to Nutshell tags with a flag noting the original field name.
Factoreal
Tag
Nutshell
Tag
1:1Factoreal contacts can carry multiple tags defining behavioral attributes, source data, or segmentation labels. We export the full tag list per contact and create equivalent tags in Nutshell, applying the tag-to-person association during the Person import phase. The many-to-many relationship between contacts and tags is preserved in the target system.
Factoreal
SMS / WhatsApp Message History
Nutshell
Activity (type: Message)
1:1Channel-level message logs from Factoreal's SMS and WhatsApp campaigns are included in the contact and campaign export files. We extract send timestamps, direction (inbound or outbound), and message content, mapping them to Nutshell Activity records with a custom activity type (SMS or WhatsApp). The activity is linked to the corresponding Person record in Nutshell.
Factoreal
E-commerce Data (Orders, Products)
Nutshell
Not migratable — data package provided
lossyFactoreal's built-in e-commerce integration captures order records, line items, and product SKUs. Order and product data are not native Nutshell CRM objects. We export the full order and product dataset from Factoreal as a structured CSV package and deliver it separately. If Nutshell includes the e-commerce integration add-on or if the customer uses a connected tool like WooCommerce or Shopify alongside Nutshell, the order records can be imported through that connector. We document the order data schema and field mapping recommendations for the customer's admin to implement in their preferred order management workflow.
| Factoreal | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Company | Account1:1 | Fully supported | |
| Segment | Taglossy | Fully supported | |
| Campaign | Activity1:1 | Fully supported | |
| Automations | Not migratable — documented separatelylossy | Mapping required | |
| Email Template | Not migratable — HTML extract providedlossy | Fully supported | |
| Custom Field | Custom Field1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| SMS / WhatsApp Message History | Activity (type: Message)1:1 | Mapping required | |
| E-commerce Data (Orders, Products) | Not migratable — data package providedlossy | 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.
Factoreal gotchas
No public REST API for automated migration
Website visitor session data is not exportable
Contact migration required hands-on support in practice
Automation workflows do not migrate as executable rules
Limited third-party integration ecosystem
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 request
We audit the Factoreal account to identify all active record types (contacts, companies, segments, campaigns, tags, custom fields, and e-commerce data). We request a full data export from Factoreal's UI early in the project so the customer can review the data shape before migration planning begins. We pair this with a Nutshell account audit to identify the current object schema, existing custom fields, active pipelines, and user count. The discovery output is a written migration scope document identifying which Factoreal objects map directly to Nutshell objects and which require documentation-only handoff.
CSV preprocessing and quality remediation
We preprocess each Factoreal CSV export to resolve common quality issues identified during discovery: deduplication on email address as the primary key, encoding normalization (UTF-8), missing required field flagging, and date format standardization. Any custom fields identified in discovery are mapped to Nutshell field equivalents with type conversion applied. Segments are translated to tag assignments. The preprocessing output is a set of clean, Nutshell-ready import files with a reconciliation report showing the count of records, duplicates removed, and records flagged for customer review.
Nutshell schema preparation
We configure the Nutshell destination account before any data loads: custom fields are created on Person and Account objects to match the Factoreal schema, tags are pre-created to match Factoreal segment names, and any required field defaults are set for records that may be missing values in the export. If the customer has a specific Nutshell pipeline stage set they want to use, we align the import file rows to the existing stage values rather than creating new ones during import.
Account and Person import in dependency order
We load Nutshell data in record-dependency order. Accounts (from Factoreal Companies) are imported first without dependencies. People (from Factoreal Contacts) are imported second with AccountId resolved by matching the Factoreal company name to the Nutshell Account name. Tags are applied during the Person import phase from the segment mapping. Each phase emits a row-count reconciliation report before the next phase begins. We use Nutshell's REST API for standard inserts with batch chunking for larger datasets.
Activity and message history import
Campaign engagement data (send history, open and click metrics, SMS and WhatsApp logs) is loaded as Nutshell Activity records linked to the corresponding Person. Activity timestamps preserve the original Factoreal send date for timeline ordering. Any Factoreal contact notes migrate as Nutshell Person notes. Campaign-level performance metrics are preserved as a summary note on the first activity record per campaign to maintain reference context.
Cutover, validation, and automation handoff
We freeze Factoreal writes during the cutover window, run a final delta migration of any records created or modified since the initial export, then enable Nutshell as the system of record. We deliver the automation inventory document describing every Factoreal workflow with its trigger, conditions, and actions, along with recommended Nutshell equivalents. We support a brief reconciliation window where we resolve record count discrepancies and data quality issues raised by the customer's team. We do not rebuild Factoreal automations in Nutshell as part of standard migration scope.
Platform deep dives
Factoreal
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 Factoreal 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
Factoreal: Not publicly documented.
Data volume sensitivity
Factoreal 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 Factoreal to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Factoreal 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 Factoreal
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.