CRM migration

Migrate from Jobber to Nutshell

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

Jobber logo

Jobber

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

13 of 13

objects map 1:1 between Jobber and Nutshell.

Complexity

BStandard

Timeline

3–5 days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Jobber is a field service management platform built for home service businesses — scheduling, dispatching, quoting, invoicing, and client communication live in one product. Nutshell is a sales CRM that models Companies, People, Leads, and Deals with basic task management. The core challenge in this migration is a fundamental data model mismatch: Jobber's native objects (Client, Property, Job, Quote, Invoice, Team Member) have no structural equivalents in Nutshell. Nutshell cannot hold Jobs or Invoices natively — they become Deals or Notes. Custom fields in Jobber exist across all six object types, but Nutshell's custom field system only attaches to People, Companies, and Leads objects — not to Deals. FlitStack AI sequences the migration by extracting Jobber's data via its REST API, mapping Jobs to Nutshell Deals using a job-type custom field on the Person record, and re-uploading attachments to Nutshell's attachments model. A delta-pickup window captures in-flight changes during cutover. Customers must rebuild Jobber automations, service agreements, and maintenance schedules in Nutshell's workflow tools or outside the CRM entirely — FlitStack exports these definitions as a rebuild reference.

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

Jobber logo

Jobber

What's pushing teams away

  • Per-user pricing becomes expensive as teams grow — contractors on the Grow tier report feeling nickel-and-dimed adding office staff or field crew beyond the included seat count.
  • Maintenance agreement setup conflates recurring billing with job scheduling, making it difficult for service businesses to manage membership programs cleanly.
  • Limited workflow customization frustrates businesses with non-standard processes — automations are preset and cannot be deeply reconfigured.
  • Difficulty tracking job costing and profit margins means cost overruns go unnoticed until the invoice is sent, unlike construction-focused alternatives.
  • As the business scales beyond 10–15 users, Jobber lacks the dispatch complexity, multi-location support, and advanced reporting that competitors offer.

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

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

Jobber

Client

maps to

Nutshell

Person (or Company)

1:1
Fully supported

Jobber Clients are individual contacts — they map directly to Nutshell People. Where a Jobber Client represents a business entity rather than an individual, the record can be split into a Nutshell Company with the primary contact as a Person linked to that Company.

Jobber

Client (business entity)

maps to

Nutshell

Company

1:1
Fully supported

When Jobber Client records contain a business name instead of an individual contact name, FlitStack creates a corresponding Nutshell Company record. The primary individual contact from Jobber maps to a Nutshell Person record that links to the new Company via Nutshell's Person-Company relationship (1:N cardinality). This preserves the business-to-contact hierarchy from Jobber while adapting it to Nutshell's organizational model.

Jobber

Property

maps to

Nutshell

Address fields on Person / Company

1:1
Fully supported

Jobber Properties are service-site records attached to Clients — they contain address, site name, access instructions, and property-specific notes. FlitStack maps Property address data to Nutshell's address fields on the Person or Company record. Multiple Properties for one Client generate multiple address records via Nutshell's Person-Company relationship or a custom Property reference field.

Jobber

Job

maps to

Nutshell

Deal

1:1
Fully supported

Jobber Jobs have no native Nutshell equivalent — they are field service work orders with assigned team members, line items, scheduling, and status. FlitStack converts each Job to a Nutshell Deal, preserving job number as Source_Job_Number__c (a custom field on Deal or Person), amount from line items, and close date from scheduled completion. Job status (Scheduled, In Progress, Completed, Cancelled) maps to Nutshell Deal stage values.

Jobber

Quote

maps to

Nutshell

Deal

1:1
Fully supported

Jobber Quotes are estimates sent to clients — they include line items, totals, and a status (Draft, Sent, Accepted, Declined). FlitStack converts each Quote to a Nutshell Deal with Deal amount from the Quote total, name from the Quote title, and stage set to a custom 'Estimate' stage value. Accepted Quotes can be marked Won and converted to a linked Job-Deal for tracking.

Jobber

Invoice

maps to

Nutshell

Deal (or Note)

