CRM migration
Field-level mapping, validation, and rollback between OnePageCRM and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
OnePageCRM
Source
Nutshell
Destination
Compatibility
11 of 11
objects map 1:1 between OnePageCRM and Nutshell.
Complexity
BStandard
Timeline
1-2 weeks
Overview
Moving from OnePageCRM to Nutshell is a lateral-size migration that typically reflects a need for stronger pipeline analytics, multiple deal pipelines, and a richer integration ecosystem. Both platforms target small to mid-market sales teams, but Nutshell's tiered AI features, configurable pipelines, and Import2-driven onboarding distinguish it from OnePageCRM's action-first inbox model. The core migration challenge is OnePageCRM's inability to export email body content or attachments natively, which means the email history within contact records does not move. We flag this gap at scoping, offer partial API extraction where feasible, and document exactly which records carry that content so the customer can decide between partial migration and intentional data loss. We do not migrate Autoflow workflows or Predefined Actions as code; instead we map them to a task-template inventory for the customer 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 OnePageCRM 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.
OnePageCRM
Contact (Person)
Nutshell
Person
1:1OnePageCRM Contact records map directly to Nutshell People. Standard fields (name, emails, phones, addresses, social URLs) map to equivalent Nutshell Person fields. The Next Action date and text from OnePageCRM transfer to a custom Next Action field in Nutshell since Nutshell does not have a native next-action inbox model. Custom contact fields map to Nutshell Person custom fields after pre-creation during schema setup.
OnePageCRM
Organization (Company)
Nutshell
Company
1:1OnePageCRM Organization records map to Nutshell Company records with direct field mapping for name, phone, address, and custom company fields. The contact-to-organization linkage is preserved by matching on organization name as the deduplication key and resolving the Nutshell Company ID before Person import so that the relationship is satisfied at insert time.
OnePageCRM
Deal
Nutshell
Opportunity
1:1OnePageCRM Deals map to Nutshell Opportunities. The deal name, amount, close date, margin, commission, and cost fields map to equivalent Nutshell Opportunity fields. Pipeline and stage assignments from OnePageCRM transfer to Nutshell's pipeline and status fields. Closed deals (Won/Lost) migrate with their status preserved as a custom closed_status field in Nutshell.
OnePageCRM
Custom Fields (Contacts)
Nutshell
Custom Fields (People)
1:1OnePageCRM contact-level custom fields map to Nutshell Person custom fields. Both platforms require custom fields to exist before data lands. We provide a pre-migration checklist during scoping that confirms all source custom fields are pre-created in Nutshell before import, and we drop any that have no equivalent field type in the destination.
OnePageCRM
Custom Fields (Organizations)
Nutshell
Custom Fields (Companies)
1:1Organization-level custom fields behave identically to contact custom fields. We check schema parity during scoping, pre-create fields in Nutshell, and map to equivalent company custom fields in the destination. Any fields exceeding Nutshell character limits or using unsupported field types (e.g., multi-select with too many values) are flagged and resolved before migration.
OnePageCRM
Tags
Nutshell
Tags
1:1Tags assigned to OnePageCRM contacts transfer as Nutshell tags. Both platforms use a flat tag namespace without hierarchy. We preserve the tag values exactly and run post-import deduplication on the tag set to remove any orphaned or duplicate tags. The customer chooses whether to use Nutshell's tag field or a multi-select picklist during scoping.
OnePageCRM
Predefined Items (Product Catalog)
Nutshell
Products
1:1OnePageCRM Predefined Items representing products or services used in deal creation map to Nutshell Products. Name, price, quantity, and grouping information transfer directly. Product groupings in OnePageCRM map to Nutshell's product category or are flattened into the product name if no equivalent grouping structure exists in the destination.
OnePageCRM
Predefined Actions (Saved Actions)
Nutshell
Task Templates
1:1OnePageCRM Predefined Actions (saved task templates assigned to contacts) are mapped to Nutshell task records rather than as reusable templates. The template name and action steps transfer as a series of linked tasks on the target Person record. We do not migrate Autoflow workflows as automation code; instead we deliver a written inventory of every active Predefined Action with its trigger, conditions, and recommended Nutshell equivalent for the customer to rebuild.
OnePageCRM
Notes and Call Logs
Nutshell
Notes and Activities
1:1OnePageCRM notes and call logs attached to contacts export as plain text in the contacts dataset. We map these to Nutshell Note records linked to the target Person or Company. Note body text transfers as-is. Call duration and call metadata from call logs become Nutshell Activity records of type Call. Email body content and attachments do not export from OnePageCRM natively and are documented as a known gap requiring acceptance before migration.
OnePageCRM
Statuses
Nutshell
Person Statuses
1:1OnePageCRM contact statuses (e.g., Prospect, Qualified, Customer) define where a contact is in the sales pipeline. We capture the full status taxonomy and map each status to an equivalent Nutshell Person status value or create custom status values in Nutshell if the source statuses do not map directly. The status taxonomy is preserved for reporting continuity.
OnePageCRM
Lead Sources
Nutshell
Lead Sources
1:1OnePageCRM Lead Sources (classifying how a contact entered the CRM) map to Nutshell lead source fields on Person records. The pre-populated list from OnePageCRM is recreated as Nutshell custom lead source values. Any lead source values not supported by Nutshell's field type are converted to a text field and documented for the customer's admin to reconcile post-migration.
| OnePageCRM | Nutshell | Compatibility | |
|---|---|---|---|
| Contact (Person) | Person1:1 | Fully supported | |
| Organization (Company) | Company1:1 | Fully supported | |
| Deal | Opportunity1:1 | Fully supported | |
| Custom Fields (Contacts) | Custom Fields (People)1:1 | Mapping required | |
| Custom Fields (Organizations) | Custom Fields (Companies)1:1 | Fully supported | |
| Tags | Tags1:1 | Mapping required | |
| Predefined Items (Product Catalog) | Products1:1 | Mapping required | |
| Predefined Actions (Saved Actions) | Task Templates1:1 | Mapping required | |
| Notes and Call Logs | Notes and Activities1:1 | Mapping required | |
| Statuses | Person Statuses1:1 | Mapping required | |
| Lead Sources | Lead Sources1:1 | 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.
OnePageCRM gotchas
Email bodies and attachments are not exported from OnePageCRM
Duplicate detection fires after import, not during
API rate limit of 5 req/s constrains bulk extraction
Custom Fields must be pre-created before import
Merge Import updates existing contacts rather than creating new ones
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 scoping
We audit the source OnePageCRM portal across plan tier, record counts (contacts, organizations, deals), custom field schemas, active tags, status taxonomy, lead sources, and Predefined Items. We confirm which plan tier the customer is on to verify API access and export capability. The discovery output is a written migration scope document covering record volumes, schema parity gaps, and a pre-migration checklist of custom fields to create in Nutshell before data import begins.
Schema setup in Nutshell
We guide the customer through pre-creating all required custom fields in Nutshell before any data lands. This includes custom fields for contacts, organizations, and deals; lead source values; and status values. We provide the exact field name, type, and option list to create. Any OnePageCRM field with no direct Nutshell equivalent is flagged for the customer to either create a custom field or accept that the data will map to a general-purpose text field. We run a test connection via Nutshell's Import2 integration to verify field visibility.
Sample migration and field mapping validation
Nutshell's Import2 integration recommends starting with a sample migration of a subset of records before committing to the full dataset. We use this step to validate field-to-field mapping, catch any schema mismatches, and confirm that the contact-to-organization linkage resolves correctly in Nutshell. Mapping corrections identified during the sample migration are applied before the full migration runs. This step is standard practice and we integrate it into our migration runbook for every OnePageCRM-to-Nutshell project.
Data extraction and pre-import deduplication
We extract contact, organization, and deal data from OnePageCRM using the CSV export endpoint for bulk data. We run pre-import deduplication on the contact dataset using email address as the primary key to remove any OnePageCRM duplicates before the data enters Nutshell. Tags, statuses, and lead sources are extracted as separate value lists. Notes and call logs are extracted as plain text records. We flag any records that carry email body content as a documented gap per the scoping acceptance.
Production migration in dependency order
We run production migration in record-dependency order: Companies first (resolved by name as the deduplication key), then People with the Company link established, then Opportunities with the Person and Company lookups resolved, then tags and custom field values. Notes and call logs are imported after Person and Company records are committed so that the parent record lookup succeeds. Each phase emits a row-count reconciliation report before the next phase begins. We use Nutshell's Import2 or API endpoints depending on data volume and field complexity.
Cutover, validation, and automation handoff
We run a final delta check of any records modified during the migration window, then enable Nutshell as the system of record. We perform a spot-check validation of 25-50 randomly selected records against the OnePageCRM source data. We deliver the Predefined Action inventory document to the customer's admin team with a written map of each saved action and its recommended Nutshell task-template equivalent. We do not rebuild Autoflow workflows; that is a separate engagement or internal admin rebuild. We support a three-day hypercare window for reconciliation issues.
Platform deep dives
OnePageCRM
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 OnePageCRM 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
OnePageCRM: 5 req/s average, 10 req/s burst (sliding window).
Data volume sensitivity
OnePageCRM 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 OnePageCRM to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your OnePageCRM 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 OnePageCRM
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.