CRM migration
Field-level mapping, validation, and rollback between Referrizer and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
Referrizer
Source
Pipedrive
Destination
Compatibility
7 of 11
objects map 1:1 between Referrizer and Pipedrive.
Complexity
BStandard
Timeline
1-3 weeks
Overview
Moving from Referrizer to Pipedrive is a migration from a referral-and-reputation-first local business CRM into a sales pipeline-centric CRM built for teams that track deals visually. The structural difference is significant: Referrizer stores loyalty points and review history as custom contact properties; Pipedrive separates People (Contacts), Organizations (Companies), and Deals (Opportunities) into distinct objects with explicit relationships. We extract contacts via Referrizer's paginated API, separate loyalty fields from standard contact fields during transformation, and resolve Pipedrive's Person-Organization lookup requirement before inserting records. Campaigns, automated workflows, review request sequences, and loyalty programs do not migrate programmatically — we deliver a written inventory for the customer's admin to rebuild in Pipedrive's automation tools. Smart Inbox conversations have no API access in Referrizer and are explicitly excluded from migration scope.
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 Referrizer 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.
Referrizer
Contact
Pipedrive
Person
1:1Referrizer Contact records map to Pipedrive Person objects. The contact's name, phone, email, and address fields map directly to Pipedrive Person fields. Custom fields on the contact (referral source, visit count, labels, etc.) map to Pipedrive custom fields that we pre-create before migration. We enumerate all custom field names and types via the Referrizer GET /contacts endpoint during scoping and create matching Pipedrive custom fields via the Pipedrive Field API. Labels stored as arrays on contacts migrate as multi-select custom fields or tag fields in Pipedrive.
Referrizer
Contact (loyalty properties)
Pipedrive
Person custom field (loyalty_points__c)
lossyReferrizer stores loyalty point balances as numeric custom properties on contact records, not as a distinct object. During extraction we identify the loyalty field names (e.g., loyalty_points_balance) and separate them from standard contact fields. We create a custom numeric field loyalty_points__c on the Pipedrive Person object and map the source value during transformation. If Referrizer tracks tier status (Bronze, Silver, Gold) as a separate property, we create a corresponding picklist field for loyalty_tier__c.
Referrizer
Pipeline / Lead
Pipedrive
Deal
1:1Referrizer Pipeline stages and lead records map to Pipedrive Deals. The lead's stage name, status, and any associated value fields map to Pipedrive Deal fields (title, stage_id, value). Pipedrive Deals require either a Person, an Organization, or both as a linked record — we resolve this by creating a Pipedrive Organization for each Referrizer account or location before inserting Deals, or by linking the Deal to the Person directly if no organization relationship exists in Referrizer.
Referrizer
Pipeline Stage
Pipedrive
Pipeline Stage
lossyReferrizer's pipeline stage names and order migrate to Pipedrive Pipeline stages within the designated Pipeline. We create Pipedrive Pipelines via the Pipedrive Pipeline API before migration and map stage names from Referrizer to the corresponding stage_order values in Pipedrive. If the customer has multiple Referrizer pipelines (e.g., separate for different service lines), we create corresponding Pipedrive Pipelines and map Deals to the correct one based on Referrizer's pipeline assignment.
Referrizer
Campaign
Pipedrive
Activity (manual rebuild inventory)
1:1Referrizer Campaign records (both Regular and Automated modes) cannot be migrated as live automations because Pipedrive's campaign model is fundamentally different. We export campaign metadata — name, type, status, associated contact list, and trigger configuration — into a written Campaign Inventory document that lists each campaign with its setup details and a recommended Pipedrive Automation equivalent. The customer's admin rebuilds the campaign logic in Pipedrive's Automations tool using the inventory as a guide.
Referrizer
Offer / Referral Code
Pipedrive
Deal custom field (offer_code__c, referral_code__c)
lossyReferrizer Offers and referral codes are stored as promotional entities with contact associations. We export offer codes, reward structures, and referral link associations as related data. The referral code attached to a contact maps to a custom text field referral_code__c on the Pipedrive Person. Offer eligibility migrates as a custom field or note on the associated Person or Deal. The offer's reward rules (point value, discount percentage) are documented in the Campaign Inventory for manual setup in Pipedrive.
Referrizer
Review Request
Pipedrive
Activity (note or task)
1:1Referrizer tracks which contacts received review requests, when the request was sent, and which platform (Google, Yelp, Facebook). This data lives as activity events on the contact record. We export the review request history as timed Activity records in Pipedrive — calls with a note indicating the review platform and request date — linked to the Person. The actual review content (stars, text) is not stored in Referrizer in a migratable form and is excluded.
Referrizer
Label / Segment
Pipedrive
Person tag or custom field
lossyReferrizer contact labels (used for segmentation) export as string arrays on each contact. We map these to Pipedrive Person tags via the Pipedrive Person ID merge operation after person insertion. For labels used as meaningful segments (e.g., VIP, churned, referral_source), we also create a multi-select custom field person_segment__c to allow filtering without relying solely on tags.
Referrizer
Smart Inbox Message
Pipedrive
N/A
1:1Referrizer Smart Inbox conversations are not accessible via any documented public API endpoint. Only campaign-level sent/delivered/open metrics are available. We explicitly exclude Smart Inbox from migration scope and document this data loss during scoping. Customers who need conversation history must export manually from the Referrizer UI before the migration window. Pipedrive's email sync can be configured post-migration to capture future conversations natively.
Referrizer
Activity / Engagement Feed
Pipedrive
Activity (Task, Event)
1:1Referrizer tracks contact activity feed events including UTM source data, campaign opens, link clicks, and visit history via the contact activity endpoints. We export these as Pipedrive Activity records: campaign opens and link clicks migrate as Notes attached to the Person; visit history migrates as Task-type activities with a descriptive note field. Activity timestamps are preserved in Pipedrive's ActivityDate. We handle pagination across activity events carefully since large contact databases produce high event counts.
Referrizer
User / Team Member
Pipedrive
User
1:1Referrizer team member records (name and email) map to Pipedrive Users. We resolve owner assignments on contacts and campaigns by matching the Referrizer owner email to a Pipedrive User email. Any Referrizer owner without a matching Pipedrive User goes to a reconciliation queue for the customer to provision before record import resumes. Role-based permission structures from Referrizer do not map directly and are documented for manual configuration in Pipedrive's User and Teams settings.
| Referrizer | Pipedrive | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Contact (loyalty properties) | Person custom field (loyalty_points__c)lossy | Fully supported | |
| Pipeline / Lead | Deal1:1 | Fully supported | |
| Pipeline Stage | Pipeline Stagelossy | Fully supported | |
| Campaign | Activity (manual rebuild inventory)1:1 | Fully supported | |
| Offer / Referral Code | Deal custom field (offer_code__c, referral_code__c)lossy | Fully supported | |
| Review Request | Activity (note or task)1:1 | Fully supported | |
| Label / Segment | Person tag or custom fieldlossy | Fully supported | |
| Smart Inbox Message | N/A1:1 | Fully supported | |
| Activity / Engagement Feed | Activity (Task, Event)1:1 | Fully supported | |
| User / Team Member | User1: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.
Referrizer gotchas
No bulk export API — migration relies on Zapier or CSV
Smart Inbox conversations are not accessible via API
Loyalty points stored as contact properties, not a distinct object
Rate limits not publicly documented
Multi-location scoping required to avoid cross-contamination
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
Discovery and custom field enumeration
We audit the Referrizer account to enumerate all active objects: contact volume, custom field names and types, pipeline stage names, campaign records, loyalty field names, location count, and team member list. We access Referrizer via its REST API using bearer token authentication and paginate through GET /contacts with perPage=100 to build a complete field inventory. For multi-location accounts, we query each location independently to scope contacts by location_id and prevent cross-contamination. We also review Pipedrive's current state — existing Pipelines, custom fields, and user list — to determine what schema elements must be created before migration.
Pipedrive schema provisioning
We pre-create the Pipedrive schema elements needed for migration: custom fields on Person (to match Referrizer's custom contact fields, including loyalty_points__c and referral_code__c), Pipelines and Stages (to match Referrizer's pipeline stage names and order), and Organizations (one per Referrizer account or location). Pipedrive custom fields are created via the POST /dealFields and POST /personFields API endpoints. We configure pipeline stages via POST /pipelines and POST /stages. This step runs in Pipedrive's production environment or a designated Sandbox before any record data is inserted.
Contact extraction and transformation
We extract all Referrizer contacts via paginated API, iterating through GET /contacts pages until all records are retrieved. During extraction we separate loyalty-related custom fields from standard contact fields, flagging loyalty point balances and tier status for the loyalty field mapping. Labels export as string arrays on each contact record. We transform each contact record into Pipedrive Person format, map standard fields (name, email, phone, address) to their Pipedrive equivalents, and write the loyalty data to the pre-created custom fields. The transformation output is a JSON array of Person records keyed by Referrizer contact ID for relationship resolution in subsequent steps.
Organization and deal migration
We extract Referrizer companies (if present) or create Pipedrive Organizations per location for multi-location accounts. Contacts are then linked to their corresponding Organization via the Pipedrive Person's org_id field. Referrizer Pipeline stages and associated deals migrate as Pipedrive Deals, with the deal's stage mapped to the corresponding Pipedrive stage_id within the matching Pipeline. Deal values, close dates, and any deal-level custom fields migrate directly. We resolve the Person lookup (via email) and Organization lookup (via name or location) for each Deal insert to satisfy Pipedrive's referential integrity requirements.
Activity and engagement history migration
We export Referrizer contact activity events (UTM sources, campaign opens, link clicks, visit history) via the contact activity endpoints and insert them as Pipedrive Activities. Campaign opens and link clicks become Notes attached to the Person; visit history becomes Task-type activities with descriptive body text. Activity timestamps are preserved as ActivityDate to maintain the engagement timeline ordering. Review request events migrate as Task activities with a note indicating the review platform (Google, Yelp, Facebook) and request date. Each activity insert resolves the parent Person via email match before insertion.
Validation, cutover, and inventory delivery
We validate the migration by reconciling record counts (Persons in Pipedrive vs. Contacts in Referrizer, Deals vs. Referrizer Pipeline records, Activities vs. activity event counts), spot-checking 20-30 random records for field-level accuracy, and verifying deal-Person-Organization linkages in Pipedrive's pipeline view. We deliver a Migration Report with record counts per object, any records that failed validation, and a list of records skipped due to missing required fields. We deliver the Campaign and Automation Inventory document listing every Referrizer campaign, automation trigger, and loyalty program rule that requires manual rebuild in Pipedrive's Automations tool. We do not rebuild Referrizer automations as Pipedrive automations inside the migration scope.
Platform deep dives
Referrizer
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 Referrizer 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
Referrizer: Not publicly documented; API returns 429 TOO_MANY_REQUESTS on overages.
Data volume sensitivity
Referrizer 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 Referrizer to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your Referrizer 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 Referrizer
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.