CRM migration

Migrate from MobiWork to Nutshell

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

MobiWork logo

MobiWork

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

12 of 12

objects map 1:1 between MobiWork and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

MobiWork is a field-service management platform built around work orders, scheduling, dispatching, and invoicing for mobile workforces. Its data model centers on Customers (with contact details), Leads, Quotes, Work Orders, and inventory. Nutshell is a lightweight CRM that models People (contacts), Companies (accounts), Leads, and Deals (opportunities) in a standard sales-pipeline structure. The two platforms share the core CRM objects — People/Contacts, Companies/Accounts — but MobiWork's work-order lifecycle, parts inventory, and route-optimization data have no native equivalent in Nutshell and must be preserved as custom fields on the Company or Person record. FlitStack AI extracts MobiWork data via its REST API (handling pagination and rate limits), maps standard fields to their Nutshell counterparts, creates destination-side custom fields for work-order numbers, job types, and service-history references, and loads records through Nutshell's JSON-RPC API. Workflows, automation rules, and scheduling logic are not migrated — we export MobiWork configuration as a rebuild reference for your Nutshell admin. The migration runs in a scoped read-only context against MobiWork, so your team keeps operating in the source system until the delta-pickup window closes at cutover.

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

MobiWork logo

MobiWork

What's pushing teams away

  • Integration costs are prohibitive — reviewers note that connecting to other software requires development involvement that quickly offsets the base subscription savings.
  • Routing and scheduling setup is over-complicated and not user-friendly, especially for seasonal businesses that need to reconfigure technician routes at the start of each season.
  • Screen load times degrade noticeably with large customer databases, particularly on the Composite routing view used by dispatchers.
  • The feature gap between Starter and Premier tiers forces companies to pay for Unlimited user pricing just to get offline mode and route optimization, creating tier claustrophobia.
  • Onboarding complexity requires buy-in from the whole company upfront — a piece-part implementation leads to a poorly configured system that underdelivers.

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

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

MobiWork

Customer

maps to

Nutshell

Company + Person

1:1
Fully supported

MobiWork Customers map to Nutshell Companies as the primary account record. Each customer also generates a Nutshell Person record for the primary contact, linked via Nutshell's 'maps' relationship. This dual-record approach ensures that all customer-level data — including address, phone, and account metadata — remains tied to the Company, while individual contact details live on the Person record for accurate sales outreach and communication tracking.

MobiWork

Customer Contact Person

maps to

Nutshell

Person

1:1
Fully supported

Named contact persons attached to a MobiWork Customer become Nutshell Person records. They are linked to the corresponding Company via Nutshell's account-person relationship. Each contact person's email, phone, and role are preserved on the Person record, while the Company record maintains the shared account context. This mapping handles multiple contacts per customer, with each contact receiving a distinct Person record that inherits the same parent Company relationship.

MobiWork

Lead

maps to

Nutshell

Lead

1:1
Fully supported

MobiWork Leads — prospective customers captured before conversion — map 1:1 to Nutshell Leads. Lead source, status, and notes transfer directly to preserve the full prospect context. Nutshell Lead status values are mapped from MobiWork's lead-stage values on a value-by-value basis, ensuring that the migration maintains the original progression logic and allows for accurate pipeline forecasting in the destination system.

MobiWork

Quote

maps to

Nutshell

Opportunity

1:1
Fully supported

MobiWork Quotes (estimates sent to customers) become Nutshell Opportunities. The quote total maps to Opportunity Amount. The quote description and line items are preserved as a custom text area on the Opportunity record. Quote status (Draft, Sent, Accepted, Declined) is mapped to Opportunity stage values.

MobiWork

Work Order

maps to

Nutshell

Custom field on Company

1:1
Fully supported

Nutshell has no native work-order object. Each MobiWork Work Order is serialized as a structured text block stored on the corresponding Nutshell Company record as a custom field (e.g. Work_Order_History__c). Each entry captures work order number, date, status, assigned technician, and service description.

MobiWork

Work Order Status

maps to

Nutshell

Custom field value

1:1
Fully supported

MobiWork work order statuses — including Scheduled, In Progress, Completed, Cancelled, and On Hold — are mapped to Nutshell custom pick-list values on the Work_Order_History__c field. The original status value is preserved in the text block alongside the pick-list mapping, maintaining full traceability to the source system's workflow states while enabling Nutshell-native filtering and reporting on custom field values.

MobiWork

Invoice

maps to

Nutshell

