CRM migration

Migrate from MobileWorker to Nutshell

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

MobileWorker logo

MobileWorker

Source

Nutshell

Destination

Nutshell logo

Compatibility

86%

12 of 14

objects map 1:1 between MobileWorker and Nutshell.

Complexity

BStandard

Timeline

3–5 days

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

MobileWorker is an ArcGIS-integrated field service platform where the primary data units are Workers (field personnel with GPS coordinates), Work Assignments (tasks routed to those workers with status, priority, and location), and Activity Logs (check-ins, site visits, call records). Nutshell is an SMB sales CRM built around People (individual contacts), Companies (accounts with multi-address support), Leads (unqualified prospects), and Deals (pipeline stages tied to Nutshell's Sales Processes). The two platforms share almost no native object equivalence — the migration is less a field rename exercise and more a conceptual translation. FlitStack AI reads MobileWorker's API exports for Workers, Work Assignments, Activities, and any custom fields, then maps those into Nutshell's standard objects. Active Work Assignments with a defined revenue value become Nutshell Deals; assignments that represent service visits without revenue intent become Tasks and logged Activities. Worker GPS coordinates (latitude/longitude) are decomposed into separate custom number fields on the related Person record, since Nutshell has no native geospatial field. Custom fields defined in MobileWorker migrate to Nutshell custom fields on the People, Company, and Lead objects. FlitStack sequences the migration so Person records resolve before Deals (which reference them as the customer), and runs a delta-pickup window so any assignments modified during cutover land in Nutshell before go-live. Workflow routing logic, field-service-specific automations, and GIS overlays do not migrate — FlitStack exports the MobileWorker workflow definitions as a structured reference document for your team to rebuild in Nutshell.

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

MobileWorker logo

MobileWorker

What's pushing teams away

  • Pricing is not published on the vendor site — customers must book a discovery call to receive a quote.
  • Reviewer feedback (per Capterra/SoftwareWorld) notes that the platform 'doesn't work when you have no network cable access' — offline behavior may be limited for remote sites.
  • No public API documentation; integrations are configured via vendor engagement.
  • Specialized to UK civil/highways verticals — overseas customers find smaller partner network and localised content.
  • Smaller customer base than mainstream FSM platforms (Jobber, ServiceTitan, IFS) — comparison data is limited.

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

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

MobileWorker

Worker

maps to

Nutshell

Person

1:1
Fully supported

MobileWorker Workers map directly to Nutshell People, preserving name, email, and phone on a one‑to‑one basis. The worker's GPS coordinates (latitude and longitude) and availability status are stored as Nutshell custom fields Latitude__c, Longitude__c, and Worker_Status__c on the Person record. The original worker identifier is also retained for cross‑system reference.

MobileWorker

Worker (status = inactive or archived)

maps to

Nutshell

Lead

1:many
Fully supported

Workers marked as inactive or archived in MobileWorker are routed to Nutshell Leads rather than People. This preserves the archive without cluttering your active contact list. The Worker_Status__c field on the Lead carries the original MobileWorker status value for reference.

MobileWorker

Work Assignment (revenue-bearing)

maps to

Nutshell

Deal

1:1
Fully supported

Work Assignments that carry a revenue value, estimated cost, or billing reference convert to Nutshell Deals. The assignment's status pick-list maps to Nutshell's pipeline stage values, and Nutshell's Sales Processes control which stage options are available per Deal. The estimated_value field populates the Deal value, the due_date becomes the close_date, and any custom work_category field is migrated as a Work_Category__c custom pick-list on the Deal.

MobileWorker

Work Assignment (service/task-based, no revenue)

maps to

Nutshell

Task / Activity

1:many
Fully supported

Routine Work Assignments that represent site visits, check-ins, or service calls without a revenue figure map to Nutshell Tasks (for one-off items) or Activities (for logged interactions). This prevents the activity log from being polluted with zero-value deals. The mapping also includes the assignment description mapped to the Task notes field, and the original MobileWorker assignment identifier preserved as a custom field for audit trail.

MobileWorker

Assignment Customer

maps to

Nutshell

Company

1:1
Fully supported

The customer or client referenced on a Work Assignment maps to a Nutshell Company (Account). FlitStack creates the Company record first so the Deal can reference it via the accountId field. Multi-location customers are stored as multiple address fields on a single Company.

MobileWorker

Assignment Location Coordinates

maps to

Nutshell

Custom Fields on Person / Company

1:1
Fully supported

MobileWorker's GeoJSON coordinate pairs are decomposed into separate Nutshell custom number fields: Location_Latitude__c and Location_Longitude__c. The street address component of the assignment location is mapped to the standard address fields on the related Company record. The decomposition follows the GeoJSON convention where the first element is longitude and the second is latitude. After extraction, the latitude is written to Location_Latitude__c and the longitude to Location_Longitude__c on the Company record.

MobileWorker

Worker Status / Availability

maps to

Nutshell

Custom Field on Person

1:1
Fully supported

MobileWorker's worker availability and status pick-list (Available, On Assignment, Off Duty, On Leave) has no direct Nutshell equivalent on the Person object. FlitStack creates a Worker_Status__c custom pick-list field on Nutshell People to preserve this status history at migration time.

MobileWorker

Activity Log (calls, site visits, check-ins)

maps to

Nutshell

Activity

1:1
Fully supported

MobileWorker Activity Log entries (call records, check-in timestamps, site visit notes) map to Nutshell Activities with the original timestamp, activity type, and linked Person preserved. The Activity Type field in MobileWorker populates the Subject line in Nutshell. If the activity includes a notes field, that text is copied into Nutshell Activity notes property. Person reference is resolved using the worker's email address to ensure activity appears on contact timeline.

MobileWorker

Custom Fields on Worker

maps to

Nutshell

Custom Fields on Person

1:1
Fully supported

MobileWorker custom fields defined on the Worker object (certification types, vehicle ID, territory assignment) migrate to Nutshell custom fields on the Person object. Custom field type (pick-list, text, number, date) is preserved to avoid data type conflicts in Nutshell. Including any default values and field labels that are carried over to maintain consistent data entry across systems.

MobileWorker

Custom Fields on Work Assignment

maps to

Nutshell

Custom Fields on Deal / Task

1:1
Fully supported

Assignment-level custom fields (work category, service type, customer PO reference) migrate to equivalent custom fields on the target Nutshell object (Deal for revenue assignments, Task for service items). Field type mapping is preserved. The migration preserves pick-list values, default values, and validation rules from MobileWorker so same constraints apply in Nutshell. Cross-references to other MobileWorker objects are stored as text strings in Nutshell fields until a manual link is created.

MobileWorker

Attachment / File on Assignment

maps to

Nutshell

Note on Deal / Task

1:1
Fully supported

Files attached to Work Assignments in MobileWorker are downloaded and re-uploaded as Nutshell Notes attached to the corresponding Deal or Task. Nutshell's attachment model uses its own file storage; inline images in notes are re-hosted during migration. File name and upload timestamp are preserved in the note description. The re-hosting process uses Nutshell's API file upload endpoint, and GIS layer references are skipped because Nutshell does not support spatial overlays.

MobileWorker

Worker Owner / Manager

maps to

Nutshell

Person Owner (resolved by email)

1:1
Fully supported

The MobileWorker owner or manager ID on a Worker record is resolved against Nutshell user email addresses. Unmatched owners are flagged before migration. You can assign them to a Nutshell user or a default owner before the full run commits.

MobileWorker

Assignment Priority

maps to

Nutshell

Deal Priority / Custom Field

1:1
Fully supported

MobileWorker assignment priority values (Emergency, High, Normal, Low) map to Nutshell's deal priority pick-list or a custom Priority__c field on the Deal object. The value mapping is applied per pick-list item during the migration run. If the Nutshell account uses Sales Processes, the process can have its own priority pick-list; FlitStack applies the mapping based on the process. Unmapped priority values default to the low priority option and are logged.

MobileWorker

GIS / Map Overlay Data

maps to

Nutshell

No Equivalent

1:1
Fully supported

MobileWorker's ArcGIS map overlays, routing polygons, and geofencing data are GIS-specific constructs with no equivalent in Nutshell's data model. These are not migrated. FlitStack exports the GIS layer definitions as a reference document for teams that need to rebuild routing logic in ArcGIS Workforce separately.

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.

MobileWorker logo

MobileWorker gotchas

High

No public API documentation for schema or endpoints

High

No documented bulk export mechanism

Medium

Authentication method not publicly documented

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

  • GPS coordinate decomposition requires custom field setup before data lands

    MobileWorker stores location as a GeoJSON coordinate array [longitude, latitude] on both Worker and Work Assignment records. Nutshell has no native geospatial field — it uses standard postal address fields on People and Companies. FlitStack decomposes coordinates into separate Latitude__c and Longitude__c custom number fields on the Person record, but these fields must be created in Nutshell before the migration run. If your team uses assignment locations to drive territory routing or proximity logic in MobileWorker, the coordinate values in Nutshell will be present for reference but will not trigger any native Nutshell map or routing behavior.

  • Assignment-to-Deal routing requires a business decision on zero-value work

    MobileWorker Work Assignments cover both revenue-bearing service jobs and routine check-in or maintenance visits that carry no monetary value. Nutshell does not use a single 'Assignment' object — it separates revenue opportunities (Deals) from operational tasks (Tasks/Activities). FlitStack routes assignments with a populated estimated_value field to Nutshell Deals and routes zero-value assignments to Tasks and logged Activities. Your team must confirm the threshold rule (or a specific field flag) that determines which assignments become Deals versus Tasks. Misrouted assignments at migration time are flagged in the field-level diff before the full run.

  • MobileWorker routing and dispatch automations do not exist in Nutshell

    MobileWorker's core value proposition is GPS-based worker assignment, proximity routing, and dispatch queue management. These field-service automation concepts have no equivalent in Nutshell's sales CRM model — there is no Nutshell-native mechanism for routing a task to the nearest available worker based on current location. FlitStack migrates the data layer only. Routing rules, dispatch queue configurations, availability-based assignment logic, and geofencing triggers defined in MobileWorker are exported as a structured JSON reference document that your field-service administrator can use to rebuild dispatch logic in ArcGIS Workforce independently of Nutshell.

  • GIS map overlays and spatial data layers have no Nutshell equivalent

    MobileWorker's integration with ArcGIS World Geocoding Service and ArcGIS Workforce stores map overlays, routing polygons, service territories, and geofence boundaries as spatial data layers tied to the assignment and worker records. Nutshell's data model contains no spatial or GIS construct — map visualizations are not part of Nutshell's feature set. These spatial data layers are not migrated and cannot be reconstructed within Nutshell. Teams that depend on spatial visualization should retain ArcGIS Workforce for field dispatch and use Nutshell as the sales CRM layer with data linked via API or a middleware integration.

  • Nutshell's per-contact plan caps apply after migration, not before

    Nutshell's pricing tiers cap the number of active People records your account can hold (100 on the entry plan, 500 on Business, 1,000+ on Enterprise). MobileWorker does not enforce a comparable contact-level cap. After migration, if the total migrated Worker count plus existing Nutshell contacts exceeds your plan limit, your team must upgrade before the migration is considered complete. FlitStack reports the projected post-migration contact count during the planning phase so your team can select the correct Nutshell plan before the full run.

Migration approach

Six steps for a successful MobileWorker to Nutshell data migration

  1. Extract MobileWorker data via API and map to Nutshell object model

    FlitStack connects to MobileWorker's API using scoped read access and exports Workers, Work Assignments, Activity Logs, and any custom fields defined on those objects. The export captures GPS coordinates, status history, assignment routing rules, and file attachments. FlitStack then maps each MobileWorker entity to its Nutshell equivalent (Person for Workers, Deal or Task for Assignments, Activity for logs) and generates a preliminary field-level mapping specification. Custom fields on both sides are inventoried so Nutshell-side field creation can proceed in parallel.

  2. Create Nutshell custom fields and resolve owner email matches

    Before any data is written to Nutshell, FlitStack creates the custom fields identified during the mapping inventory — Latitude__c, Longitude__c, Worker_Status__c, Original_Create_Date__c, Work_Category__c, Priority__c, and Territory__c — on the appropriate Nutshell objects (Person, Company, Deal, Task). Simultaneously, FlitStack resolves MobileWorker owner and manager IDs against Nutshell user email addresses. Any owner without a matching Nutshell user is flagged with a fallback assignment option (default owner or a pending-assignment status) so no record lands without a destination owner.

  3. Run a sample migration with field-level diff on 50–100 representative records

    A representative slice of Workers and Work Assignments — spanning different status values, priority levels, and geographic locations — migrates first. FlitStack produces a field-level diff comparing each source field against the destination field value in Nutshell. Your team reviews the diff to confirm that GPS coordinates are decomposing correctly into custom lat/long fields, that zero-value assignments are routing to Tasks rather than Deals, and that owner resolution is accurate. No record is permanently committed during this step; adjustments to the mapping specification are made before the full run.

  4. Execute full migration with delta-pickup window for in-flight changes

    The full migration run writes all Workers, Work Assignments, Activity Logs, and attachments to Nutshell. Activity assignments with revenue values land as Nutshell Deals; routine assignments land as Tasks. Attachments are re-uploaded as Nutshell Notes. During the run, a 24–48-hour delta-pickup window captures any MobileWorker records created or modified while the migration was in progress. All operations are logged in the FlitStack audit trail. If reconciliation identifies missing or misrouted records, one-click rollback reverts the Nutshell instance to its pre-migration state so the run can be corrected and repeated.

  5. Deliver automation reference export and post-migration reconciliation

    After the migration run completes, FlitStack delivers a structured export of MobileWorker routing rules, dispatch queue configurations, and field-service workflow definitions in a machine-readable format. Your field-service administrator uses this export to rebuild dispatch automation in ArcGIS Workforce or an alternative field management tool. FlitStack also delivers a post-migration reconciliation report showing record counts by object, unlinked assignments, unmapped custom fields, and the count of records exceeding Nutshell's per-plan contact cap, so your team can address any gaps before go-live.

Platform deep dives

Context on both ends of the pair

MobileWorker logo

MobileWorker

Source

Strengths

  • Targeted vertical fit for UK civil engineering, construction, highways, plant hire, and traffic management.
  • Lone-worker protection built in (rare among general FSM tools).
  • Vehicle telematics and driver behavior tied to job records.
  • Mobile forms and document attachments cover compliance/site-handover workflows.
  • Free trial without credit card.

Weaknesses

  • No published pricing.
  • Reviewer comments on offline behavior suggest connectivity dependence at remote sites.
  • No public API documentation.
  • UK-centric vertical focus limits overseas fit.
  • Limited third-party reviewer footprint for benchmarking.
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 manual workaround.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across MobileWorker and Nutshell.

  • Object compatibility

    B

    1 of 8 objects need a manual workaround.

  • 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

    MobileWorker: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most MobileWorker-to-Nutshell migrations complete in 3–5 days of clock time for under 10,000 records. The planning and mapping phase (Step 1–2) takes 1–2 days and can overlap with Nutshell account setup. The sample migration and diff review (Step 3) adds half a day. The full run plus delta pickup (Step 4) runs 24–72 hours depending on API throughput. Larger datasets exceeding 50,000 records or setups with extensive custom field coverage extend the timeline to 7–10 days.

Adjacent paths

Related migrations to explore

Ready when you are

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