CRM migration
Field-level mapping, validation, and rollback between e-shot and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.
e-shot
Source
Pipedrive
Destination
Compatibility
7 of 10
objects map 1:1 between e-shot and Pipedrive.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from e-shot to Pipedrive is a contact-centric migration from an email marketing platform into a sales CRM. e-shot's data model centres on Contacts with custom field definitions, merge-tag personalisation, Campaigns, Automated Series, Forms, and Preferences. Pipedrive uses a four-object core (People, Organizations, Deals, Activities) with a visual pipeline and per-user pricing. We map e-shot contacts to Pipedrive People, e-shot companies (if present) to Organizations, campaigns and series to Deals and linked Tasks, and custom contact fields to Pipedrive custom fields. Merge-tag fallback values require equivalent default-value fields pre-created in Pipedrive before contact load. Email campaign content, HTML templates, landing pages, and website popups do not have Pipedrive equivalents and are excluded from migration scope. We deliver a written inventory of campaign series logic, landing page URLs, and popup configurations for your admin team to rebuild using Pipedrive's Smart CRM Data feature or a dedicated email marketing tool post-migration.
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 e-shot 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.
e-shot
Contact
Pipedrive
Person
1:1e-shot Contacts map to Pipedrive People. The contact email address is the dedupe key used to detect existing records during import. All standard system fields (email, first name, last name, phone, address) map to Pipedrive Person fields. We extract the full custom contact field schema from Settings > Contacts field manager, pre-create equivalent Pipedrive custom fields before contact load, and map each field value by name. Merge-tag fallback definitions become Pipedrive default field values pre-set before any contacts are inserted so that contacts missing source values display cleanly rather than showing raw merge-tag syntax.
e-shot
Contact Fields (schema)
Pipedrive
Custom Fields (Person)
lossye-shot's contact field schema is fully customisable per account. We export the field name, type (text, number, date, checkbox, dropdown), and merge-tag fallback definitions during scoping. Each field maps to a Pipedrive Person custom field of equivalent type. The customer provisions these custom fields in Pipedrive Settings > Custom Fields before the migration contact load phase begins. Field ordering and grouping in Pipedrive's detail view are documented separately for the admin to configure.
e-shot
Campaign
Pipedrive
Deal
1:1e-shot campaign records map to Pipedrive Deals, using the campaign name as the Deal title and the campaign creation date as the Deal open date. Campaign status (live, draft, archived) maps to a custom Deal field rather than a native Pipedrive status. Note that campaign email content, subject lines, sender details, and HTML body do not migrate — Pipedrive is a CRM and has no native email campaign storage. We create a deal per campaign so that the customer's sales team can link People and Organizations to campaign-sourced leads.
e-shot
Automated Series
Pipedrive
Deal + Task (sequence)
1:manye-shot Automated Series are email sequences triggered by behaviour or date conditions. These split into two Pipedrive artefacts: the series itself becomes a linked Deal (representing the campaign arc) and individual step timestamps migrate as Task records with due dates and notes describing each step. The series trigger condition (tag applied, date reached, form submitted) is stored as a custom Deal field for the admin to reference when rebuilding the logic in a marketing automation tool. This split preserves the historical sequence timeline but does not reproduce active automation — rebuild is required.
e-shot
Form
Pipedrive
Person + Custom Fields
1:1e-shot Forms capture contact inputs and subscription preferences. Form field definitions map to Pipedrive Person custom fields. Form submission events (timestamp, source form, field values) migrate as Person records with custom field values populated from the submission data. If a form collects data for multiple contacts (e.g. event registration), each submitted entry becomes a separate Person record.
e-shot
Preferences
Pipedrive
Custom Fields (Person) + Activity Note
1:1Contact-level opt-in status and subscription interests stored as active Preferences in e-shot map to Pipedrive Person custom fields (e.g. email_consent, sms_consent, product_interests). Tier limits apply to active Preferences (basic: 25, pro: 50, omni: unlimited) — we query the active flag during scoping to migrate only live preferences. Where a preference change has a timestamp (subscription updated date), we record it as a Person Activity Note in Pipedrive.
e-shot
Company (if used)
Pipedrive
Organization
1:1e-shot supports company-level fields on contacts (company name, website, industry). If the customer has used e-shot's company attributes on contacts, we extract distinct company values and map them to Pipedrive Organizations, then resolve the Organization ID on each Person record during contact load. Company name becomes the Organization name, website maps to Organization website field.
e-shot
Tag
Pipedrive
Label (Person)
1:1e-shot tags label contacts and segments but are stored as field values or list memberships rather than a dedicated tag object. We extract all distinct tag values, create matching Pipedrive Labels, and attach label assignments to the corresponding Person records. Tags used for segmentation logic (dynamic filter-based segments) are noted in the deliverable for the admin to replicate using Pipedrive's filter and list views.
e-shot
Campaign Reports
Pipedrive
Custom Fields (Deal) + Activity Note
1:1Historical campaign analytics (opens, clicks, bounces, unsubscribes, delivery rate) exportable from e-shot's analytics dashboard migrate as custom fields on the corresponding Deal record plus an Activity Note summarising the campaign performance snapshot. These are historical reference values, not live reporting. Pipedrive's native reporting covers pipeline and sales activity but not email engagement metrics.
e-shot
Saved Filter
Pipedrive
Filter (manual rebuild)
lossye-shot saved filters define dynamic contact segments using field conditions. We export the filter definition (field names, operators, values) in the handoff document. Pipedrive's filter and list view functionality is equivalent but not identical in operator syntax. The customer rebuilds each saved filter as a Pipedrive filter during the post-migration review period.
| e-shot | Pipedrive | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Contact Fields (schema) | Custom Fields (Person)lossy | Fully supported | |
| Campaign | Deal1:1 | Fully supported | |
| Automated Series | Deal + Task (sequence)1:many | Mapping required | |
| Form | Person + Custom Fields1:1 | Fully supported | |
| Preferences | Custom Fields (Person) + Activity Note1:1 | Mapping required | |
| Company (if used) | Organization1:1 | Fully supported | |
| Tag | Label (Person)1:1 | Fully supported | |
| Campaign Reports | Custom Fields (Deal) + Activity Note1:1 | Fully supported | |
| Saved Filter | Filter (manual rebuild)lossy | 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.
e-shot gotchas
File attachments blocked in bulk email sends
Tier limits apply to active (live) objects only
Merge-tag fallback values must be replicated
No dedicated bulk export endpoint documented
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 scoping
We audit the e-shot account across tier (basic, pro, omni), active contact volume, custom contact field definitions (from Settings > Contacts field manager), live Campaigns, Automated Series, Forms, active Preferences, saved Filters, and campaign analytics snapshots. We confirm whether the customer uses e-shot's company attributes on contacts and whether tags are used for segmentation. We pair this with a Pipedrive edition review (Essential $14/user, Advanced $29/user, Professional $49/user, Power $64/user, Enterprise $99/user) to recommend the right plan based on custom field needs, pipeline count, and automation requirements. The output is a written migration scope and object inventory.
Schema provisioning in Pipedrive
We create all required Pipedrive custom fields on the Person object to match the e-shot contact field schema, including fields for every active Preference. We create a custom Deal field for campaign status, a custom field for series trigger conditions, and labels matching all distinct e-shot tag values. For any company attributes used, we create Organization custom fields. Pipedrive schema changes are validated in the sandbox or a trial org before production provisioning.
Merge-tag fallback mapping
We extract every merge-tag fallback definition from the e-shot field manager. For each fallback, we set the equivalent default value on the corresponding Pipedrive custom field before the contact load phase. This ensures contacts without source values display cleanly in Pipedrive. We document any fallback logic that cannot be replicated with Pipedrive default fields for the admin to handle manually post-load.
e-shot API extraction with pagination
We extract contact records from e-shot using paginated REST API calls within the plan's hourly rate limit. For basic and pro accounts with large contact lists (over 20,000), we implement resume-capable pagination so that extraction can continue across multiple billing-hour windows without re-fetching already-extracted records. Custom field values, tag assignments, preference data, and form submission timestamps are extracted as related records alongside the parent contact.
Sandbox migration and reconciliation
We run the full migration into a Pipedrive sandbox or trial org, importing People (with Organization linkage where company data exists), Deals (one per campaign and per series), Tasks (one per series step), Labels, and Activity Notes in dependency order. The customer reconciles record counts against the e-shot source and spot-checks 25-50 records across all object types. Mapping corrections are applied before the production migration begins.
Production migration and campaign inventory handoff
We run production migration in record-dependency order: Organizations (if applicable), People, Deals, Tasks, Labels, and Activity Notes. We freeze writes to the e-shot account during cutover, run a final delta migration of any records modified during the window, and enable Pipedrive as the system of record. We deliver the Campaign and Series Rebuild Inventory document listing every active campaign, series, landing page URL, and popup with trigger logic and content summary for the admin to act on in a dedicated email marketing tool.
Platform deep dives
e-shot
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 e-shot 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
e-shot: 500–5,000 requests per hour depending on tier (basic: 500, pro: 2,000, omni: 5,000).
Data volume sensitivity
e-shot 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 e-shot to Pipedrive migration scoping. Not seeing yours? Book a call.
Walk through your e-shot 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 e-shot
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.