1:1
Fully supported

Jobber Invoices have no native Nutshell equivalent — Nutshell has no billing or payment processing module. FlitStack migrates Invoice records as Nutshell Deals with the invoice total as Deal amount, invoice number stored in a custom Source_Invoice_Number__c field, and payment status preserved in a custom Source_Payment_Status__c field. Full invoice line items migrate as Deal notes or a custom field for reference.

Jobber

Team Member

maps to

Nutshell

Nutshell User (Person)

1:1
Fully supported

Jobber Team Members are the employees or contractors who perform work. FlitStack creates a Nutshell User account for each Team Member by email match. Historical assignment data (which Team Member was assigned to which Job) is preserved by mapping the Team Member as the Nutshell User on the Deal (Job record) or storing it in a custom Assigned_Team_Member__c field on the Person record.

Jobber

Attachment / File

maps to

Nutshell

Note with attachment link

1:1
Fully supported

Jobber file attachments on Jobs, Invoices, and Quotes are downloaded and re-uploaded to Nutshell as Note attachments linked to the corresponding Deal record. Nutshell's Notes attach to People, Companies, Leads, and Deals, covering the full range of Jobber attachment targets.

Jobber

Client custom fields

maps to

Nutshell

Nutshell Person custom fields

1:1
Fully supported

Jobber custom fields attached to Client records map directly to corresponding Nutshell custom fields on the Person object. Nutshell's custom field system supports text, number, date, picklist, and boolean field types, all of which align with Jobber's custom field type options. FlitStack inventories all Jobber Client custom fields before migration, creates matching Nutshell Person custom fields via Settings → Fields, and maps values field-by-field to preserve all original data without transformation.

Jobber

Company custom fields (Jobber Client business type)

maps to

Nutshell

Nutshell Company custom fields

1:1
Fully supported

When Jobber Client records represent business entities rather than individual contacts, FlitStack migrates their associated custom fields to Nutshell Company custom fields. Nutshell's Company custom field system supports the same type palette as Person fields — text, number, date, picklist, and boolean. FlitStack creates equivalent Company custom fields in Nutshell before migration, mapping values directly from Jobber's source fields to preserve all business-type custom field data without transformation.

Jobber

Job custom fields

maps to

Nutshell

Nutshell Person custom fields (reference)

1:1
Fully supported

Nutshell does not support custom fields on Deals. Jobber custom fields on Jobs cannot map to a Deal custom field in Nutshell. FlitStack creates a custom field on the linked Person record (e.g., Job_Type__c, Service_Category__c) and stores the original Job custom field values there as a reference. Customers should audit whether all Job custom field data is critical to preserve or can be stored in the Deal name or notes.

Jobber

Invoice / Quote custom fields

maps to

Nutshell

Nutshell Person custom fields (reference) or Note

1:1
Fully supported

Invoice and Quote custom fields in Jobber face the same Nutshell limitation as Jobs — they cannot attach to Deals. FlitStack stores Invoice and Quote custom field values in a custom field on the Person record, with the original Invoice or Quote number stored alongside for traceability. Alternatively, a Note attached to the Deal captures the full custom field set in structured text.

Jobber

Service Agreement / Maintenance Agreement

maps to

Nutshell

Custom field on Person / Company

1:1
Fully supported

Jobber's recurring service agreement and maintenance agreement features (Grow plan) have no direct Nutshell equivalent. Nutshell does not model service contracts. FlitStack migrates service agreement records as Notes on the Person record with key terms (agreement type, discount percentage, billing frequency) stored in custom fields. Customers must rebuild recurring billing logic externally or in Nutshell's email sequence model.

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.

Jobber logo

Jobber gotchas

High

Jobber API does not expose all objects for bulk export

High

Custom field definitions must be exported separately

Medium

Billing is tied to active users, not total users

Medium

Maintenance agreement records may not map cleanly to recurring billing

Medium

