CRM migration

Migrate from Zuper to Nutshell

Field-level mapping, validation, and rollback between Zuper and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.

Zuper logo

Zuper

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

12 of 12

objects map 1:1 between Zuper and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Zuper is a field service management platform built around Jobs, Customers, Organizations, Properties, Assets, and a configurable Workflow Builder. Nutshell is a sales CRM built around People, Companies, Leads, and Deals organized into pipeline stages with activity tracking. The core migration challenge is semantic: Zuper's work-order lifecycle (Quote → Scheduled → In Progress → Completed) has no native equivalent in Nutshell's deal-stage model, so FlitStack AI maps each Zuper job status to a corresponding Nutshell pipeline stage by value-mapping the status labels. Customers, organizations, and properties migrate as People, Companies, and custom fields respectively, with the Zuper-to-Nutshell relationship preserved as a link between the Nutshell Person record and its associated Company record. Custom fields built in Zuper's custom field editor for Customers, Organizations, Jobs, and Assets are recreated as Nutshell custom fields on the equivalent Nutshell object. We do not migrate Zuper Workflow Builder automations — those must be rebuilt in Nutshell's automation tools or documented for your admin to reconstruct. We handle the API extraction, transformation, and load using Zuper's REST API and Nutshell's JSON-RPC API, with a sample migration and field-level diff before the full run commits.

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

Zuper logo

Zuper

What's pushing teams away

  • The estimate platform has limited functionality compared to dedicated quoting tools, and customers report it is inferior to most competing products in the FSM space.
  • Zuper is a newer product still in active development — some features customers need are not yet available, causing delays for teams with specific requirements.
  • The mobile app has stability issues including crashes mid-task, disappearing data during input, and excessive clicking to complete simple actions.
  • Leadership commitments have been missed repeatedly according to at least one mid-market reviewer, creating frustration around roadmap reliability.
  • Limited reporting depth makes it hard to extract actionable operational insights without exporting to a third-party BI tool.

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 Zuper objects map to Nutshell

Each row shows how a Zuper 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.

Zuper

Customer

maps to

Nutshell

Person

1:1
Fully supported

Zuper Customers are individual contacts — service requesters, property occupants, or billing contacts. They migrate directly as Nutshell People. The Customer's name, email, phone, and address fields map to the corresponding Nutshell Person fields. Custom fields attached to the Zuper Customer record are recreated as Nutshell custom fields on the Person record.

Zuper

Organization

maps to

Nutshell

Company

1:1
Fully supported

Zuper Organizations represent the business entity — typically the property owner, service contract holder, or company receiving field service. They map to Nutshell Companies by name and address. Zuper's Organization-level custom fields migrate as Nutshell Company custom fields. The link between a Zuper Customer and their Organization is preserved by linking the Nutshell Person record to the Nutshell Company record.

Zuper

Customer ↔ Organization relationship

maps to

Nutshell

Person ↔ Company link

1:1
Fully supported

Zuper allows a Customer to be associated with multiple Organizations. In Nutshell, each Person can be linked to one primary Company and additional secondary company relationships. We preserve the primary Organization as the primary Company link and surface additional Organization links as secondary relationships on the Person record.

Zuper

Job

maps to

Nutshell

Deal / Task

1:1
Fully supported

Zuper Jobs are the core work-order entity. Completed jobs that represent billable work map to Nutshell Deals with the appropriate pipeline stage and close date reflecting the job completion date. In-progress jobs map as open Nutshell Deals. Zuper jobs with status 'Completed' and a resolved outcome can alternatively be logged as Nutshell Tasks for activity-history continuity.

Zuper

Job status (Quote / Scheduled / In Progress / Completed / Cancelled)

maps to

Nutshell

Pipeline stage (with value mapping)

1:1
Fully supported

Zuper job statuses are a pick-list that varies by Zuper configuration. We map each Zuper status label to a corresponding Nutshell pipeline stage by value: 'Quote' maps to the Nutshell stage representing unqualified or proposal stage, 'Scheduled' maps to a booked or scheduled stage, 'In Progress' maps to the active work stage, and 'Completed' maps to a closed-won or service-delivered stage. Cancelled jobs map to a closed-lost or cancelled stage in Nutshell.

Zuper

Property

maps to

Nutshell

Custom fields on Company / Person

1:1
Fully supported

Zuper Properties store service-location information — building address, floor/unit, access notes, property type — as a named entity with its own custom fields. Nutshell has no native property object. We migrate each Zuper Property as a set of custom fields on the associated Nutshell Company record (property address, property type, access instructions) so the service location data stays attached to the customer account without creating orphaned records.

Zuper

Job Category

maps to

Nutshell

Custom field on Deal

1:1
Fully supported

Zuper Job Categories classify work by type — HVAC repair, plumbing, electrical, inspection. Nutshell has no native job-category field. We recreate Job Category as a custom pick-list field (Job_Category__c) on the Nutshell Deal so service-line reporting is preserved in Nutshell's pipeline views and exported reports.

Zuper

Asset

maps to