Custom field on Company + Activity note

1:1
Fully supported

MobiWork Invoices cannot be stored as native objects in Nutshell. Invoice reference numbers, totals, and payment status are preserved in a custom text area on the Nutshell Company record. For audit purposes, a Note activity is attached to the Company documenting the invoice summary.

MobiWork

Inventory / Parts

maps to

Nutshell

Custom field on Company

1:1
Fully supported

MobiWork inventory items linked to a customer (e.g. equipment serviced, parts installed) are preserved as a custom text area on the Nutshell Company record. Each entry records part name, part number, quantity, and installation date. Full parts catalogs are stored as structured text.

MobiWork

User / Owner

maps to

Nutshell

User

1:1
Fully supported

MobiWork users (technicians, dispatchers, admins) are matched to Nutshell Users by email address. Only users who are assigned as record owners in MobiWork are created in Nutshell; field technicians without a CRM login are stored as a name reference in the work-order history block rather than as Nutshell Users.

MobiWork

Schedule / Appointment

maps to

Nutshell

Activity (Task) on Person or Company

1:1
Fully supported

MobiWork job schedules and appointments are stored as Nutshell Tasks linked to the associated Person or Company record. The task subject carries the job description, and the due date captures the scheduled date. Nutshell does not have a native scheduling board, so this mapping preserves the date reference only.

MobiWork

Payment / Transaction

maps to

Nutshell

Custom field on Company

1:1
Fully supported

MobiWork payment records (total paid, payment method, date) are preserved as a structured text block on the Nutshell Company record. Nutshell's accounting happens outside the CRM, so payment data is stored for reference rather than as a native financial record.

MobiWork

Custom Field (text, number, dropdown)

maps to

Nutshell

Custom field on respective object

1:1
Fully supported

MobiWork custom fields on any entity type are recreated as Nutshell custom fields on the equivalent object. Text fields become Nutshell text fields, number fields become Nutshell number fields, and dropdowns become Nutshell choice fields. Nutshell's field name format follows its own conventions.

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.

MobiWork logo

MobiWork gotchas

High

No public API means migration is export-constrained

High

30-day post-cancellation export window

Medium

Tier-gated objects require plan upgrade to migrate

Medium

Integration attachments require separate handling

Low

Annual prepayment is mandatory across all tiers

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 has no native work order or service-history object

    MobiWork's entire data model revolves around work orders — each job carries a status, assigned technician, parts used, and completion notes. Nutshell's CRM schema knows only People, Companies, Leads, and Opportunities. We handle this by serializing each work order as a structured text entry in a custom text-area field (Work_Order_History__c) on the Nutshell Company record. This preserves the data but means your team reads job history as formatted text rather than as a related object with filters and reports. If reporting on job history is critical, consider building a Nutshell custom object via Nutshell's Enterprise plan or connecting a BI tool directly to the data.

  • MobiWork's N:N customer-contact model requires de-normalization

    MobiWork allows a single customer record to have multiple named contact persons, and those persons can each have their own phone, email, and role. Nutshell models People and Companies separately with a 1:N relationship from Company to Person — a Person in Nutshell must link to exactly one Company via the 'maps' relationship. If a MobiWork customer has three contact persons, we create three Nutshell Person records and link each to the same Company. This works correctly, but Nutshell's standard UI surfaces each person under their own company filter, so multi-contact customer records require an extra click to see the full contact list.

  • Nutshell's find* API methods are rate-limited

    Nutshell's JSON-RPC API rate-limits find operations (findPeople, findCompanies, findLeads) when stubResponses is set to false, meaning full record payloads trigger the limit. Nutshell's own documentation states this explicitly. FlitStack AI paces find requests and uses stub responses to enumerate record IDs before fetching full payloads, avoiding the rate-limit threshold. For large datasets (50,000+ records), this pacing extends the migration window, and we disclose the adjusted timeline before the run commits.

  • MobiWork inventory and parts data has no structured landing in Nutshell

    MobiWork tracks parts, inventory items, and equipment linked to specific customers — critical for service businesses that need to know what was installed at each site. Nutshell has no inventory module and no native way to link parts to a Company record beyond a free-text description field. We preserve parts data as a structured custom text field (Equipment_Service_History__c) on the Nutshell Company record. The limitation is that Nutshell cannot aggregate, filter, or report on this text field without a third-party tool or a custom object built via Nutshell's Enterprise API.

  • MobiWork plan-gated features (inventory, projects, crews) require tier review before migration

    MobiWork gates inventory tracking, project management, crew scheduling, and route planning behind the Premier plan ($60/user). Teams migrating from Starter or Advanced plans will not have these object types to migrate. However, if a Starter-plan team added inventory via a third-party integration (QuickBooks Online sync), those records exist in the integration layer, not in MobiWork itself, and require a separate export step. FlitStack audits the source account's active plan tier before extracting to confirm which object types actually contain data.

