CRM migration

Migrate from Workiz to Nutshell

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

Workiz logo

Workiz

Source

Nutshell

Destination

Nutshell logo

Compatibility

93%

13 of 14

objects map 1:1 between Workiz and Nutshell.

Complexity

BStandard

Timeline

24–48 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Workiz is a field-service management platform built around Clients, Jobs, Leads, Estimates, Invoices, and Items. It stores technician assignments, GPS tracking data, job-type taxonomies, and automations that trigger on job-status changes. Workiz uses a flat-import model (CSV/XLSX via technical-support requests) and its API exposes jobs, clients, and leads but not full invoice line-item history or automation logic. Nutshell is a sales CRM built around People, Companies, Leads, and Deals organized into configurable pipelines. It has no native field-service scheduling, no technician management, no native estimate or invoice objects, and no workflow automation engine — though it offers personal email sequences and task-based activity tracking via its JSON-RPC API. The migration maps Workiz Clients to Nutshell People, Companies to Nutshell Companies, Jobs to Nutshell Deals (with Workiz job status mapped to Nutshell pipeline stages), Estimates to custom-line Deals, Leads to Nutshell Leads, and Items to Nutshell Products. Custom fields migrate as Nutshell custom fields on the corresponding record types. FlitStack sequences the migration so that People exist before Deals (via party associations), then runs a sample migration with field-level diff before committing the full load with a 24–48-hour delta-pickup window.

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

Workiz logo

Workiz

What's pushing teams away

  • Support wait times are long when something breaks mid-job, leaving dispatchers stuck with no resolution for hours.
  • Add-on pricing for online booking, call tracking, and automations inflates the monthly bill beyond the headline plan cost.
  • Limited workflow customization forces growing teams to work around the platform rather than adapt it to complex job types.
  • Mobile app crashes and lag disrupt field techs who rely on real-time job updates and client info on-site.
  • Pricing at higher tiers feels steep relative to competitors offering similar features at lower per-user rates.

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

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

Workiz

Client

maps to

Nutshell

Person

1:1
Fully supported

Workiz Clients store the primary contact information for each service location — name, email, phone, service address, billing address. We map these directly to Nutshell People. If the client has no associated company in Workiz, the Person record stands alone. A client's secondary contacts migrate as additional Person records linked to the primary.

Workiz

Client

maps to

Nutshell

Company

many:1
Fully supported

Workiz clients with a company name populate both a Nutshell Person record (for the primary contact) and a Nutshell Company record (for the business entity). The company record holds the business address, website, and industry if present. Multiple Workiz clients sharing the same company name collapse to one Company record with multiple Person associations.

Workiz

Job

maps to

Nutshell

Deal

1:1
Fully supported

Workiz Jobs are the core operational record — each job belongs to a client, has a job type, assigned technician, scheduled window, status, and price. Nutshell Deals have a name, value, pipeline stage, close date, and party associations. We transform Workiz jobs into Nutshell Deals using a mapping where job status (new, in-progress, done, cancelled) routes to specific Nutshell pipeline stages configured for field service reporting.

Workiz

Job Status

maps to

Nutshell

Pipeline Stage

1:1
Fully supported

Workiz job statuses (new, scheduled, in-progress, completed, cancelled) need explicit value-by-value mapping to Nutshell pipeline stages. The Workiz technician can rename statuses in Workiz, so we read the actual status labels from the Workiz account during discovery and configure matching pick-list values in Nutshell's pipeline before migration runs.

Workiz

Lead

maps to

Nutshell

Lead

1:1
Fully supported

Workiz Leads and Nutshell Leads share the same concept — an unqualified prospect captured from a phone call, web form, or third-party lead feed (Angi Leads, Thumbtack, Genius Leads). Source attribution fields in Workiz (ad_source, lead_source) map to Nutshell's standard lead source pick-list, with unmapped values stored as a custom field.

Workiz

Estimate

maps to

Nutshell

Deal

1:1
Fully supported

Workiz Estimates contain line items, tax rates, and discount fields with an approval status. Nutshell has no native estimate object. Estimates migrate as Nutshell Deals using the Workiz estimate total as the Deal value. Line items are preserved as a custom text field on the Deal for reference — your team rebuilds formal quotes using Nutshell's proposal tool or a third-party document integration post-migration.

Workiz

Invoice

maps to

Nutshell

Deal

1:1
Fully supported

Workiz Invoices carry payment status, balance due, and service fee information. Nutshell has no native invoice object. Invoices migrate as Deals with a custom payment_status field storing the Workiz invoice balance (paid, partially paid, overdue). Workiz payment history is preserved as activity notes on the Deal record — full financial reconciliation requires your accounting software.

Workiz

Item

maps to

Nutshell

Product

1:1
Fully supported