Automations and approval workflows do not transfer automatically

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

  • Nutshell custom fields cannot attach to Deals — Job/Invoice/Quote custom fields require a re-architecture

    Nutshell's custom field system only supports People, Companies, and Leads objects — Deals (Opportunities) are not eligible for custom fields in Nutshell's data model. Jobber's Jobs, Invoices, and Quotes all have custom fields that cannot map 1:1 into Nutshell's standard structure. FlitStack handles this by creating custom fields on the linked Person record (e.g., Job_Type__c, Invoice_Payment_Status__c) and storing the original Job/Invoice/Quote ID alongside for traceability. Customers should audit whether all Job-level custom field data is business-critical to preserve or whether Deal name and notes provide sufficient context without it.

  • Nutshell has no native Job or Invoice object — field service history collapses into Deals

    Jobber's core value proposition is tracking Jobs (work orders) and Invoices (billing records). Nutshell is a sales CRM with no equivalent to a work order or invoice record. Every Jobber Job becomes a Nutshell Deal — losing the distinction between a sales opportunity and a scheduled service visit. Invoice totals and payment status become Deal values and a custom payment status field, but Nutshell cannot process payments or generate invoices natively. Teams that rely on Jobber's billing workflow (payment recording, billable time, expense tracking) must rebuild this capability in a separate tool or accept that historical financial records become informational Deal records in Nutshell.

  • Nutshell's JSON-RPC API has per-account rate limits that affect bulk migration throughput

    Nutshell's API enforces rate limits on a per-account basis — the specific limits depend on the account's plan tier and are not publicly documented with fixed numbers. FlitStack implements exponential backoff and throttles write operations to stay within Nutshell's stated quota guidelines. For migrations exceeding 20,000 records, the API-based migration may take longer than a platform with bulk API support. Teams with large Job histories (50,000+ Job records) should budget extra time for the migration run and consider filtering out archived or completed Jobs older than a defined date range.

  • Jobber's per-user pricing with add-ons inflates the apparent cost of the platform vs Nutshell's flat per-user model

    Reviewers consistently cite Jobber's pricing opacity as a frustration — the Core plan at $69/month appears reasonable until users discover that reviews ($39/mo), referrals ($29/mo), GPS tracking ($part of Connect+), and expense tracking ($part of Grow) each require separate add-ons or plan upgrades. A fully featured Jobber setup can reach $400+/month for a 10-person team. Nutshell's pricing at $13–$79/user/month includes more CRM-native features and email marketing on higher plans. The migration cost ($500–$3,800) is a one-time investment that replaces an ongoing premium, but teams should model their Nutshell total cost (including email marketing add-ons at $5–$460/month) against their fully-loaded Jobber cost before committing.

  • Jobber's maintenance agreements and service contracts have no Nutshell equivalent

    Jobber's maintenance agreement feature (part of the Grow plan) lets field service businesses set up recurring service schedules, membership billing, and service discounts per client. Nutshell has no concept of service contracts, recurring billing schedules, or membership tiers. Migrating a business with active maintenance agreements requires capturing the agreement terms (discount percentage, billing frequency, included visits) in Nutshell custom fields on the Person or Company record and rebuilding any automated billing or reminder logic outside the CRM. Nutshell's personal email sequences can partially replace automated service reminders but cannot model membership tiers or auto-generate invoices.

Migration approach