Nutshell

Custom fields on Deal / Company

1:1
Fully supported

Zuper Assets represent equipment or systems at a property — HVAC units, water heaters, appliances. Nutshell has no native asset registry. Asset name, make/model, serial number, and installation date migrate as custom fields on the Nutshell Deal associated with that service visit, keeping asset context linked to the work record.

Zuper

Product / Part / Service

maps to

Nutshell

Custom fields on Deal

1:1
Fully supported

Zuper Products and Services define the billable line items associated with a job. Nutshell Deals have no native product line-item table. We store the Zuper product or service name as a custom text field on the Nutshell Deal, and the quantity and unit price as separate custom fields, so the service scope of each deal is visible in the record.

Zuper

Zuper User (technician / admin)

maps to

Nutshell

Nutshell User / Person

1:1
Fully supported

Zuper Users with active CRM responsibilities (dispatchers, account managers) are resolved by email match to Nutshell Users and assigned as the OwnerId on migrated Deals. Zuper Users who only performed field work and don't need Nutshell access are migrated as Nutshell People records so their technician name is preserved in job history without creating an unused Nutshell license seat.

Zuper

Job Notes / Attachments

maps to

Nutshell

Deal Notes / Files

1:1
Fully supported

Zuper job notes migrate as Nutshell Deal notes attached to the corresponding Deal record. Zuper file attachments (photos, signed forms, inspection reports) are re-uploaded to Nutshell Files linked to the Deal. File size limits apply — Nutshell enforces standard upload limits per file. Large image files from Zuper's mobile app are resized as needed during the migration.

Zuper

Zuper Workflow Builder automations

maps to

Nutshell

No equivalent — manual rebuild required

1:1
Fully supported

Zuper Workflow Builder automations — trigger/action sequences for inspection steps, quoting flows, and pricing logic — do not migrate. They use a node-based event model that has no Nutshell equivalent. We export your Zuper workflow definitions as a documented reference so your Nutshell admin can rebuild the logic in Nutshell Workflows or in an external automation tool.

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.

Zuper logo

Zuper gotchas

High

No bulk API endpoint means large migrations are sequential

Medium

Quote object schema is shallower than Job schema

High

Workflow Builder automations have no export capability

Medium

Multi-custom-field filter on Properties API returns no records when multiple filters applied

Medium

Mobile app instability causes incomplete Job records in production data

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

  • Zuper job status values require manual stage-mapping logic in Nutshell

    Zuper's job status pick-list is configurable per Zuper account — there is no standardized set of statuses across all Zuper deployments. Some accounts use Quote / Scheduled / In Progress / Completed; others use custom labels. Nutshell pipeline stages are defined per account and also vary. FlitStack AI resolves the Zuper status values against your specific Zuper configuration during discovery, then applies a value-mapping table to route each Zuper status to the corresponding Nutshell pipeline stage. If a Zuper status has no matching Nutshell stage, your admin selects a fallback before migration runs. This mapping step is required for every Zuper-to-Nutshell migration because neither platform enforces a standard status vocabulary.

  • Zuper's row-limit cap applies to the source data extraction

    Zuper's self-serve CSV import is capped at 25,000 rows per module. Fee-based Zuper migration services raise this to 30,000 rows per entity with a maximum of five primary data sets. For Zuper accounts with more than 25,000 customers or 25,000 jobs, the extraction must be split into multiple files by module — a process Zuper requires the Customer to perform manually. FlitStack AI handles the split file ingestion on the destination side, but the Customer must produce the split Zuper exports before migration begins. Accounts approaching these limits should plan for the extraction step during scoping.

  • Zuper Property has no native Nutshell equivalent — service location data needs a home

    Zuper Properties are named entities that represent service locations with their own custom fields, access instructions, and address. Nutshell has no Property or Asset Location object — service-location data has nowhere to land natively. If you rely on Zuper Properties to track building-level or unit-level service history, you need a strategy for that data in Nutshell. FlitStack AI migrates Zuper Property data as custom fields on the associated Nutshell Company record (Property_Name__c, Service_Location__c, Access_Instructions__c). If multiple Properties are associated with one Organization, they are linked as separate Nutshell Company records or as a custom property-list field — your admin chooses the preferred structure during the mapping review.

  • Zuper Workflow Builder automations cannot be migrated and must be rebuilt

    Zuper's Workflow Builder uses a node-based event system that connects triggers (e.g., 'Inspection completed', 'Quote approved') to actions (e.g., 'Send email', 'Update job status', 'Create invoice'). Nutshell Workflows provide basic trigger-based automation for sales email sequences and task creation, but they do not support the node-based logic graph that Zuper uses. There is no export format or bridge that converts Zuper workflows to Nutshell automations. FlitStack AI exports a documented reference of your Zuper workflow definitions — triggers, nodes, conditions, and actions — so your Nutshell admin can rebuild equivalent logic manually. This is the most common source of post-migration operational rework.

  • Zuper does not backdate system-generated timestamps during migration

    Zuper's data migration policy explicitly states that system-generated timestamps — created date, last modified date, status-change timestamps — reflect the date of import, not the original historical value. Nutshell also sets CreatedDate at insert time. For teams that use job completion timestamps for billing reconciliation or warranty tracking, this means the original Zuper create date and last-modified date are preserved as custom datetime fields on the Nutshell Deal (Original_Create_Date__c, Original_Last_Modified__c) rather than the native system fields. Your reports and SLA calculations should reference these custom fields, not the native Nutshell created/last-modified timestamps.

