CRM migration

Migrate from The Customer Factor to Nutshell

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 logo

The Customer Factor

Source

Nutshell

Destination

Nutshell logo

Compatibility

91%

10 of 11

objects map 1:1 between The Customer Factor and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

The Customer Factor logo

The Customer Factor

What's pushing teams away

  • The single-user-per-account model becomes a hard ceiling for growing teams; multi-technician operations report being forced to a platform that supports multiple concurrent users.
  • The inability to cancel or export account data through standard self-service channels creates friction and prompts churn, with at least one customer reporting an unresponsive cancellation request via email.
  • Customization depth lags behind competitors like Housecall Pro; businesses that need custom forms, flexible workflows, or deeper field service routing features migrate away.
  • The 50-client cap on all tiers including paid plans means businesses with more than 50 active customers must upgrade or leave, with no clear upgrade path visible in the pricing structure.
  • Texting functionality depends on a third-party integration rather than being built into the platform, which frustrates users expecting an all-in-one communication hub.

Choosing

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How The Customer Factor objects map to Nutshell

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

maps to

Nutshell

Person

1:1
Fully supported

The 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

maps to

Nutshell

Account

many:1
Fully supported

The 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

maps to

Nutshell

Lead

1:1
Fully supported

The 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

maps to

Nutshell

Activity

1:1
Fully supported

Jobs 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

maps to

Nutshell

Opportunity (custom field)

1:1
Fully supported

Jobs 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

maps to

Nutshell

Opportunity (custom fields + description)

1:1
Fully supported

The 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

maps to

Nutshell

Activity + CSV export

1:1
Fully supported

Nutshell 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

maps to

Nutshell

User

1:1
Fully supported

The 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)

maps to

Nutshell

Custom field on Person

1:1
Fully supported

The 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)

maps to

Nutshell

Custom field on Lead

1:1
Fully supported

The 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

maps to

Nutshell

File attachment on Person / Account / Opportunity

1:1
Fully supported

Files 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.

Gotchas + challenges

What specifically takes care here

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 logo

The Customer Factor gotchas

High

Client cap applies to all tiers including paid plans

High

No public API — export is manual CSV only

Medium

Automated follow-up sequences do not migrate

Medium

Cancellation requires email to support with no self-service option

Low

Texting requires third-party integration

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • The Customer Factor's flat customer record requires person-account split

    The Customer Factor stores contact and company information within a single customer record. Nutshell separates these into Person and Account objects with a relational link. When a The Customer Factor customer record contains both individual and company data, we split it: the contact fields write to a Nutshell Person and the company fields write to a Nutshell Account, then the Account is linked back to the Person via the accountId field. This split must happen before any Opportunities or Activities can reference those records, so the dependency chain must resolve in the correct order.

  • Estimates and invoices have no native Nutshell equivalent

    The Customer Factor's estimate and invoice objects cannot be represented natively in Nutshell because Nutshell has no estimate or billing object. Estimate data — line items, totals, and status — maps to Opportunity custom fields and description text, losing the structured line-item relationship. Invoice PDFs and payment history cannot migrate at all and are exported as a standalone CSV reference file. We surface this in the pre-migration schema plan so your team can decide whether to rebuild estimates inside Nutshell's Opportunities or keep the CSV as an external reference.

  • Workflows, automations, and follow-up sequences do not migrate

    The Customer Factor automated follow-ups and drip sequences are a core part of its value for service teams, but they do not have a Nutshell equivalent that can receive them directly. Nutshell's own email sequences (available on Pro+ plans) operate under different rules and cannot import The Customer Factor sequence definitions. We export the complete workflow definition package from The Customer Factor as a rebuild reference and document the trigger conditions, delay rules, and action steps so your Nutshell admin can recreate the logic manually in Nutshell Sequences or an external automation tool.

  • Nutshell's contact-volume tier limits can block migration completion

    Nutshell pricing is structured around per-user seats with contact-volume caps per tier: 100 contacts on lower tiers up to 900,000 on Enterprise. If your The Customer Factor database contains more contacts than your intended Nutshell plan allows, records beyond the cap cannot be added without a plan upgrade. We run a pre-migration record count across all Person, Account, Lead, and Opportunity records before the migration begins and alert you if the count exceeds your current Nutshell plan limit.

  • API access on lower The Customer Factor tiers may limit export method

    The Customer Factor does not publish a comprehensive public REST API — data export relies primarily on the built-in CSV/Excel export from the Customers tab. If your plan tier restricts API access or the export tool has rate limitations, we coordinate with your team to pull the data in batches or use the manual export method. The JSON-RPC API referenced in Nutshell's documentation is for Nutshell's own API, not The Customer Factor's, and cannot be used as a migration source.

Migration approach

Six steps for a successful The Customer Factor to Nutshell data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

The Customer Factor logo

The Customer Factor

Source

Strengths

  • Free tier available for up to 50 clients with no credit card required to start.
  • All-in-one dashboard shows due contacts, pending estimates, and follow-up tasks in one view.
  • Estimate-to-job conversion with one click reduces administrative steps for field service workflows.
  • Five invoice format templates with logo, font, and custom field customization included.
  • Mobile access available across all pricing tiers.

Weaknesses

  • Hard 50-client limit applies to all tiers, including paid plans, with no published client count tiers above that level.
  • Single-user architecture prevents multi-technician access to the same account simultaneously.
  • No public API documented; data export is limited to manual CSV download from the UI.
  • Automated follow-up sequences and callback schedules do not export and must be rebuilt at the destination.
  • Account cancellation requires direct email contact with support rather than self-service control.
Nutshell logo

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

Complexity grading

How hard is this migration?

Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across The Customer Factor and Nutshell.

  • Object compatibility

    B

    2 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    The Customer Factor: Not publicly documented.

  • Data volume sensitivity

    B

    The Customer Factor doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your The Customer Factor to Nutshell migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about The Customer Factor to Nutshell data migrations

Answers to the questions buyers ask most during The Customer Factor to Nutshell migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most The Customer Factor to Nutshell migrations complete in 48–72 hours of clock time for under 5,000 records. Larger setups with 50,000+ records, multiple custom fields, or complex job-to-Activity transformation extend to 5–10 days. The longest planning step is the pre-migration schema design — defining the person-account split, estimate field mapping, and custom field creation — which runs concurrently with discovery before any data moves.

Adjacent paths

Related migrations to explore

Ready when you are

Move from The Customer Factor.
Land in Nutshell, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day