CRM migration

Migrate from MetroLeads to Pipedrive

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

MetroLeads logo

MetroLeads

Source

Pipedrive

Destination

Pipedrive logo

Compatibility

50%

5 of 10

objects map 1:1 between MetroLeads and Pipedrive.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

MetroLeads organizes data around a Lead-centric model where each record carries a state, source_tags, and lead_fields for custom properties. Pipedrive uses a separate Person and Organization structure with Deals as the pipeline unit and Activities for the engagement timeline. This structural difference is the central challenge: MetroLeads Lead records with embedded phones and emails must be flattened into Pipedrive People, and MetroLeads' tenant-specific state values must be mapped to Pipedrive's lifecycle stages or deal pipeline stages during scoping. We fetch MetroLeads' property schema first to build an ID-to-name mapping for lead_fields, flag merge-pending pairs before executing any import, and resolve the Company-to-Organization hierarchy so that parent lookups are satisfied at insert time. Workflows, automation sequences, and Intellisearch scoring logic do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in Pipedrive's automation layer.

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

Pipedrive logo

Pipedrive

What's pulling them in

  • Clean drag-and-drop pipeline interface with minimal learning curve, making it approachable for small sales teams without dedicated CRM admins.
  • Visual deal tracking keeps reps focused on next actions — activities, calls, and follow-up tasks surface directly in the pipeline view.
  • Strong integrations via Zapier and native marketplace apps let teams wire Pipedrive into Calendly, ActiveCampaign, and similar sales-stack tools.
  • Mobile apps for iOS and Android keep field reps connected to deals, contacts, and tasks without a desktop session.
  • Reputation and review volume — over 3,000 verified reviews across G2 and Capterra — signal reliability for teams evaluating CRM options.

Object mapping

How MetroLeads objects map to Pipedrive

Each row shows how a MetroLeads object lands in Pipedrive, 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

Pipedrive

Person

1:1
Fully supported

MetroLeads Lead records map to Pipedrive Person. The Lead name splits into first_name and last_name; embedded phones and emails extract to Pipedrive's phone and email arrays with type metadata preserved (Work, Mobile, Personal). The MetroLeads assigned_to user reference resolves by email against Pipedrive User records during import. Custom lead_fields keyed by MetroLeads property ID (e.g. customer_id_070) are mapped to Pipedrive custom fields using the property schema fetched before migration; we build an ID-to-name lookup table so destination fields use human-readable names.

MetroLeads

Lead State

maps to

Pipedrive

Person label or Deal Stage

lossy
Mapping required

MetroLeads' Lead state is a tenant-configurable string (e.g. contacted, qualified) that varies between instances. We extract all unique state values during the export scan, present them to the customer for mapping to Pipedrive Person labels or pipeline stages, and flag any unmapped values so no records arrive with an unresolvable state. State values with no Pipedrive equivalent are preserved in a custom field for manual disposition post-migration.

MetroLeads

Company

maps to

Pipedrive

Organization

1:1
Fully supported

MetroLeads Company records map to Pipedrive Organization. The /companies/<company_uuid>/leads/ API establishes the parent-child hierarchy; we resolve this by creating Organization records first, then linking each Lead-to-Person record to its parent Organization by company UUID during insert. Company name and website migrate directly; industry and employee count map to Pipedrive's standard Organization fields or custom fields if configured.

MetroLeads

source_tags

maps to

Pipedrive

Person label

lossy
Fully supported

MetroLeads source_tags are string arrays indicating lead disposition (e.g. disposition_answered, source_website). We export the raw tag strings and map them to Pipedrive Person labels during import. Multiple tags per Lead create multiple label assignments in Pipedrive. Tags that have no Pipedrive label equivalent are preserved in a custom field for manual review after migration.

MetroLeads

lead_group

maps to

Pipedrive

Custom field or List membership

lossy
Fully supported

lead_group is a MetroLeads-specific UUID reference grouping related leads without a standard CRM equivalent in Pipedrive. We export the group UUID and membership data. The customer chooses between mapping grouped leads to a Pipedrive custom field (group UUID stored as text) or creating shared Pipedrive Lists to replicate the grouping behavior manually post-migration.

MetroLeads

Event

maps to

Pipedrive

Activity (Call, Meeting, Task, Note)

1:many
Fully supported