Migration approach

Six steps for a successful Zuper to Nutshell data migration

  1. Extract Zuper data via API with scoping and split-file planning

    FlitStack AI connects to your Zuper account via the Zuper REST API and extracts all standard modules: Customers, Organizations, Jobs, Properties, Assets, Products/Services, and Users. We query the Zuper API in paginated batches to handle accounts at or near Zuper's row-limit thresholds. If your Zuper account exceeds 25,000 records in any module, we flag the modules during discovery and coordinate with your team to produce the split Zuper CSV exports that Zuper's policy requires. The extraction run captures the current state of all records including custom field values and association links.

  2. Map Zuper job statuses to Nutshell pipeline stages and create Nutshell custom fields

    Before data loads into Nutshell, we create all required custom fields on the target Nutshell objects — Job_Category__c, Asset_Name__c, Equipment_Make_Model__c, Original_Create_Date__c, and others identified in the mapping plan. We also review your Zuper job status values and apply a value-mapping table to route each Zuper status to the correct Nutshell pipeline stage. If your Zuper account uses custom status labels, we present the mapping table for your admin to confirm before the migration run. Nutshell pipeline stages are created or identified during this step so the stage mapping is valid at load time.

  3. Resolve Zuper Users to Nutshell Users and link Organizations to Companies

    We match Zuper Users to Nutshell Users by email address. Zuper technicians and dispatchers with active CRM roles are provisioned as Nutshell Users and assigned as OwnerId on migrated Deals. Zuper field workers who do not need Nutshell access are migrated as Nutshell People records so their name is preserved in job history without consuming a Nutshell license seat. For the Zuper Customer-to-Organization relationship, we link each Nutshell Person record to their primary Nutshell Company and surface additional Organization associations as secondary company links on the Person record.

  4. Run sample migration with field-level diff for mapping validation

    A representative sample of Zuper records — typically 100–500 records spanning Customers, Organizations, Jobs, Properties, and Assets — migrates first into your live Nutshell account. We generate a field-level diff report comparing the source Zuper values against the migrated Nutshell values for every mapped field. You review the diff to verify that job status values landed in the correct Nutshell pipeline stages, that property data is readable in the custom fields on the Company record, and that technician assignments resolved to the correct Nutshell User. Any mapping errors are corrected before the full run proceeds.

  5. Execute full migration with delta-pickup window and audit log

    After sample validation, FlitStack AI runs the full migration against your Nutshell account. All Zuper modules load in dependency order: Organizations → Companies, then Customers → People with company links, then Jobs → Deals with status mapping and owner assignment, then Properties → Company custom fields and Assets → Deal custom fields. A delta-pickup window (24–48 hours) captures any records created or modified in Zuper during the cutover so Nutshell reflects Zuper's final state at go-live. Every migration operation is logged in an audit log, and one-click rollback is available if reconciliation identifies a data integrity issue.

Platform deep dives

Context on both ends of the pair

Zuper logo

Zuper

Source

Strengths

  • Offline-first mobile app allows technicians to work without connectivity and sync when back online.
  • Intelligent dispatching and smart scheduling reduce manual job assignment overhead.
  • Embedded digital payment processing shortens invoice-to-payment cycles.
  • Configurable workflow builder lets admins adapt the platform to trade-specific processes.
  • Custom fields on Customers and Jobs provide trade-specific data capture without developer involvement.

Weaknesses

  • The estimate and quoting module is widely reported as underdeveloped with limited functionality.
  • The mobile app suffers from instability including crashes and data loss during input tasks.
  • Zuper is still actively developing features, which can cause delays for teams needing specific capabilities.
  • API lacks a bulk import endpoint, making large-volume data migrations slower and more rate-limit sensitive.
  • Workflow definitions cannot be exported — every automation must be manually rebuilt at the destination.
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. 1 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 Zuper and Nutshell.

  • Object compatibility

    B

    1 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

    Zuper: Not publicly documented in current developer documentation.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Zuper 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 Zuper to Nutshell data migrations

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

Can't find your answer?

Walk through your Zuper to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Zuper-to-Nutshell migrations complete in 48–72 hours of clock time for accounts with fewer than 25,000 total records. Accounts approaching Zuper's row-limit thresholds (25,000–30,000 per module) require the customer to produce split Zuper exports first, which adds 1–2 days to the planning phase. Complex setups with multiple Zuper property types, asset records, or custom status configurations extend to 5–7 days. Mapping Zuper job statuses to Nutshell pipeline stages is the longest planning step because it requires a value-mapping review per Zuper account.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Zuper.
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