CRM migration

Migrate from The Service Manager to Nutshell

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

The Service Manager logo

The Service Manager

Source

Nutshell

Destination

Nutshell logo

Compatibility

100%

11 of 11

objects map 1:1 between The Service Manager and Nutshell.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

The Service Manager platforms — whether legacy ITSM tools or older CRM systems — typically accumulate years of contacts, companies, deals, and activity history behind per-seat or annual contracts. Teams migrate to Nutshell because it delivers unlimited CRM contacts, customizable pipelines, and integrated email sequences at $13–$89 per user per month with no surprise fees. The migration carries everything The Service Manager stores natively into Nutshell's People, Account, and Deal objects via a staged export-then-import: scoped API reads for platforms with API access, structured CSV exports for others, then field-level mapping, duplicate resolution, and bulk import through Nutshell's JSON-RPC API. The harder problems are handling platforms with limited field-type support, preserving owner resolution by email match, and ensuring custom fields created in the source translate to Nutshell's Company, Person, or Lead custom field tabs. Workflows, automation rules, and notification templates do not migrate — FlitStack AI provides an export of your workflow definitions so your Nutshell admin can rebuild them in Nutshell Automation or Nutshell's sequence builder.

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

The Service Manager logo

The Service Manager

What's pushing teams away

  • Customization ceiling—heavily customized FSM workflows become brittle after major platform upgrades and require reconfiguration.
  • Pricing escalation—per-technician or per-seat licensing costs compound as field teams scale, pushing organizations toward flat-rate alternatives.
  • Integration debt—FSM platforms without robust REST APIs require middleware for CRM and ERP connectivity, adding maintenance overhead.
  • Reporting gaps—out-of-box analytics lack the depth needed for multi-region performance comparisons without custom report builds.

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 The Service Manager objects map to Nutshell

Each row shows how a The Service Manager 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.

The Service Manager

Contact / Customer

maps to

Nutshell

Person

1:1
Fully supported

The Service Manager's contact or customer record maps directly to Nutshell's Person object. Person fields — name, email, phone, title, address — carry over with direct field mapping. If The Service Manager stores multiple roles per person, the primary role maps and secondary roles are preserved as a note or tag.

The Service Manager

Company / Organization

maps to

Nutshell

Account

1:1
Fully supported

The organization or company record in The Service Manager maps to Nutshell's Account object. Account-level fields — company name, domain, industry, employee count, revenue — migrate directly. Nutshell Accounts can have multiple associated People; The Service Manager's company-contact links are recreated as Nutshell Person-Account associations.

The Service Manager

Lead / Prospect

maps to

Nutshell

Lead

1:1
Fully supported

If The Service Manager distinguishes between active customers and unqualified prospects, the prospect record maps to Nutshell's Lead object. Lead status, source, and owner fields carry over. Leads that convert to customers during the migration window are re-routed to Person or Account as appropriate.

The Service Manager

Deal / Opportunity

maps to

Nutshell

Deal

1:1
Fully supported

The deal or opportunity record in The Service Manager maps to Nutshell's Deal object. Deal name, amount, stage, and expected close date carry directly. Nutshell's Deal object is associated with one primary Account and can reference multiple Persons (the deal team). The Service Manager's deal-owner link resolves via email match against Nutshell users.

The Service Manager

Pipeline / Stage

maps to

Nutshell

Pipeline + Stage

1:1
Fully supported

If The Service Manager uses a pipeline model with ordered stages, each pipeline becomes a Nutshell Pipeline. Stage names are mapped value-by-value into Nutshell's stage pick-list for that pipeline. Probability and forecast-category values are set in Nutshell's stage configuration post-migration based on the source stage weights.

The Service Manager

Activity / Engagement Log

maps to

Nutshell

Activity (Call / Email / Meeting)

1:1
Fully supported

Logged calls, emails, and meetings in The Service Manager map to Nutshell Activities — Call, Email, and Meeting types respectively. Original timestamps, activity subject/body, and owner (resolved by email) are preserved. Nutshell's Activity timeline on a Person or Deal record displays the full engagement history.

The Service Manager

Note / Attachment

maps to

Nutshell

Note / File

1:1
Fully supported