Migration approach

Six steps for a successful MobiWork to Nutshell data migration

  1. Audit MobiWork plan tier and active object types

    Before extracting any data, FlitStack AI reviews the MobiWork account's active plan tier (Starter, Advanced, or Premier) and enumerates which object types contain records. Starter accounts have no inventory or projects; Advanced accounts have service contracts and recurring invoices but not crew management. This step prevents the migration from trying to extract object types that do not exist in the source account, which would generate null payloads and extend the timeline unnecessarily.

  2. Create Nutshell custom fields for work-order and inventory data

    FlitStack AI pre-creates the required custom fields in Nutshell — Work_Order_History__c (text area), Quote_Number__c (text), Quote_Line_Items__c (text area), Quote_Date__c (date), Equipment_Service_History__c (text area), Invoice_History__c (text area), and Lead source custom fields — via Nutshell's API before any data loads. Custom field creation requires Nutshell admin credentials and is done in a staging pass so the fields exist and are validated before records land.

  3. Extract, deduplicate, and sequence MobiWork data

    We extract Customers, Customer Contacts, Leads, Quotes, and Work Orders from MobiWork via its REST API with pagination. Duplicate customer records (same name and email) are flagged for manual review. The sequence is critical: Customers must load first to create Nutshell Company IDs, then Contacts are loaded and linked by Company ID, then Leads are loaded, then Quotes become Opportunities with Company links, then Work Order text blocks are appended to the correct Company records. Scheduling and invoice history load last.

  4. Match MobiWork users to Nutshell users by email

    MobiWork users who own records are matched to existing Nutshell Users by email address. Unmatched users are flagged with a pre-migration report — your team decides whether to create Nutshell accounts for them or assign their records to a fallback owner. Records do not land in Nutshell without a resolved owner; this prevents orphaned data that cannot be assigned after the fact.

  5. Run sample migration with field-level diff

    A representative slice — typically 200–500 records spanning Customers, Contacts, Leads, Quotes, and Work Orders — is migrated first to validate the full process. FlitStack AI generates a field-level diff that compares source field values against destination field values, with particular attention to custom field formatting on Work_Order_History__c and Equipment_Service_History__c. You review the diff and approve the full run before data commits to production.

  6. Execute full migration with delta-pickup window

    The full dataset loads into Nutshell through Nutshell's JSON-RPC API, respecting rate-limit pacing on find operations. A delta-pickup window (24–48 hours after the initial load) captures any records created or modified in MobiWork during the cutover window. An audit log records every operation, and one-click rollback is available if record counts, field mappings, or custom field formatting fail reconciliation checks.

Platform deep dives

Context on both ends of the pair

MobiWork logo

MobiWork

Source

Strengths

  • Single platform covers work orders, invoicing, scheduling, routing, payments, and customer management.
  • Mobile app works offline on Premier tier, critical for field technicians in low-connectivity areas.
  • Good customer support responsiveness cited consistently across G2 and Capterra reviews.
  • Progressive billing and automated payment collection (Stripe, Clearent) improve cash flow.
  • Customizable electronic forms with signature capture replace paper-based work order processes.

Weaknesses

  • No public API documentation found — bulk data export is constrained to a 30-day post-cancellation window.
  • Annual prepayment required even at Starter tier; no monthly billing option.
  • Integrations with external CRM and accounting software (HubSpot, Salesforce, QuickBooks Desktop) gated to Advanced and above.
  • Screen performance degrades with large customer counts, especially on the dispatch board.
  • Learning curve is steep due to complexity across mobile and desktop interfaces.
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 MobiWork 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

    MobiWork: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most MobiWork-to-Nutshell migrations complete in 48–72 hours for under 20,000 total records. Larger datasets exceeding 100,000 records or setups with extensive work-order history text blocks extend to 7–10 days. The primary timeline driver is Nutshell's rate-limiting on find* API calls, which requires pacing during large record enumeration. We disclose an adjusted window before the full run commits and capture any in-flight changes during the delta-pickup window.

Adjacent paths

Related migrations to explore

Ready when you are

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