MetroLeads Events track engagement history tied to Leads. The event_type field determines the Pipedrive Activity subtype: call-type events map to Pipedrive Activity with type=Call, meeting types to type=Meeting, tasks to type=Task, and notes to type=Note. We preserve event-to-lead associations by linking the Pipedrive Activity's PersonId to the migrated Person record. Activity timestamps migrate as ActivityDate for ordering in the Pipedrive timeline.

MetroLeads

User

maps to

Pipedrive

User

1:1
Fully supported

MetroLeads User records (id, name, role) export by email match to Pipedrive User records. MetroLeads assigned_to references on Leads resolve to Pipedrive OwnerId via this User lookup. Any MetroLeads User without a matching Pipedrive User is held in a reconciliation queue for the customer's admin to provision before record import proceeds.

MetroLeads

Advanced Data Modules

maps to

Pipedrive

Custom fields on Person or Organization

1:1
Mapping required

Advanced Data Modules are tenant-specific data structures extending MetroLeads' base schema. Their field definitions vary per organization. We export the module schema alongside records and map each module's fields to Pipedrive custom fields on the relevant object (Person or Organization). Pipedrive must have the destination custom fields created before data import; we coordinate field creation via Pipedrive's custom field API or during the import mapping step.

MetroLeads

Intellisearch

maps to

Pipedrive

Reference document

lossy
Mapping required

Intellisearch is MetroLeads-specific lead scoring logic built on top of lead data. The scoring rules and saved searches do not map 1:1 to Pipedrive objects. We export the raw Intellisearch configuration as a JSON reference document for the customer's admin to manually implement using Pipedrive's workflow automation triggers or the Smart Docs and Insights features if scoring logic is business-critical.

MetroLeads

Phones and Emails (embedded in Lead)

maps to

Pipedrive

Person phone and email arrays

1:1
Fully supported

MetroLeads embeds phones and emails as typed arrays within each Lead record. We flatten these into Pipedrive's standard Person phone and email fields, preserving type metadata (Work, Mobile, Home for phones; Work, Personal for emails). The primary phone and email indicators from MetroLeads map to Pipedrive's primary/sub-field flags.

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

Pipedrive logo

Pipedrive gotchas

High

Custom field hash keys differ per account

High

Export access gated by visibility groups

Medium

Token-based API rate limits since December 2024

Medium

Sequences and Automations not exposed via REST API

Low

Cost escalates via workflow caps and add-ons

Pair-specific challenges

  • Custom lead_fields keyed by internal property ID require pre-migration schema resolution

    MetroLeads stores custom property values in lead_fields keyed by internal property IDs (e.g. customer_id_070) rather than human-readable 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 destination Pipedrive custom fields are named correctly. Migrations that skip this step import records with unnamed or mislabeled custom fields that require post-migration cleanup.

  • Merge-pending Lead pairs must be resolved before import

    MetroLeads' merge API prioritizes the primary Lead's fields by default when two leads conflict, silently dropping secondary record values if the wrong primary is passed. We identify merge-pending pairs during the export phase and present them to the customer for explicit survivor confirmation before executing the Pipedrive import. Without this step, duplicate records enter Pipedrive or the surviving record loses fields the customer expected to keep.

  • MetroLeads VOIP call records have no native Pipedrive equivalent

    MetroLeads' native cloud telephony integrates call logs directly into Lead records. Pipedrive does not include call logging as a core feature; Pipedrive Caller is a separate add-on. We migrate MetroLeads call records as Activity records with type=Call and disposition metadata in custom fields, but call recording URLs and VOIP-specific metadata require the customer to configure Pipedrive Caller or a third-party telephony integration post-migration.

  • Intellisearch scoring logic does not map to a Pipedrive feature

    MetroLeads' Intellisearch is a lead scoring and saved search layer that applies algorithmic scoring to Lead records. Pipedrive has no equivalent native feature; lead scoring requires either manual rule-building in Pipedrive workflow automation or an add-on integration. We export Intellisearch raw configuration as a reference document but do not reproduce the scoring logic automatically. Customers relying on Intellisearch for prioritization should plan manual rebuild time in Pipedrive.

  • Pipedrive's Person-Organization split requires Company data to exist first

    Pipedrive requires Organization records to exist before Person records can be linked to them via the org_id field. MetroLeads exports Leads first (along with their embedded Company reference). We reorder the migration to create all Organization records from MetroLeads Companies before any Person import begins, ensuring that every Person.org_id lookup resolves at insert time and no records arrive orphaned from their company context.