Notes in The Service Manager migrate as Nutshell Notes attached to the corresponding Person, Account, or Deal record. File attachments are downloaded from the source and re-uploaded to Nutshell's file storage, linked to the target record. If the source API excludes attachments, FlitStack AI flags the gap and provides a separate file inventory for manual re-upload.

The Service Manager

Custom Field / Extended Property

maps to

Nutshell

Custom Field (Company / Person / Lead)

1:1
Fully supported

Custom fields in The Service Manager require Nutshell-side field creation before data can land. FlitStack AI creates the equivalent custom field in Nutshell under the appropriate object tab (Company, Person, or Lead), matching the field type — text, number, date, pick-list, or checkbox. Field options are mapped value-by-value for pick-list fields.

The Service Manager

User / Owner

maps to

Nutshell

User (email match)

1:1
Fully supported

Owner or assigned-user records in The Service Manager resolve to Nutshell Users by email address. FlitStack AI builds a cross-reference table of source owner email → Nutshell user ID before migrating any record that has an owner assignment. Unmatched owners are flagged and assigned to a fallback Nutshell user or a dedicated 'Unassigned' placeholder.

The Service Manager

Workflow / Automation Rule

maps to

Nutshell

None (must rebuild)

1:1
Fully supported

Workflows, automation rules, SLA triggers, and notification templates in The Service Manager have no direct equivalent in Nutshell's object model. These are not migrated. FlitStack AI exports a machine-readable definition of each workflow (trigger conditions, action steps, recipients) so your Nutshell admin can rebuild equivalent logic in Nutshell Automation or sequence rules.

The Service Manager

Report / Dashboard

maps to

Nutshell

None (data migrates; reporting rebuilds)

1:1
Fully supported

Saved reports and dashboard configurations in The Service Manager do not migrate because they reference source-specific field IDs and schema. The underlying data (contacts, deals, activities) migrates fully, so Nutshell's reporting tools can reconstruct equivalent views. FlitStack AI delivers a data inventory documenting what moved and where each field landed in Nutshell's object 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.

The Service Manager logo

The Service Manager gotchas

High

Dense service history causes export pagination failures

Medium

Custom fields on Work Orders differ by FSM version

Medium

Serialized asset cross-references break after migration

Low

Parts inventory snapshot staleness at cutover

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

  • Source API rate limits may extend the export window for large datasets

    Many legacy service management platforms rate-limit find() and get() requests differently, with stubResponses=false requests receiving stricter treatment than bulk reads. If The Service Manager exposes a JSON-RPC or REST API with per-minute or per-day request caps, exporting 50,000+ records can require multiple batch windows spaced across 24–48 hours. FlitStack AI staggers export requests to respect rate limits without losing data fidelity, but planning around API throttling adds a day or two to the scoping phase before migration begins.

  • Workflows, SLA rules, and automation triggers do not have a migration path

    The Service Manager's workflow engine, SLA triggers, escalation rules, and automated assignment conditions are tightly coupled to its own object schema and user-identity model. Nutshell's automation layer — Nutshell Automation and personal email sequences — operates on a different execution model. There is no field-level equivalence that lets FlitStack AI translate these automatically. The migration plan includes a workflow audit step that exports each rule as a structured definition document so your Nutshell admin can rebuild equivalent automation in Nutshell's rule builder.

  • Custom fields in The Service Manager may require multi-pass Nutshell configuration

    If The Service Manager uses custom fields with data types that don't map directly to Nutshell's supported types (text, number, date, currency, pick-list, checkbox), FlitStack AI surfaces these as transformation gaps. For example, a source field storing JSON payloads or multi-value arrays needs a custom text field in Nutshell with a reformatting step to preserve the structured data as a readable string. These non-direct custom field scenarios add planning time because Nutshell-side field creation must complete before the import pass runs.

  • Attachment export may be excluded from standard API or CSV exports

    Many ITSM-era platforms restrict file attachment export to admin-only backups or separate storage exports, not standard data API responses. If The Service Manager stores files attached to cases, contacts, or companies in a separate blob store or document management layer, the standard migration export will not include them. FlitStack AI inventories every file attachment found during the discovery audit and provides a separate re-upload plan with target record linkage so nothing is silently dropped.

  • Owner resolution by email can fail for inactive or orphaned user records

    The Service Manager may contain owner or assignee records tied to former employees, contractor accounts, or system-generated placeholder users that have no corresponding active email address in Nutshell. These orphaned owner assignments cannot resolve via email match. FlitStack AI flags every unmatched owner before migration commits and routes those records to a designated fallback Nutshell user or a 'Migrated — Reassign' placeholder. The owner reassignment report is delivered post-migration so managers can redistribute records to the correct Nutshell users.

