CRM migration
Field-level mapping, validation, and rollback between Propeller CRM and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
Propeller CRM
Source
Pipedrive
Destination
Compatibility
6 of 10
objects map 1:1 between Propeller CRM and Pipedrive.
Complexity
CModerate
Timeline
2-3 weeks
Overview
Moving from Propeller CRM to Pipedrive is a rescue migration constrained by the fact that Propeller shut down permanently in December 2019 and has no live API, no admin console, and no support team. The migration depends entirely on the data archive that Propeller produced at shutdown time, and teams who did not request an export during the February 2020 window may have no recoverable data. For customers with an archive in hand, we reconstruct Contacts, Companies, Deals, and Pipeline Stages, resolve company-name deduplication, remap owner email assignments to Pipedrive users, and map custom pipeline stage names to Pipedrive stage equivalents. Email campaign records and email templates migrate as historical reference notes rather than live Pipedrive Campaigns, since Propeller's campaign model does not map to Pipedrive's Campaigns object without rebuild. We do not migrate activity history (opens, clicks, replies, meeting events), which Propeller's Gmail extension tracked live but did not include in the standard export. We deliver a written inventory of Propeller workflows and email sequences for the customer's Pipedrive admin to rebuild using Pipedrive Workflow Automation and the Campaigns add-on.
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 Propeller CRM 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.
Propeller CRM
Contact
Pipedrive
Person
1:1Propeller Contact records (name, email, phone, company association) map directly to Pipedrive Person. The Gmail extension auto-logged email interactions per contact in Propeller, but those interaction logs were not included in the shutdown export and cannot be reconstructed. We preserve contact name, email address, phone number, and company link. Propeller's company association is resolved via company name matching against the Organizations import.
Propeller CRM
Company
Pipedrive
Organization
1:1Propeller Company records map to Pipedrive Organization. The Propeller schema maintained the company-contact relationship by company name lookup, which can produce duplicate Organizations if the same company appears under slightly different names (e.g., 'Acme Corp' and 'Acme Corporation'). We run a fuzzy name-matching pass during scoping and consolidate duplicates before import to avoid creating duplicate Organization records in Pipedrive.
Propeller CRM
Deal
Pipedrive
Deal
1:1Propeller Deals map to Pipedrive Deals with deal name, amount, associated contact, assigned owner, and pipeline stage preserved. The deal-contact linkage is resolved by matching the Propeller contact reference to the Pipedrive Person record created during the Persons phase. Deal amount and currency map to Pipedrive's monetary fields.
Propeller CRM
Pipeline Stage
Pipedrive
Pipeline Stage
lossyPropeller allowed fully custom pipeline stage names with no enforced ordering logic in the export. Pipedrive stages have a defined sequence and probability percentage. We map Propeller stage names to Pipedrive stage equivalents during import scoping, but stages with non-standard names (e.g., 'Pending Docs', 'verbal yes', 'awaiting finance') have no automatic Pipedrive match. These are flagged for customer confirmation before import, and the customer selects placement in the Pipedrive pipeline sequence.
Propeller CRM
Email Campaign
Pipedrive
Note (on Person or Deal)
lossyPropeller email campaign records (campaign name, associated contacts, send dates) have no direct Pipedrive equivalent at the object level. Pipedrive's Campaigns add-on is a separate billing layer with a different data model. We import campaign records as historical Note entities attached to the relevant Person or Deal records, preserving campaign name and send date as reference content.
Propeller CRM
Email Template
Pipedrive
Email Template
1:1Propeller email templates with merge fields export as template body text. We map template content to Pipedrive Email Templates using the template name as identifier and the merge field names as template variable placeholders. Note that Pipedrive Email Templates use a different merge field syntax from Propeller, so the customer's admin should verify variable substitution after migration.
Propeller CRM
User/Owner
Pipedrive
User
1:1Propeller user accounts were tied to individual email addresses and appear as deal and contact owner assignments in the export. We map owner email addresses to Pipedrive User records by email match. If a team member has since left and their Pipedrive account has not been provisioned, their deal and contact assignments are flagged in a reconciliation queue. The customer provisions the missing Pipedrive user before records are assigned to them.
Propeller CRM
Activity (opens, clicks, replies)
Pipedrive
None
1:1Activity logs tracked by Propeller's Gmail extension — email opens, clicks, replies, and meeting events — were not included in the standard shutdown data export. This is a known Propeller export gap, not a mapping limitation. We flag this absence during scoping and do not promise complete activity timeline migration. No post-migration reconstruction is possible from the Propeller side.
Propeller CRM
Custom Field Data
Pipedrive
Custom Field
lossyPropeller did not support custom objects but did allow custom fields on Contacts, Companies, and Deals. Any custom field values present in the export are mapped to Pipedrive custom fields, which we create in the destination account before import. Custom field type mapping follows Pipedrive's supported field types (text, numeric, date, picklist, address, and phone). Multi-select or checkbox fields from Propeller map to Pipedrive multi-select picklist where supported.
Propeller CRM
Campaign Participant
Pipedrive
Activity Note or Tag
lossyPropeller tracked which contacts were part of which email campaigns. We map this to a Person-tagged note in Pipedrive listing the campaign names associated with each Person, or to Pipedrive Activity notes appended to the Person record. This preserves the record of campaign participation without creating Pipedrive Campaign objects, which require the Campaigns add-on and a different data structure.
| Propeller CRM | Pipedrive | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Company | Organization1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Pipeline Stage | Pipeline Stagelossy | Fully supported | |
| Email Campaign | Note (on Person or Deal)lossy | Fully supported | |
| Email Template | Email Template1:1 | Fully supported | |
| User/Owner | User1:1 | Fully supported | |
| Activity (opens, clicks, replies) | None1:1 | Fully supported | |
| Custom Field Data | Custom Fieldlossy | Fully supported | |
| Campaign Participant | Activity Note or Taglossy | 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.
Propeller CRM gotchas
Platform shutdown — no active API or support
Activity history not included in standard export
Deal stage mapping requires manual review
Owner/user assignment requires remapping
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
Archive confirmation and initial audit
We begin by confirming that a Propeller CRM data archive exists and is accessible. The archive should include CSV or JSON exports of Contacts, Companies, Deals, Pipeline Stages, Email Campaigns, and Email Templates. If the customer does not have an archive, we cannot proceed because Propeller has no active API and no support channel. Once the archive is confirmed, we audit record counts, field availability, and the presence or absence of activity history and owner assignment data.
Data quality assessment and cleansing
We assess the Propeller archive for data quality issues: duplicate company name variants, missing required fields (email on Contacts, deal amount), incomplete owner assignments, and non-standard pipeline stage names. We produce a written data quality report identifying each issue and its resolution approach. Dirty data issues (duplicate records, blank required fields) are addressed before import to avoid breaking Pipedrive's validation rules. This phase also includes identifying the canonical Organization name for each duplicate company cluster.
Pipedrive schema design and pipeline stage mapping
We design the Pipedrive destination schema before any data moves. This includes creating custom fields to receive Propeller custom field values, designing the Pipeline and stage sequence (including mapping Propeller's custom stage names to Pipedrive stages with customer confirmation), and provisioning the Organizations and Persons fields to match the source archive. Pipeline stages requiring customer input on placement are confirmed during this phase.
Owner and user reconciliation
We extract every distinct owner email address referenced in the Propeller archive and match against the Pipedrive User table by email. Owners without a matching Pipedrive User are placed in a reconciliation queue. The customer provisions the missing Pipedrive Users (active or inactive depending on whether the original Propeller user is still with the company). This step must complete before record import begins because Pipedrive requires a valid OwnerId on Deal and Person records.
Sandbox or staging migration and reconciliation
For Pipedrive accounts with existing data or complex pipeline configurations, we run the migration into a Pipedrive sandbox or staging environment first to validate field mapping, stage placement, and duplicate resolution before touching production. The customer's admin spot-checks 25-50 records against the Propeller archive and signs off the mapping before production migration begins.
Production migration in dependency order
We run the production migration in record-dependency order: Organizations (from Propeller Companies, with duplicate consolidation), Persons (from Propeller Contacts, with OrganizationId resolved), Deals (with PersonId, OwnerId, and stage resolved), Email Templates (mapped to Pipedrive Email Templates), and Email Campaign reference notes (attached to the relevant Persons or Deals). Each phase emits a row-count reconciliation report. Owner assignment failures are retried after the customer resolves the reconciliation queue.
Cutover, validation, and automation rebuild handoff
We run a final delta migration for any records modified during the migration window, then confirm Pipedrive as the system of record. We deliver a written inventory of Propeller workflows and email sequences with recommended Pipedrive equivalents (Workflow Automation for rules-based actions, Campaigns add-on for email sequences). We support a one-week post-cutover window for reconciliation issues. We do not rebuild Propeller automations as Pipedrive workflows inside the migration scope.
Platform deep dives
Propeller CRM
Source
Strengths
Weaknesses
Pipedrive
Destination
Strengths
Weaknesses
Complexity grading
Moderate CRM migration. 1 of 8 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Propeller CRM and Pipedrive.
Object compatibility
1 of 8 objects need a manual workaround.
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
Propeller CRM: Not applicable — platform shut down December 15, 2019.
Data volume sensitivity
Propeller CRM 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 Propeller CRM to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your Propeller CRM 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 Propeller CRM
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.