CRM migration

Migrate from MetroLeads to Nutshell

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

MetroLeads logo

MetroLeads

Source

Nutshell

Destination

Nutshell logo

Compatibility

70%

7 of 10

objects map 1:1 between MetroLeads and Nutshell.

Complexity

BStandard

Timeline

1-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

MetroLeads organizes data around a lead-centric model where each Lead carries a state, source_tags, lead_fields for custom properties, and a lead_group, with Companies serving as parent containers via a /companies/{uuid}/leads hierarchy. Nutshell uses a People object for primary contacts, a separate Company object for business entities, a distinct Lead object for prospects not yet converted, and Deals for pipeline tracking. This migration restructures the MetroLeads lead-centric model into Nutshell's Contact-Company-Lead-Deal architecture, requiring pre-migration cataloging of tenant-specific state values, custom property ID resolution, and lead_group translation into Nutshell tags or shared lists. We do not migrate MetroLeads Intellisearch scoring logic or Advanced Data Module schemas as functional code; we export raw configuration and deliver a written mapping document for the customer's admin to implement in Nutshell custom fields and scoring rules.

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

MetroLeads logo

MetroLeads

What's pushing teams away

  • Reporting and analytics features lack customization depth, with limited dashboard options for drag-and-drop insight building and graphical trend visualization.
  • Integration ecosystem is narrower than enterprise CRMs, making it difficult to connect specialized tools as the business scales beyond the built-in connectors.
  • Small review sample size on public platforms makes independent quality assessment difficult before committing to a contract.

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

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

MetroLeads

Lead

maps to

Nutshell

People or Lead (context-dependent)

1:many
Fully supported

MetroLeads Leads with state values such as contacted, unqualified, or new map to Nutshell People. Leads with state indicating a prospect awaiting qualification map to Nutshell's Lead object. We extract all unique tenant-specific state values during the export scan, present them to the customer for mapping to Nutshell People status (new, in progress, won, lost, archived), and preserve the original MetroLeads state string in a custom field ml_original_state__c for audit and reporting after migration.

MetroLeads

Company

maps to

Nutshell

Company

1:1
Fully supported

MetroLeads Company records map directly to Nutshell Company. The Company UUID is preserved as a legacy reference ID on the Nutshell Company record for audit traceability. MetroLeads /companies/{uuid}/leads establishes the parent-child hierarchy; we create the Nutshell Company first and then associate each migrated Lead to the correct Company via the People-Company link.

MetroLeads

Event

maps to

Nutshell

Activity (Task)

1:1
Fully supported

MetroLeads Events track engagement history tied to Leads. event_type (call, email, meeting, note) maps to Nutshell Activity records of the corresponding subtype. The event timestamp becomes the Activity date, and any event metadata (disposition, duration, outcome) maps to custom Activity fields. We preserve event-to-lead associations by resolving the People or Company reference at migration time.

MetroLeads

Phones (embedded in Lead)

maps to

Nutshell

People phone field

1:1
Fully supported

MetroLeads embeds phones as an array within Lead records with type metadata (Work, Mobile, Fax, etc.). We flatten each phone entry into a standard contact-phone table, map type metadata to Nutshell's phone type labels, and insert the primary phone number into the standard People phone field during import.

MetroLeads

Emails (embedded in Lead)

maps to

Nutshell

People email field

1:1
Fully supported

MetroLeads embeds emails as an array within Lead records with type metadata. We extract each email entry and map the primary Work email to the Nutshell People email field. Personal and other email types migrate to a custom email field if present in the MetroLeads schema.

MetroLeads

User

maps to

Nutshell

User

1:1
Fully supported

MetroLeads User records with id, name, and role assignments export with their role and territory metadata. We match Nutshell Users by email during import to preserve owner assignments on migrated People and Company records. Any MetroLeads User without a matching Nutshell User goes to a reconciliation queue for the customer's admin to provision before record import resumes.

MetroLeads

Source Tags

maps to

Nutshell

People tags or sources

lossy
Fully supported

MetroLeads source_tags are string arrays on Lead records indicating lead disposition (e.g., disposition_answered). We export raw tag strings and map them to Nutshell People tags and/or the People source field depending on whether the tag represents a source or a disposition. The customer chooses tag strategy during scoping.

MetroLeads

Lead Group

maps to

Nutshell

Nutshell tags, shared list, or campaign

lossy
Mapping required

MetroLeads lead_group is a UUID reference grouping related Leads. There is no direct Nutshell equivalent. We export the UUID and group membership as a custom field ml_lead_group__c, then evaluate whether the customer wants lead_groups translated to Nutshell tags, shared lists, or campaign memberships based on the grouping use case.

MetroLeads

Intellisearch (saved searches and scoring)

maps to

Nutshell

People custom scoring fields or documented mapping

1:1
Fully supported

MetroLeads Intellisearch is a platform-specific scoring and search layer. The scoring logic and saved search definitions do not map 1:1 to standard Nutshell fields. We export the raw Intellisearch configuration as a written document and map any computed lead scores to a custom People field ml_intellisearch_score__c. The customer's admin rebuilds the scoring model in Nutshell IQ or custom fields using this document.

MetroLeads

Advanced Data Modules

maps to

Nutshell

Nutshell custom fields

1:1
Mapping required

Advanced Data Modules are tenant-specific data structures extending MetroLeads's base schema. Their field definitions vary per organization. We export the module schema alongside records, map fields to Nutshell custom fields on the People or Company object, and deliver a written schema map for the customer's admin to validate and extend post-migration.

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.

