CRM migration
Field-level mapping, validation, and rollback between The Customer Factor and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
The Customer Factor
Source
Nutshell
Destination
Compatibility
10 of 11
objects map 1:1 between The Customer Factor and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
The Customer Factor combines customer management with service scheduling, estimates, and invoicing in a single flat-record model. Nutshell splits People, Companies, Leads, and Opportunities into a relational CRM schema with custom fields and pipeline stages. The migration carries everything The Customer Factor stores natively — contacts, companies, jobs, activities, and custom fields — into Nutshell's object graph. The harder translation problems are the flat customer record collapsing into Nutshell's person-account split, estimate line items becoming Opportunity description text or custom fields, job history becoming Activities, and custom fields that have no standard Nutshell equivalent landing as custom fields with a source-system tag. We extract via The Customer Factor's export tools and Import2-compatible formats, then load through Nutshell's JSON-RPC API or bulk-import interface. Workflows, automations, integrations, and invoice PDFs do not migrate and must be rebuilt manually. We deliver a workflow-export package as a rebuild reference and flag every record that lands as a custom field reference so your team can reconcile post-migration.
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 The Customer Factor 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.
The Customer Factor
Customer
Nutshell
Person
1:1The Customer Factor's unified customer record maps to Nutshell Person for individual contacts. We extract name, email, phone, and address fields and write them to the Nutshell Person object. The account-company relationship is resolved separately via the Nutshell Account object.
The Customer Factor
Customer
Nutshell
Account
many:1The Customer Factor stores company data inside the customer record alongside contact information. We extract company name, domain, industry, and address into Nutshell Account, then link the Account to the corresponding Person record via the accountId field on Person. This creates the relational structure Nutshell expects for person-account relationships.
The Customer Factor
Prospect
Nutshell
Lead
1:1The Customer Factor prospect records map directly to Nutshell Lead objects. Fields including name, company, phone, email, and any custom fields transfer as-is. Prospect status values map to Nutshell Lead status pick-list values via value-mapping, ensuring status continuity across both systems.
The Customer Factor
Job
Nutshell
Activity
1:1Jobs represent scheduled service work in The Customer Factor with fields for type, status, assigned technician, and scheduled date. Since Nutshell has no job object, we transform jobs into Activity records (type = 'Job') and write job-type, status, and scheduling details into the Activity description or custom fields.
The Customer Factor
Job
Nutshell
Opportunity (custom field)
1:1Jobs tied to revenue-generating work can also map to a Nutshell Opportunity with job details (type, status, date) stored in custom fields on the Opportunity. This preserves job-to-revenue context for pipeline reporting in Nutshell and keeps the financial relationship visible in your sales pipeline view.
The Customer Factor
Estimate
Nutshell
Opportunity (custom fields + description)
1:1The Customer Factor estimate records have no native Nutshell equivalent — Nutshell has no estimate object. We map estimate number, status, and line-item summary to Opportunity custom fields (Estimate_Number__c, Estimate_Status__c) and write the line items as plain text in the Opportunity description field.
The Customer Factor
Invoice
Nutshell
Activity + CSV export
1:1Nutshell has no native invoicing capability. Invoice records cannot be represented natively. We create a reference Activity record in Nutshell with invoice number and status, and export the full invoice dataset as a CSV for use with external accounting or billing tools.
The Customer Factor
Owner / User
Nutshell
User
1:1The Customer Factor user accounts map to Nutshell users by email address match. We flag any owner in The Customer Factor without a corresponding Nutshell user account before migration so you can invite them or assign records to a fallback owner.
The Customer Factor
Custom field (customer-level)
Nutshell
Custom field on Person
1:1The Customer Factor custom fields on customers become Nutshell custom fields on the Person object. We create each custom field in Nutshell via the Settings > Fields interface before import, preserving data type (text, date, pick-list) as closely as Nutshell allows.
The Customer Factor
Custom field (prospect-level)
Nutshell
Custom field on Lead
1:1The Customer Factor custom fields on prospects translate to Nutshell Lead custom fields. All custom field definitions are documented in the pre-migration schema plan, where each field's type and pick-list values are mapped. The fields are then created in Nutshell before the import step runs.
The Customer Factor
Attachment / File
Nutshell
File attachment on Person / Account / Opportunity
1:1Files attached to The Customer Factor customer or job records are downloaded and re-uploaded as file attachments to the corresponding Nutshell Person, Account, or Activity record. File size limits apply per Nutshell's upload constraints, and the attachment relationships are preserved during the migration.
| The Customer Factor | Nutshell | Compatibility | |
|---|---|---|---|
| Customer | Person1:1 | Fully supported | |
| Customer | Accountmany:1 | Fully supported | |
| Prospect | Lead1:1 | Fully supported | |
| Job | Activity1:1 | Fully supported | |
| Job | Opportunity (custom field)1:1 | Fully supported | |
| Estimate | Opportunity (custom fields + description)1:1 | Fully supported | |
| Invoice | Activity + CSV export1:1 | Fully supported | |
| Owner / User | User1:1 | Fully supported | |
| Custom field (customer-level) | Custom field on Person1:1 | Fully supported | |
| Custom field (prospect-level) | Custom field on Lead1:1 | Fully supported | |
| Attachment / File | File attachment on Person / Account / Opportunity1: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.
The Customer Factor gotchas
Client cap applies to all tiers including paid plans
No public API — export is manual CSV only
Automated follow-up sequences do not migrate
Cancellation requires email to support with no self-service option
Texting requires third-party integration
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
Extract The Customer Factor data and build the migration schema plan
We pull raw exports from The Customer Factor — Customer CSV, Prospect CSV, Job export, and Estimate export — and catalogue every standard and custom field. We run a record-count audit across all object types to establish baseline migration scope and check contact-volume tier fit against your intended Nutshell plan. The output is a migration schema plan that maps each The Customer Factor field to a Nutshell field or custom field, documents the person-account split logic, and flags any fields with no Nutshell equivalent.
Create Nutshell custom fields before import
Before any data loads, we create the Nutshell custom fields required for estimate data, job metadata, and any The Customer Factor custom fields that cannot map to standard Nutshell fields. We use Nutshell's Settings > Fields interface or API calls to set up Company, Person, Lead, and Activity custom fields with the correct types and pick-list values. Custom field creation happens before the import step so that every incoming record has a valid target field.
Resolve owners and users by email match
The Customer Factor owner and technician assignments are matched against Nutshell users by email address. Any owner in the source data that does not have a corresponding Nutshell user account is flagged before migration. Your team either creates the missing Nutshell user or assigns those records to a fallback owner before the migration run. No record lands in Nutshell without a valid owner reference.
Run a sample migration with field-level diff
We pull a representative sample of 200–500 records spanning customers, prospects, jobs, and estimates from The Customer Factor, map each field to its Nutshell destination, and generate a field-level diff comparing source values against the destination records. You review the diff to confirm the person-account split, estimate field mapping, job-to-Activity transformation, and owner resolution produce the expected result before we commit to the full migration run.
Execute full migration with delta-pickup cutover window
The full dataset loads into Nutshell in dependency order: Accounts first, then People and Leads, then Opportunities and Activities. We run automated validation checks post-load for record counts, required field completeness, and person-account linkage integrity. Your team continues working in The Customer Factor during the migration window. A delta-pickup pass (typically 24–48 hours) captures any records created or modified in The Customer Factor during the cutover so Nutshell reflects the final state at go-live.
Deliver reconciliation report and workflow export package
After the migration, we deliver a full reconciliation report showing record counts by object, any records that landed with partial data or custom-field fallbacks, and a list of unassigned owner records. We also provide the exported workflow definition package from The Customer Factor as a rebuild reference for your Nutshell admin. Any invoice data exported as a standalone CSV is packaged with field documentation. A post-migration review meeting walks your team through the results and the remaining manual steps.
Platform deep dives
The Customer Factor
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 The Customer Factor 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
The Customer Factor: Not publicly documented.
Data volume sensitivity
The Customer Factor 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 The Customer Factor to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your The Customer Factor 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 The Customer Factor
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.