Migration approach

Six steps for a successful MetroLeads to Pipedrive data migration

  1. MetroLeads export and property schema catalog

    We authenticate to MetroLeads' API, paginate through /companies and /leads endpoints, and extract all Lead records with their embedded phones, emails, lead_fields, source_tags, lead_group, and state values. Simultaneously, we call the property schema endpoint to build the ID-to-name mapping for all custom lead_fields. We also extract User records for owner resolution and Event records for activity migration. The export produces structured datasets for each object type plus the property schema catalog.

  2. Merge-pending pair resolution and state value catalog

    We scan export data for MetroLeads records flagged as merge-pending. Each pair is presented to the customer for explicit survivor selection before migration begins, preventing the MetroLeads merge API from making a silent field-overwrite decision. We also collect all unique MetroLeads state values and present them to the customer for mapping to Pipedrive Person labels or pipeline stages. Any state values without a mapping destination are flagged and preserved in a custom field to avoid record import errors.

  3. Pipedrive custom field creation and pipeline configuration

    We create Pipedrive custom fields for every MetroLeads custom property in the lead_fields object, using the ID-to-name mapping to set human-readable field labels. We also configure Pipedrive Person labels to accommodate the MetroLeads state value mapping and create or validate Organization labels. If Pipedrive pipelines and stages are not pre-configured, we scaffold them based on MetroLeads' lead_group structure or the customer's stated pipeline requirements. Custom field creation happens via Pipedrive's field API before any record import.

  4. Owner and User reconciliation

    We match MetroLeads User records (assigned_to references) against Pipedrive User accounts by email. Owners without a matching Pipedrive User enter a reconciliation queue for the customer's admin to provision before record import proceeds. This step is a hard dependency because OwnerId is required on most Pipedrive standard objects at insert time.

  5. Migration in dependency order with reconciliation checkpoints

    We run the migration in record-dependency order: Organizations first (from MetroLeads Companies), then Persons (from MetroLeads Leads) with org_id resolved, then Activities (from MetroLeads Events) with PersonId linked. Each phase emits a row-count reconciliation report. Bulk API chunking handles large datasets; exponential backoff manages Pipedrive API rate limits. Any unmapped state values or orphaned records surface in a skip file for customer review before the next phase begins.

  6. Cutover, validation, and automation inventory handoff

    We freeze MetroLeads writes during cutover, run a final delta migration of records modified during the migration window, then mark Pipedrive as the system of record. We validate a random sample of migrated records against the MetroLeads source and deliver a written inventory of MetroLeads Workflows, automation sequences, and Intellisearch configuration for the customer's admin to rebuild using Pipedrive's workflow automation layer. We support a one-week hypercare window for reconciliation issues; we do not rebuild workflows, automations, or sequences as part of the migration scope.

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.
Pipedrive logo

Pipedrive

Destination

Strengths

  • Intuitive drag-and-drop pipeline that sales reps actually use without resistance or training overhead.
  • Per-seat unlimited-deals model on all tiers — reps cannot be blocked from logging activity.
  • Active marketplace with 400+ integrations and a documented REST API with OpenAPI 3 specs.
  • Mobile apps with offline access, call logging, and calendar sync keep field teams operational.
  • Strong focus on sales activity tracking — next-action reminders and follow-up scheduling are first-class features.

Weaknesses

  • No custom objects — teams needing non-standard data structures must work around the four standard entity types.
  • Workflow automation limits by tier (30, 60, 90 active workflows) force upgrades as processes grow.
  • No free permanent plan — teams evaluating fit must commit to a trial without a freemium option.
  • Limited advanced reporting and custom dashboard capabilities compared to HubSpot or Salesforce.
  • Export permissions are gated by visibility groups, meaning data scoping must account for who can see what before migration.

Complexity grading

How hard is this migration?

Standard CRM migration. 3 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 Pipedrive.

  • Object compatibility

    B

    3 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 Pipedrive 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 Pipedrive data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between two and four weeks for accounts under 10,000 Leads and 2,000 Companies with no Advanced Data Modules. Migrations with large event histories, multiple custom property IDs requiring schema resolution, or a full MetroLeads state-value catalog move to five to nine weeks because of the property schema catalog work, merge-pair reconciliation, and activity migration phase.

Adjacent paths

Related migrations to explore

Ready when you are

Move from MetroLeads.
Land in Pipedrive, 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