MetroLeads logo

MetroLeads gotchas

High

Merge API field priority can silently overwrite data

Medium

Custom lead_fields use property IDs not property names

Medium

Tenant-specific state values require pre-migration catalog

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

  • MetroLeads merge API silently drops secondary record fields

    MetroLeads merge API prioritizes primary Lead fields by default when two Leads conflict, and passing the wrong primary Lead or omitting retain_fields means secondary Lead values are silently dropped. We identify merge-pending pairs during the export phase and prompt the customer to confirm which record should survive before executing the import. We do not accept the API default, so merge decisions are preserved explicitly rather than silently applied.

  • Custom lead_fields use property IDs not human-readable names

    Custom property values in MetroLeads lead_fields are keyed by internal property IDs (e.g., customer_id_070) rather than names. The property name catalog is a separate API call. We fetch the full property schema first, build an ID-to-name mapping, and apply that mapping during field mapping so that destination Nutshell custom fields are named correctly rather than carrying cryptic MetroLeads property identifiers.

  • Tenant-specific Lead state values require pre-migration cataloging

    The MetroLeads Lead state field accepts tenant-configured string values, meaning contacted in one MetroLeads instance may not exist in another. We extract all unique state values during the export scan, present them to the customer for lifecycle-stage mapping to Nutshell People status values, and flag any unmapped values so no records are orphaned with an unresolvable state during import.

  • lead_group UUIDs have no direct Nutshell equivalent

    MetroLeads lead_group is a UUID reference grouping related Leads. Nutshell does not have a direct grouping construct. We export the group membership and resolve it to either Nutshell tags (recommended for disposition-based grouping) or a custom field carrying the original UUID for manual campaign assignment post-migration. If lead_groups represent a critical operational structure, we flag this for a scoping discussion before migration begins.

Migration approach

Six steps for a successful MetroLeads to Nutshell data migration

  1. Discovery and property catalog extraction

    We audit the source MetroLeads account by paginating /companies endpoints to extract all Company records, then recursively fetch each company's Lead list via /companies/{uuid}/leads. In parallel we call the property schema endpoint to build the ID-to-name mapping for all custom lead_fields, extract all unique state values for lifecycle mapping, and catalog the Intellisearch configuration and any Advanced Data Module schemas. The discovery output is a written migration scope including the state-value map, property ID resolution table, and object mapping draft.

  2. Merge-pending pair identification

    We scan for MetroLeads merge-pending Lead pairs flagged by the platform API during export. For each pair we present the customer with the two records and ask which should survive as the primary record in Nutshell. We record this decision and apply it during import rather than accepting the MetroLeads merge API default, which silently discards the secondary record's fields.

  3. Nutshell schema provisioning

    We create all required Nutshell custom fields (ml_original_state__c, ml_lead_group__c, ml_intellisearch_score__c, and any Advanced Data Module field mappings) before data import begins. We also configure Nutshell People status values to match the customer's MetroLeads state-value mapping confirmed in step one. Custom fields are created in a Nutshell sandbox or the production account with admin credentials before any records are loaded.

  4. Owner reconciliation and User provisioning

    We extract every distinct MetroLeads User referenced on Lead, Company, and Event records and match by email against the Nutshell destination User table. Any MetroLeads User without a matching Nutshell User goes to a reconciliation queue for the customer's admin to provision. Migration cannot proceed past this step because Nutshell requires valid Owner assignments on People and Company records.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Nutshell Users (validated against provisioning queue), Companies (from MetroLeads Companies), People (from MetroLeads Leads with state mapped to People status), Lead records (for MetroLeads Leads that map to Nutshell Leads), Activity history (Events mapped to Tasks via Nutshell import API), source_tags (mapped to Nutshell People tags), and lead_group membership (mapped to ml_lead_group__c or Nutshell tags per scoping choice). Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and Intellisearch handoff

    We freeze MetroLeads writes during cutover, run a final delta migration of any records modified during the migration window, then enable Nutshell as the system of record. We deliver the Intellisearch configuration document and Advanced Data Module schema map to the customer's admin team with recommendations for implementing equivalent scoring and custom data structures in Nutshell. We support a five-business-day hypercare window where we resolve any reconciliation issues raised by the sales team.

Platform deep dives

Context on both ends of the pair

MetroLeads logo

MetroLeads

Source

Strengths

  • Unified CRM, telephony, and lead capture in a single platform reduces vendor fragmentation.
  • Automatic lead deduplication prevents duplicate records on import.
  • Native cloud VOIP with call logging integrated directly into the Lead record.
  • Workflow automation for reminders and follow-up sequences is built in.
  • Omni-channel engagement tracking across voice, email, and web.

Weaknesses

  • Limited review corpus on public platforms makes independent quality assessment challenging.
  • Analytics and reporting lack advanced visualization and customization options.
  • Smaller integration ecosystem compared to enterprise-grade CRMs.
  • No publicly documented pricing tiers on the main website.
  • Limited evidence of advanced customization options for enterprise-scale deployments.
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 MetroLeads 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

    MetroLeads: Not publicly documented in the available research data.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between one and three weeks for accounts under 10,000 Leads, 2,000 Companies, and no Advanced Data Modules. Migrations with Advanced Data Modules, high custom property ID counts, large event histories (over 100,000 engagement records), or lead_groups requiring segmentation into Nutshell tags and lists move to three to six weeks because of property catalog extraction, state value reconciliation, and bulk engagement loading.

Adjacent paths

Related migrations to explore

Ready when you are

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