Six steps for a successful Jobber to Nutshell data migration

  1. Extract and inventory Jobber data via REST API

    FlitStack connects to Jobber's REST API (Connect or Grow plan required for API access) and exports all six object types: Clients, Properties, Jobs, Quotes, Invoices, and Team Members. Custom fields are inventoried for each object to determine which Nutshell custom fields need pre-creation. A data quality report flags duplicate Clients (same email), orphaned Properties (Client no longer exists), and Jobs with missing assigned Team Members. This inventory determines the final scope and pricing before the migration plan is committed.

  2. Design Nutshell custom field schema and Deal mapping rules

    Because Nutshell cannot attach custom fields to Deals, FlitStack designs a custom field architecture on the Person object to hold Job-level, Invoice-level, and Quote-level custom field values. Deal records are created with a Source_ID custom field pointing back to the original Jobber record ID for traceability. Stage mapping rules are defined for Job statuses (Scheduled → 'In Progress', Completed → 'Won', Cancelled → 'Lost'), Quote statuses, and Invoice payment statuses. A custom 'Estimate' stage is created in Nutshell for Quote records that are not yet accepted.

  3. Create Nutshell custom fields and stage configuration

    FlitStack creates all required Nutshell custom fields before data migration begins: Source_System_ID__c, Original_Create_Date__c, Job_Type__c, Invoice_Payment_Status__c, Source_Invoice_Number__c, Source_Job_Number__c, Source_Quote_Number__c, and any additional custom fields from Jobber's Client and Company objects. Nutshell's built-in custom field interface (Settings → Fields) is used — text, picklist, date, and boolean types are matched to the source field data type. A custom Deal stage 'Estimate' is created for active Quotes that have not been accepted.

  4. Run sample migration with field-level diff

    A representative sample of 100–300 records (covering at least 10 Clients, 20 Jobs, 10 Invoices, 10 Quotes, and 5 Team Members) migrates first. FlitStack generates a field-level diff comparing source values against the Nutshell destination values for every mapped field. The customer reviews the sample in Nutshell — verifying that Job types appear on the correct Person records, Invoice totals are accurate in Deal values, and custom field values from Jobber are present in the corresponding Nutshell custom fields. Mapping adjustments are made before the full run commits.

  5. Execute full migration with delta-pickup window

    Full migration runs against Nutshell's JSON-RPC API, importing all Clients, Properties, Jobs, Quotes, Invoices, and Team Members in dependency order (Clients → Companies → Properties → Team Members → Jobs/Quotes/Invoices). A delta-pickup window of 24–48 hours after the initial load captures any new or modified Jobber records created during the cutover period. FlitStack's audit log records every operation — import count, error count, and record ID mapping table. One-click rollback is available if reconciliation fails.

  6. Deliver reconciliation report and rebuild reference

    FlitStack delivers a post-migration reconciliation report comparing source record counts against Nutshell record counts by object type. Any records that could not migrate (due to missing required fields, duplicate emails, or API errors) are listed with the reason for exclusion. The Jobber workflow and automation definitions are exported as a written rebuild reference document — listing every active automation trigger and action — so the customer can reconstruct critical workflows in Nutshell's email sequences or an external automation tool.

Platform deep dives

Context on both ends of the pair

Jobber logo

Jobber

Source

Strengths

  • Scheduling and dispatching dashboard with visual calendar and drag-and-drop reassignment works well for teams managing under 15 daily visits.
  • Integrated quoting, invoicing, and payment processing in a single platform reduces software stack for small contractors.
  • Client Hub portal provides self-service booking and quote acceptance that reduces administrative back-and-forth.
  • Mobile app for iOS and Android gives field crews offline access to job details, checklists, and signature capture.
  • Automation features handle routine client notifications, follow-ups, and visit reminders without manual intervention.

Weaknesses

  • Per-user pricing scales poorly — adding office staff or field crew beyond tier limits incurs significant incremental cost.
  • Workflow and automation customization is limited to preset rules; businesses with non-standard processes hit walls quickly.
  • Maintenance agreement and recurring billing configuration is tightly coupled to job scheduling, making membership programs harder to manage.
  • Job costing and profit margin tracking is shallow — cost overruns are not surfaced in real time during job execution.
  • Multi-location operations and advanced dispatch features (e.g., load balancing, skill-based routing) are not available even on the highest tier.
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 Jobber 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

    Jobber: Not publicly documented in Jobber's developer docs — customers report throttling after roughly 100–200 requests per minute in practice.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Jobber-to-Nutshell migrations complete in 3–5 days of clock time for under 10,000 records. The longest planning step is designing the custom field re-architecture (Nutshell cannot attach custom fields to Deals, so Job-level and Invoice-level custom fields need a custom mapping plan before migration runs). Larger setups with 50,000+ records or active maintenance agreements extend to 7–14 days, with delta-pickup adding up to 48 hours on top of the initial load.

Adjacent paths

Related migrations to explore

Ready when you are

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