Migrate your MetroLeads data
Omni-channel sales engagement CRM built around Leads, with native VOIP telephony and workflow automation for SEA-focused SMBs and mid-market teams.
In its favor
Why people choose MetroLeads
The signal that keeps MetroLeads on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
All-in-one platform consolidates telephony, lead capture, and CRM without separate vendor contracts, reducing operational overhead for SMB teams managing multichannel sales.
Native cloud telephony integration eliminates the need for third-party VOIP providers, enabling call logging and recording directly within the lead record.
Automatic lead deduplication on import reduces manual cleanup work, keeping the contact database clean without manual intervention.
Workflow automation for task reminders and follow-up sequences keeps sales reps on schedule without manual check-ins.
Multi-language support across Dutch, English, French, Italian, Portuguese, and Spanish makes the platform viable for SEA and multilingual teams.
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.
Reasons to switch
Why people leave MetroLeads
The recurring reasons buyers give for replacing MetroLeads. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where MetroLeads fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
MetroLeads pricing overview
MetroLeads does not publish pricing tiers publicly on its main website. Contact-based pricing is implied by the platform's lead-centric model, but specific per-user or per-seat rates are only available through direct sales inquiry at [email protected].
Custom (sales-led)
Tier 1 of 1
Custom — price on request
What's included
Need help selecting your CRM?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on MetroLeads's schedule — see our quote-based pricing →
What gets migrated
MetroLeads object support
Object-by-object support for MetroLeads migrations. Per-pair details surface during scoping.
Leads
Fully supportedLeads are the core object with rich fields including lead_id, name, state, source_tags, lead_creation_time, lead_fields for custom properties, assigned_to user reference, and lead_group. We export all standard fields plus custom lead_fields. The merge API accepts retain_fields and merge_fields parameters to control field priority during merges.
Companies
Fully supportedCompanies serve as parent containers for leads. The API path /companies/<company_uuid>/leads/ establishes the hierarchy. We export Company records and associate each Lead to its parent Company during migration.
Events
Mapping requiredEvents track engagement history tied to leads. Field structure is stable but event-to-lead associations require careful join mapping across the API response structure. We preserve event_type and event_timestamps during export.
Intellisearch
Mapping requiredIntellisearch is a MetroLeads-specific search and scoring layer built on top of lead data. The scoring logic and saved searches do not map 1:1 to standard CRM objects, so we export the raw configuration as a JSON blob and map saved search criteria to destination custom properties.
Advanced Data Modules
Mapping requiredAdvanced Data Modules are tenant-specific data structures extending the base schema. Their field definitions vary per organization. We export the module schema alongside records and map fields to destination custom objects or custom fields.
Users
Fully supportedUser records with id, name, and role assignments. We export Users and preserve owner assignments on Leads so that assigned_to and user_assigned_to references resolve correctly in the destination system.
Phones
Fully supportedPhones are embedded as an array within Lead records with type (Work, Mobile, etc.) and phone number. We flatten these into a standard contact-phone table and preserve type metadata during import.
Emails
Fully supportedEmails are embedded as an array within Lead records with type and address. We extract these into a standard contact-email table and preserve type metadata for Work, Personal, etc.
Lead Fields (Custom Properties)
Mapping requiredlead_fields on each Lead record store tenant-specific custom property values keyed by property ID. Property naming conventions are per-tenant and not self-describing, so we map property IDs to destination custom field names via a pre-migration field catalog.
Source Tags
Fully supportedsource_tags are string arrays on Lead records indicating lead disposition (e.g. disposition_answered). We export the raw tag strings and map them to destination tag or label objects.
Lead State
Mapping requiredstate is a string field on Lead (e.g. contacted) representing lifecycle stage. The valid values are tenant-configurable. We map known state values to destination lifecycle stage or deal stage fields and flag unmapped states for manual review.
Lead Group
Mapping requiredlead_group is a UUID reference grouping related leads. This is not a standard CRM concept. We export the UUID and map grouped leads to destination shared lists, campaigns, or custom grouping objects.
| Object | Support | Notes |
|---|---|---|
| Leads | Fully supported | Leads are the core object with rich fields including lead_id, name, state, source_tags, lead_creation_time, lead_fields for custom properties, assigned_to user reference, and lead_group. We export all standard fields plus custom lead_fields. The merge API accepts retain_fields and merge_fields parameters to control field priority during merges. |
| Companies | Fully supported | Companies serve as parent containers for leads. The API path /companies/<company_uuid>/leads/ establishes the hierarchy. We export Company records and associate each Lead to its parent Company during migration. |
| Events | Mapping required | Events track engagement history tied to leads. Field structure is stable but event-to-lead associations require careful join mapping across the API response structure. We preserve event_type and event_timestamps during export. |
| Intellisearch | Mapping required | Intellisearch is a MetroLeads-specific search and scoring layer built on top of lead data. The scoring logic and saved searches do not map 1:1 to standard CRM objects, so we export the raw configuration as a JSON blob and map saved search criteria to destination custom properties. |
| Advanced Data Modules | Mapping required | Advanced Data Modules are tenant-specific data structures extending the base schema. Their field definitions vary per organization. We export the module schema alongside records and map fields to destination custom objects or custom fields. |
| Users | Fully supported | User records with id, name, and role assignments. We export Users and preserve owner assignments on Leads so that assigned_to and user_assigned_to references resolve correctly in the destination system. |
| Phones | Fully supported | Phones are embedded as an array within Lead records with type (Work, Mobile, etc.) and phone number. We flatten these into a standard contact-phone table and preserve type metadata during import. |
| Emails | Fully supported | Emails are embedded as an array within Lead records with type and address. We extract these into a standard contact-email table and preserve type metadata for Work, Personal, etc. |
| Lead Fields (Custom Properties) | Mapping required | lead_fields on each Lead record store tenant-specific custom property values keyed by property ID. Property naming conventions are per-tenant and not self-describing, so we map property IDs to destination custom field names via a pre-migration field catalog. |
| Source Tags | Fully supported | source_tags are string arrays on Lead records indicating lead disposition (e.g. disposition_answered). We export the raw tag strings and map them to destination tag or label objects. |
| Lead State | Mapping required | state is a string field on Lead (e.g. contacted) representing lifecycle stage. The valid values are tenant-configurable. We map known state values to destination lifecycle stage or deal stage fields and flag unmapped states for manual review. |
| Lead Group | Mapping required | lead_group is a UUID reference grouping related leads. This is not a standard CRM concept. We export the UUID and map grouped leads to destination shared lists, campaigns, or custom grouping objects. |
Gotchas
What to watch for in MetroLeads migrations
Issues we've hit on past MetroLeads migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
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
| Severity | Issue |
|---|---|
| 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 |
Leaving MetroLeads?
Where MetroLeads customers move next
12 destinations MetroLeads can migrate to.
How a MetroLeads migration works
Four steps, MetroLeads-specific
Connect
API key (documented via developer.metroleads.com, specific scheme not publicly disclosed) into MetroLeads. Scopes limited to read-only on the data we move.
Map
We translate MetroLeads-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate MetroLeads quirks before production.
Migrate
Full migration with MetroLeads rate-limit handling. Rollback available throughout.
FAQ
MetroLeads migration FAQ
Answers to the questions buyers ask most during MetroLeads migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your MetroLeads migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate MetroLeads.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your MetroLeads setup and destination — written quote back within a business day.