CRM migration
Field-level mapping, validation, and rollback between User.com and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
User.com
Source
Nutshell
Destination
Compatibility
6 of 8
objects map 1:1 between User.com and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from User.com to Nutshell is a shift from an all-in-one European-marketing CRM to a US-focused sales CRM built for teams of 5-100. User.com's contact-based billing charges for any record with an email, phone, chat interaction, or push subscription — a definition that frequently surprises teams when the contact count doubles or triples after migration. Nutshell's per-user pricing eliminates that uncertainty. We export from User.com via CSV and API, normalizing Bool values (f/t instead of True/False), DateTime (ISO 8601), and Choice fields ({} brackets instead of []) before loading into Nutshell's standard objects. Dynamic Segments in User.com become static Lists in Nutshell because Nutshell does not support dynamic segmentation. Automations, email templates, and campaign history do not migrate; we deliver a written inventory for the admin to rebuild.
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 User.com 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.
User.com
Contact
Nutshell
Person
1:1User.com Contacts map directly to Nutshell People. The primary email address becomes the Person's email field. We normalize any Bool values that export as f/t back to proper boolean representations before loading. Address, phone, and custom properties migrate to Nutshell's standard Person fields and custom Person fields respectively. All records that carry an email, phone, or chat_interaction attribute in User.com are flagged as having billing-triggering attributes — this matters only for teams returning to a contact-metered platform, but we include it in the record profile for completeness.
User.com
Company
Nutshell
Company
1:1User.com Company records map to Nutshell Company records. The company name, domain, address, phone, and industry fields align directly. We preserve the company-contact association by importing Companies before People and resolving the Company lookup reference on each Person record at the time of insert. Nutshell's Company object does not support custom objects, so any User.com company-level custom properties migrate to Nutshell Company custom fields.
User.com
Deal
Nutshell
Deal
1:1User.com Deals map to Nutshell Deals. Deal stage, value, owner, expected close date, and custom deal fields migrate directly. We map the User.com deal pipeline to Nutshell's deal status or a custom pipeline configuration depending on the complexity of the source pipeline. Closed-won and closed-lost statuses translate to Nutshell's Won and Lost deal states. Deals without an associated contact in User.com are loaded as unlinked deals in Nutshell and flagged for manual association.
User.com
Event
Nutshell
Activity
1:1User.com Events (calendar and activity events) map to Nutshell Activities. Event timestamps migrate in ISO 8601 format and are normalized during the transform phase. Attendee lists migrate as Activity party records linked to the relevant Person or Company. Event type attributes (meeting, call, task) map to Nutshell's activity type taxonomy.
User.com
Custom Properties
Nutshell
Custom Fields
lossyUser.com custom properties on Contacts, Companies, and Deals are exported with their full schema and mapped to Nutshell's custom field structure. Choice and fixed-choice fields in User.com use {} bracket notation in the export — we normalize these to comma-delimited values compatible with Nutshell's custom field format. Nutshell's field type support includes Text, Long Text, Currency, Date, and Number (per the Nutshell Help Center). Fields that do not map to a supported Nutshell type are flagged for manual field creation before migration.
User.com
Tags
Nutshell
Tags
1:1Tags assigned to Contacts and Deals in User.com migrate to Nutshell Tags on the corresponding Person and Deal records. Tag values transfer as-is; no transformation is required since both platforms use simple string tag arrays. Teams that used tags as a segmentation proxy in User.com should be aware that Nutshell Tags are labels, not dynamic group definitions.
User.com
Segment
Nutshell
Static List
lossyUser.com dynamic Segments — groups of Contacts re-evaluated on attribute and behavior conditions — have no equivalent in Nutshell, which uses static Lists. We export each Segment's membership at migration time and create a corresponding Nutshell Static List containing exactly the Person records that matched the segment criteria on the export date. The list is static; it does not update dynamically after migration. We flag this limitation explicitly and recommend the customer document segment criteria for manual list refreshes.
User.com
Activity
Nutshell
Activity
1:1User.com Activities — logged calls, emails, meetings, tasks, and notes — map to Nutshell Activities. Email opens, chat sessions, and push notifications have behavioral metadata that requires field-level mapping to Nutshell's activity model. We preserve the activity timestamp, owner, and description fields, and flag any activity type that has no direct Nutshell equivalent.
| User.com | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Event | Activity1:1 | Fully supported | |
| Custom Properties | Custom Fieldslossy | Mapping required | |
| Tags | Tags1:1 | Mapping required | |
| Segment | Static Listlossy | Fully supported | |
| Activity | Activity1: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.
User.com gotchas
Contact-based billing catches more records than expected
Automation workflows are not exportable
Bool and DateTime export format changes break naive imports
Email templates and campaign history are inaccessible
Database size shown in-app updates only every 24 hours
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 data audit
We audit the source User.com account across all accessible objects: Contacts, Companies, Deals, Events, Activities, Custom Properties, Tags, and Segments. We profile the attribute set of every Contact to identify which records carry User.com billing-triggering attributes (email, phone, chat interaction, push subscription, FCM key). We assess the complexity of custom field schemas, the number of active Deals and their stage distributions, and the volume of activity records. The discovery output is a written migration scope including a record count baseline, a custom field mapping plan, and a list of User.com objects that cannot be migrated.
Schema preparation and custom field creation
We review Nutshell's custom field capabilities and create the necessary custom fields on Person, Company, and Deal objects before data import. Any User.com custom objects without a Nutshell equivalent are escalated during this phase so the customer can decide how to represent them (custom fields, Long Text JSON storage, or external handling). We coordinate with the customer's Nutshell admin to ensure the migration user has sufficient write permissions on the target objects.
Data export with format normalization
We export data from User.com via CSV and API, applying format normalization during extraction. Bool values are detected and converted from f/t to consistent boolean representations, Choice fields are unwrapped from {} bracket notation, and DateTime values are confirmed as ISO 8601. We run a validation pass comparing record counts from the API against the in-app contact count, using the higher number as the baseline. Exported files are staged in a secure, access-controlled environment.
Segment flattening and tag mapping
Dynamic Segments from User.com are evaluated against the current Contact dataset and converted to static Nutshell Lists. We export the full membership list for each segment at migration time and create corresponding Nutshell Lists containing the resolved Person records. Tags are mapped directly. Any segment that depends on real-time behavioral conditions is flagged as a static-only replacement, and the original segment criteria are documented for the customer's reference.
Staged import in dependency order
We import data into Nutshell in dependency order: Companies first (since People references them), then People with Company lookups resolved, then Deals with Owner references resolved, then Activities. Each phase emits a row-count reconciliation report comparing source record counts against successfully imported records. Failed records are logged with error reasons and reprocessed in a corrective pass before the next phase begins.
Cutover, validation, and automation handoff
We freeze User.com writes during cutover, run a final delta migration of any records modified during the migration window, then hand over the written automation inventory to the customer. We support a three-day hypercare window to resolve record discrepancies identified by the sales team. We do not rebuild User.com automations in Nutshell; that work is handled by the customer's admin or a Nutshell implementation partner using the automation inventory we deliver.
Platform deep dives
User.com
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 User.com 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
User.com: Not publicly documented.
Data volume sensitivity
User.com exposes a bulk API — large-volume migrations stream efficiently.
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 User.com to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your User.com 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 User.com
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.