CRM migration
Field-level mapping, validation, and rollback between MetroLeads and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
MetroLeads
Source
Pipedrive
Destination
Compatibility
5 of 10
objects map 1:1 between MetroLeads and Pipedrive.
Complexity
BStandard
Timeline
2-4 weeks
Overview
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.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
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
Pipedrive
Person
1:1MetroLeads 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
Pipedrive
Person label or Deal Stage
lossyMetroLeads' 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
Pipedrive
Organization
1:1MetroLeads 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
Pipedrive
Person label
lossyMetroLeads 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
Pipedrive
Custom field or List membership
lossylead_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
Pipedrive
Activity (Call, Meeting, Task, Note)
1:manyMetroLeads 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
Pipedrive
User
1:1MetroLeads 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
Pipedrive
Custom fields on Person or Organization
1:1Advanced 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
Pipedrive
Reference document
lossyIntellisearch 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)
Pipedrive
Person phone and email arrays
1:1MetroLeads 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.
| MetroLeads | Pipedrive | Compatibility | |
|---|---|---|---|
| Lead | Person1:1 | Fully supported | |
| Lead State | Person label or Deal Stagelossy | Mapping required | |
| Company | Organization1:1 | Fully supported | |
| source_tags | Person labellossy | Fully supported | |
| lead_group | Custom field or List membershiplossy | Fully supported | |
| Event | Activity (Call, Meeting, Task, Note)1:many | Fully supported | |
| User | User1:1 | Fully supported | |
| Advanced Data Modules | Custom fields on Person or Organization1:1 | Mapping required | |
| Intellisearch | Reference documentlossy | Mapping required | |
| Phones and Emails (embedded in Lead) | Person phone and email arrays1:1 | Fully supported |
Gotchas + challenges
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 gotchas
Merge API field priority can silently overwrite data
Custom lead_fields use property IDs not property names
Tenant-specific state values require pre-migration catalog
Pipedrive gotchas
Custom field hash keys differ per account
Export access gated by visibility groups
Token-based API rate limits since December 2024
Sequences and Automations not exposed via REST API
Cost escalates via workflow caps and add-ons
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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
MetroLeads
Source
Strengths
Weaknesses
Pipedrive
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 3 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across MetroLeads and Pipedrive.
Object compatibility
3 of 8 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
MetroLeads: Not publicly documented in the available research data.
Data volume sensitivity
MetroLeads doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during MetroLeads to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your MetroLeads to Pipedrive migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave MetroLeads
Other ways to arrive at Pipedrive
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.