Workiz Items are reusable service and product line items stored in a price book. Nutshell Products serve the same function — a catalog of services and parts that can be attached to Deals. We map Workiz Items to Nutshell Products preserving name, unit price, and description. Products must exist in Nutshell before they can be added to Deals, so Product migration runs before Deal migration.

Workiz

Custom Field (Job)

maps to

Nutshell

Custom Field (Deal)

1:1
Fully supported

Workiz custom fields assigned to jobs (e.g., job-type-specific inspection checklists, equipment serial numbers, warranty codes) have no native equivalent in Nutshell Deals. We create matching Nutshell custom fields on the Deal object — pick-list values map value-by-value, text fields pass through directly, and date fields preserve the original ISO format.

Workiz

Custom Field (Client)

maps to

Nutshell

Custom Field (Person)

1:1
Fully supported

Workiz custom fields on clients (e.g., billing preferences, property type, key contact notes) map to Nutshell Person custom fields. Nutshell separates Person and Company custom fields, so client-level custom fields live on the Person record. Any company-level attributes from Workiz custom fields are placed on the Nutshell Company record.

Workiz

Job Type

maps to

Nutshell

Custom Field (Deal)

1:1
Fully supported

Workiz job types categorize work (e.g., lockout, rekey, safe opening) and drive which custom fields appear. Nutshell has no native job-type concept. We store Workiz job type as a custom pick-list field on Nutshell Deals so you can filter pipelines by service category. Job-type taxonomy is preserved as-is; your team defines how to use it in Nutshell reporting.

Workiz

User / Technician

maps to

Nutshell

User

1:1
Fully supported

Workiz Users (technicians, dispatchers, admins) are resolved by email match against Nutshell Users. A Workiz technician assigned to a job maps to a custom field on the Nutshell Deal (Assigned_Technician__c) since Nutshell has no native technician or scheduling concept. Unmatched Workiz users are flagged before migration so you can create Nutshell accounts or assign to a fallback owner.

Workiz

Workiz Automations

maps to

Nutshell

Not Migrated

1:1
Fully supported

Workiz Automations are event-driven rules with conditions and actions — e.g., send an SMS when a job status changes to 'completed', or email the client 30 minutes before the scheduled window. Nutshell has no automation engine for field-service events. We export Workiz automation definitions as a reference document for your team to rebuild using Nutshell Sequences or a third-party tool like Zapier.

Workiz

Attachment / File

maps to

Nutshell

Attachment

1:1
Fully supported

Workiz stores file attachments on jobs, clients, and invoices (photos, signed documents, equipment specs). Files migrate as Nutshell attachments linked to the corresponding Person or Deal record. File size limits apply — Nutshell's attachment limit is 25 MB per file. Large files or image-heavy attachments that exceed this are flagged for manual re-upload.

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.

Workiz logo

Workiz gotchas

High

QuickBooks Online sync conflict during job import

High

Automations do not export or migrate

Medium

Jobs and estimates imported as separate flat files can create duplicates

Medium

GPS location history and call recordings are not exportable

Low

User permissions and roles do not transfer

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

  • Estimates and invoices have no Nutshell equivalent — structured line items are lost without a rebuild plan

    Workiz Estimates contain line items with part numbers, quantities, tax rates, and discounts — a structured data model your accounting team may rely on. Nutshell has no estimate or invoice object. We migrate estimate totals as Deal values and store line items as a custom text field for reference, but Nutshell cannot natively generate a formatted estimate PDF from this data. You will need to use Nutshell's proposal tool or a third-party document integration (PandaDoc, HubSpot Documents) to rebuild formal quoting post-migration. FlitStack provides a line-item export from Workiz as a rebuild reference, but the quoting workflow must be recreated.

  • Workiz Automations cannot migrate — Nutshell has no event-driven workflow engine for field-service triggers

    Workiz Automations fire on job conditions (status change, balance due, client tag, job type) and route actions (SMS, email, internal notification). Nutshell Sequences trigger on Lead or Deal stage entry only and send email — they cannot react to a job status change, a technician assignment, or a payment event. There is no equivalent automation construct in Nutshell for field-service event routing. We export your Workiz automation definitions as a structured rebuild reference, but every automation must be manually recreated in Nutshell or delegated to a third-party automation tool (Zapier, Make) post-migration.

  • Job-type-specific custom fields require individual Nutshell custom field creation per type

    Workiz lets you assign different custom fields to different job types — a lockout job might have a 'lock brand' field while an HVAC job has a 'refrigerant type' field. Nutshell custom fields apply to all records of an object type (all Deals) rather than being conditional on a sub-type. You will need to create all possible custom fields on Nutshell Deals and accept that every Deal will show all fields even if only some are relevant to its job type. Alternatively, you can consolidate job-type fields into a single 'custom_data' JSON field and parse it in a reporting tool.

  • Workiz's GPS tracking and technician scheduling have no Nutshell counterpart — these data assets are not migratable

    Workiz stores real-time technician GPS coordinates, service-area polygons, and availability windows used by its dispatch Map view. Nutshell has no scheduling, dispatch, or map module. We do not migrate GPS data. Technician assignments from Workiz (which tech was assigned to which job, and when) are preserved as a custom Assigned_Technician__c text field on Nutshell Deals, but Nutshell will not display a dispatch map or calculate optimal routing. If your team relies on Workiz's scheduling UI, that workflow must be replaced by a dedicated field service tool post-migration.

  • Workiz does not expose a self-serve export API — migration uses Workiz's support-ticket-based file pull

    Unlike most CRMs that offer a self-serve CSV export from the UI, Workiz's export process requires submitting a formal request to their technical support team with prepared CSV or XLSX files. Workiz's import documentation explicitly states that certain data types (call/message history, parent-client relationships, additional properties, job tags, payment terms) cannot be imported — meaning they are also not reliably exportable via the same mechanism. FlitStack coordinates the file pull with your Workiz account team and cross-validates against API reads to ensure we capture the maximum available dataset before mapping.