Migration approach

Six steps for a successful The Service Manager to Nutshell data migration

  1. Audit source data and build the mapping specification

    FlitStack AI connects to The Service Manager via scoped API access (or receives a structured CSV export if API access is unavailable) and inventories every object type, record count, custom field definition, and association link. We produce a mapping specification document that names every source field and its Nutshell destination, flags custom field gaps requiring Nutshell-side creation, identifies owner records needing email resolution, and estimates export batch windows based on detected rate limits. This specification is the blueprint the migration runs against.

  2. Resolve owners and create Nutshell-side custom fields

    Before data moves, FlitStack AI builds a cross-reference table of every unique owner email in The Service Manager against existing Nutshell user accounts. Unmatched emails are flagged. Simultaneously, our team creates the custom fields identified during the audit in Nutshell under the appropriate object tabs (Company, Person, or Lead), matching field types and pre-populating pick-list option values. Nutshell-side schema is ready before any record import begins.

  3. Export and validate source data in staged batches

    Accounts (or Companies) export first and load into Nutshell, since People and Deals reference them via foreign key. People export second, with primary company links resolved against the confirmed Account ID list. Deals export third, with owner and contact associations resolved in the same pass. Activities and Notes export last, with parent-record lookups validated. Each batch undergoes a count-check and sample-field diff against the source before the next batch unlocks, ensuring no systematic mapping error propagates across the migration.

  4. Run sample migration with field-level diff

    A representative slice — typically 100–500 records spanning People, Accounts, Deals, and a sample of Activities — migrates into Nutshell under a test configuration. FlitStack AI generates a field-level diff report comparing source field values against the destination Nutshell field values for every mapped column. You review the diff to confirm custom field mapping, stage name translation, owner resolution, and association integrity before the full run commits.

  5. Execute full migration with delta-pickup and rollback plan

    The full record set migrates into Nutshell using the validated mapping configuration. A delta-pickup window of 24–48 hours captures any records created or modified in The Service Manager during the cutover period. FlitStack AI maintains an audit log of every record created, updated, or skipped during migration. If reconciliation identifies a mapping error affecting more than a threshold percentage of records, one-click rollback reverts the Nutshell environment to its pre-migration state while the source data remains intact for a corrected re-run.

Platform deep dives

Context on both ends of the pair

The Service Manager logo

The Service Manager

Source

Strengths

  • Work Order lifecycle management from creation through invoicing and closure.
  • Mobile application for field technicians with offline capability on many platforms.
  • Asset-centric data model linking equipment history to service records.
  • SLA and entitlement engine tied to service contract coverage rules.
  • Territory and routing management for multi-dispatcher field operations.

Weaknesses

  • Export tooling is often ad-hoc—custom SQL queries or manual CSV exports are common, with no guaranteed schema consistency across versions.
  • Large service history volumes create API pagination challenges; extracting five or more years of records requires batching and reconnection logic.
  • Custom fields proliferate in mature FSM deployments, increasing mapping complexity during migration scoping.
  • Billing integrations vary significantly by FSM platform; invoice-line detail preservation is not always guaranteed.
  • Licensing models are typically per-technician, meaning migration scoping must account for active versus inactive technician counts to avoid over-provisioning 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 The Service Manager 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

    The Service Manager: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your The Service Manager 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 The Service Manager to Nutshell data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most The Service Manager to Nutshell migrations complete in 48–72 hours of clock time for under 50,000 records, assuming the source platform exposes a structured API. Platforms requiring manual CSV extraction add 4–12 hours of preparation time. Complex setups with 500k+ records, 30+ custom fields, or N:N association rewrites extend to 5–7 days. Nutshell's JSON-RPC API accepts import payloads efficiently; the longest planning step is mapping source custom field definitions to Nutshell's custom field schema.

Adjacent paths

Related migrations to explore

Ready when you are

Move from The Service Manager.
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