Migration approach

Six steps for a successful Workiz to Nutshell data migration

  1. Pull Workiz data via file export and API audit

    FlitStack initiates the Workiz data pull by submitting the formal export request to Workiz technical support for Clients, Jobs, Leads, Estimates, Invoices, and Items. In parallel, we query the Workiz API for any records not covered by the flat-file export (active jobs, recent leads). We audit the resulting dataset for record counts, custom field names, job-type taxonomies, and status labels. Any records flagged as non-exportable (call history, parent-client relationships) are noted in the migration plan with an explicit data-loss disclosure.

  2. Design Nutshell schema: pipelines, stages, custom fields, and user accounts

    We map Workiz job statuses to Nutshell pipeline stages and create the necessary Nutshell pipelines before data lands. All Workiz custom fields (client-level, job-level, item-level) are created as matching Nutshell custom fields on the appropriate record types (Person, Company, Deal, Product). Workiz Users are matched by email to Nutshell Users — any unmatched technicians or dispatchers are flagged for account creation before migration runs. Products are created in Nutshell before Deals so line-item associations resolve on import.

  3. Migrate Products, Companies, People, then Leads before Deals

    Nutshell requires parent records to exist before child records reference them. We sequence the migration: (1) Products from Workiz Items, (2) Companies from Workiz client company names, (3) People from Workiz Clients with party associations to Companies, (4) Leads from Workiz Leads with source mapping, then (5) Deals from Workiz Jobs and Estimates with partyId links resolved. This ordering ensures that every Deal has a valid Nutshell party association rather than orphaning records.

  4. Run a sample migration with field-level diff

    A representative slice — typically 200–500 records spanning Clients, Jobs, Leads, Estimates, and a range of job types — migrates into your live Nutshell environment. We generate a field-level diff showing every mapped field, the value in Workiz, and the value written to Nutshell. You review the diff to confirm that job status → pipeline stage mapping is correct, custom fields populated as expected, and technician assignments resolved. We iterate on any field mapping before committing the full run.

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

    The full dataset loads into Nutshell. During the cutover window your team continues working in Workiz — FlitStack uses read-only access to capture in-flight records. A delta-pickup run (typically 24–48 hours after the main load) captures any new or modified Jobs, Leads, or Estimates created during the cutover. Every migration operation is logged in an audit report showing source record, destination record, timestamp, and operator. One-click rollback is available if reconciliation fails.

Platform deep dives

Context on both ends of the pair

Workiz logo

Workiz

Source

Strengths

  • Real-time GPS tracking for every field tech on a shared map for fast dispatch decisions.
  • AI-powered scheduling that assigns jobs based on proximity, availability, and skill set.
  • Integrated phone system with call masking, recordings, and AI call insights linked to jobs.
  • Automations trigger on job status changes, client conditions, and timing to reduce manual follow-up.
  • Online payments via Workiz Pay allow field techs to collect payment on-site after job completion.

Weaknesses

  • Automations cap at 5 on Standard, 10 on Pro — workflow-heavy teams hit the ceiling quickly.
  • AI answering service cannot provide pricing information to callers, limiting its usefulness for quote requests.
  • QuickBooks Online integration requires caution: importing jobs while connected to QBO creates duplicate payment records.
  • Mobile app reliability issues (crashes, lag) have been reported by field techs working on-site.
  • No native export mechanism for GPS history, call recordings, or automation definitions.
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 Workiz 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

    Workiz: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Workiz-to-Nutshell migrations complete within 24–48 hours of clock time for datasets under 5,000 records. Larger setups with 20,000+ records or extensive custom field coverage extend to 3–5 days. The longest single step is typically the Workiz file-export coordination — Workiz requires a formal support request to generate the export files, which can take 1–2 business days depending on Workiz support queue volume. Nutshell's data import itself runs in hours.

Adjacent paths

Related migrations to explore

Ready when you are

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