CRM migration

Migrate from Ziggu to Pipedrive

Field-level mapping, validation, and rollback between Ziggu and Pipedrive. We move data and schema; workflows are rebuilt natively in Pipedrive.

Ziggu logo

Ziggu

Source

Pipedrive

Destination

Pipedrive logo

Compatibility

100%

12 of 12

objects map 1:1 between Ziggu and Pipedrive.

Complexity

BStandard

Timeline

24–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Ziggu organizes work around Projects, Units, and client-facing Conversations — a project-management and client-portal model built for property developers and professional services teams. Pipedrive organizes around Persons, Organizations, Deals, and Activities — a sales-pipeline model built for closing revenue. The two platforms share contacts, companies, and deal-value data, but diverge sharply on structure: Ziggu's Unit records (representing units within a property development project) map to Pipedrive Deals when the migration goal is sales consolidation, or to custom fields on a parent Deal representing the Project. We extract Ziggu's contacts and company records via API, map them to Pipedrive Persons and Organizations, then reconstruct the project hierarchy as Pipedrive Deals keyed to a Pipeline. Conversation threads, document links, approvals, and surveys have no native Pipedrive equivalent — we preserve them as custom fields and Notes for reference. Automations in Ziggu (approval workflows, notification rules) are destination-side configuration and must be rebuilt in Pipedrive's Workflow Automations after migration.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Ziggu logo

Ziggu

What's pushing teams away

  • Teams outgrow the platform when project volumes exceed tier minimums — the per-active-project pricing model becomes expensive at scale and forces difficult decisions about which legacy projects to deactivate.
  • The lack of a public REST API means Zapier/Make integrations must be built around screen scraping or webhook triggers, creating fragile automations that break on UI updates.
  • Property developers with complex multi-entity corporate structures find Ziggu's flat account model insufficient — there is no parent-company hierarchy or multi-subsidiary consolidation view.
  • When a project is deactivated it becomes read-only and cannot accept new tasks, conversations, or file uploads, which creates friction in post-handover support scenarios where the development team still needs to communicate with buyers.

Choosing

Pipedrive logo

Pipedrive

What's pulling them in

  • Clean drag-and-drop pipeline interface with minimal learning curve, making it approachable for small sales teams without dedicated CRM admins.
  • Visual deal tracking keeps reps focused on next actions — activities, calls, and follow-up tasks surface directly in the pipeline view.
  • Strong integrations via Zapier and native marketplace apps let teams wire Pipedrive into Calendly, ActiveCampaign, and similar sales-stack tools.
  • Mobile apps for iOS and Android keep field reps connected to deals, contacts, and tasks without a desktop session.
  • Reputation and review volume — over 3,000 verified reviews across G2 and Capterra — signal reliability for teams evaluating CRM options.

Object mapping

How Ziggu objects map to Pipedrive

Each row shows how a Ziggu 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.

Ziggu

Contact (Ziggu Client)

maps to

Pipedrive

Person

1:1
Fully supported

Ziggu contacts who are clients or homebuyers map directly to Pipedrive Persons. Name, email, phone, and address fields transfer 1:1. Ziggu's contact record may reference a Company — that parent link becomes an Organization lookup in Pipedrive via the person_id/org_id relationship.

Ziggu

Company (Ziggu Company)

maps to

Pipedrive

Organization

1:1
Fully supported

Ziggu company records (builders, contractors, partner firms) map to Pipedrive Organizations. Company name, domain, industry, and employee count transfer as Organization fields. Address, phone, and any custom properties also migrate via POST /organizationFields. Ziggu's parent-company hierarchy (if used) maps to the Organization's parent_org_id field in Pipedrive.

Ziggu

Unit

maps to

Pipedrive

Deal

1:1
Fully supported

A Ziggu Unit (an individual property unit within a development project) maps to a Pipedrive Deal. The Unit name becomes the Deal title, the agreed sale price becomes the Deal value, and the Unit's status (Reserved, Sold, Completed) maps to a Pipeline Stage in Pipedrive. Multiple Units in one Project can share a parent Deal or map individually based on your pipeline definition.

Ziggu

Project

maps to

Pipedrive

Organization (or custom field on Deal)

1:1
Fully supported

Ziggu Projects have no direct Pipedrive equivalent. We create a Project__c custom field on the Deal object and store the project name, project code, and development type (residential, commercial, mixed-use) as fields. Alternatively, a parent Deal representing the project can own child Deals representing Units — your admin chooses the structure before migration runs.

Ziggu

Conversation

maps to

Pipedrive

Note / Activity

1:1
Fully supported

Ziggu Conversation threads linked to a specific Unit or Contact are converted to Pipedrive Notes (for written client exchanges) or Activity records (for action-oriented tasks that emerged from a conversation). The original thread URL is stored in a custom field so the conversation remains accessible if needed.

Ziggu

Task (Ziggu Task)

maps to

Pipedrive

Activity (Pipedrive Task)

1:1
Fully supported

Ziggu Tasks assigned to team members or clients map to Pipedrive Activities with type='task'. The task title, due date, and assigned owner transfer. Pipedrive Activity owners are resolved by email match against Pipedrive users. Completed status maps to the done field (1=completed, 0=open).

Ziggu

Document

maps to

Pipedrive

File / Note attachment

1:1
Fully supported

Ziggu Documents (floor plans, specifications, contracts) linked to Units or Contacts are downloaded and re-uploaded to Pipedrive Files attached to the corresponding Deal or Person. Pipedrive's file size limit is 100MB per file. We preserve the original document name and a link back to the Ziggu source if the Ziggu account remains accessible.

Ziggu

Survey response

maps to

Pipedrive

Custom field on Person/Deal

1:1
Fully supported

Ziggu Survey responses attached to a Contact or Unit have no Pipedrive native equivalent. We create custom fields on the Person (for NPS or preference surveys) or Deal (for unit-selection surveys) and store the response value, response date, and survey name. Survey logic and distribution rules must be rebuilt in Pipedrive's workflow automation or a dedicated survey tool post-migration.

Ziggu

Approval record

maps to

Pipedrive

Custom field / Activity

1:1
Fully supported

Ziggu Approvals (client sign-offs on selections, contracts, or milestones) are captured as a custom Approval_Status__c field on the corresponding Deal, plus an Activity with type='task' noting the approval date and approver. The approval chain and deadline logic from Ziggu must be rebuilt in Pipedrive's Automations.

Ziggu

Custom property (Unit)

maps to

Pipedrive

Custom field (Deal)

1:1
Fully supported

Ziggu allows custom properties on Units (e.g., floor_level, unit_type, facing_direction, completion_percentage). We create matching Pipedrive Deal custom fields via POST /dealFields before data migration begins. Field type mapping is done by Ziggu's property type: text to varchar, number to int, date to date, pick-list to enum.

Ziggu

Custom property (Contact)

maps to

Pipedrive

Custom field (Person)

1:1
Fully supported

Ziggu contacts may carry custom properties beyond standard fields (e.g., preferred_contact_method, referral_source). We create matching Pipedrive Person custom fields via POST /personFields before migration. Email and phone custom fields follow standard field creation; multi-select values are stored as comma-separated strings or as enum fields if Pipedrive's field type supports it.

Ziggu

Partner / Contractor (Ziggu Company type)

maps to

Pipedrive

Organization with Label

1:1
Fully supported

Ziggu Partner Portal companies (suppliers, contractors) map to Pipedrive Organizations. We tag them with an Organization label (Partner_Type__c custom field) to distinguish them from client companies. This prevents partner records from appearing in sales pipeline views unless explicitly filtered. Additionally, we set the Organization's address, phone, and domain from Ziggu, and preserve the Ziggu company ID as Ziggu_Company_ID__c for reconciliation.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Ziggu logo

Ziggu gotchas

High

Deactivated projects lock tasks and files but keep conversations open

High

Per-active-project pricing creates a minimum portfolio cost

Medium

Add-ons scale per active unit, not per project

Medium

No public API means migration runs through manual export workflows

Pipedrive logo

Pipedrive gotchas

High

Custom field hash keys differ per account

High

Export access gated by visibility groups

Medium

Token-based API rate limits since December 2024

Medium

Sequences and Automations not exposed via REST API

Low

Cost escalates via workflow caps and add-ons

Pair-specific challenges

  • Ziggu's project-unit hierarchy has no native Pipedrive equivalent — mapping strategy determines your post-migration data model

    Ziggu structures data as Projects containing Units, with clients linked to Units and conversations linked to both. Pipedrive has no project or unit object — it has Deals and Persons. We offer two migration strategies: (1) map each Ziggu Unit to a Pipedrive Deal with the Project name stored as a custom field (Deal.Project__c), or (2) create a parent Deal per Project and child Deals per Unit using the parent_deal_id field in Pipedrive. Strategy 2 requires your Pipedrive admin to pre-create the parent Deals before migration runs, as parent_deal_id must reference an existing Deal ID at write time. Choosing the wrong strategy means re-importing Units as Deals with corrected links — avoidable with upfront alignment.

  • Pipedrive's token-based API rate limits (December 2024) affect bulk migration throughput for large datasets

    Pipedrive introduced token-based rate limits in December 2024 affecting all API writes. The rate limit tier is determined by your Pipedrive plan (Essential, Advanced, Professional, Power, Enterprise) and scales with user count. For migrations exceeding 50,000 records, we batch writes to stay within the per-token request-per-minute ceiling and implement exponential backoff on 429 responses. Migrations on Pipedrive Enterprise receive higher rate limit allowances, reducing total migration clock time. We disclose the rate-limit ceiling in the migration plan before the first write operation.

  • Ziggu custom properties on Units and Contacts require pre-creation in Pipedrive before data migration begins

    Pipedrive custom fields must be created via the API (POST /dealFields, POST /personFields, POST /organizationFields) before records are written to those objects. Ziggu allows unlimited custom properties per Unit and per Contact — Pipedrive's custom field creation is sequential per object type and must complete before the corresponding records migrate. For migrations with 30+ custom properties across Units and Contacts, this pre-creation phase adds 1–3 hours of lead time. If Pipedrive's plan limits the number of custom fields (varies by tier), we flag the constraint before migration begins and work with your admin to prioritize the highest-value fields.

  • Ziggu's Client Portal conversations do not translate to Pipedrive Activities — they become Notes or custom fields

    Ziggu's core differentiator is its Client Portal with threaded Conversations linked to Units and clients. Pipedrive has no equivalent — there is no native portal thread, no client-facing message history, and no per-record conversation timeline at the Person or Deal level. The best FlitStack can do is: (1) write the conversation subject and a summary as a Pipedrive Note attached to the Deal or Person, (2) store a link back to the original Ziggu thread as a custom URL field. This means client communication history is preserved as a static reference record, not a live thread. If client-facing communication history is business-critical, it must live in a separate tool post-migration.

  • Ziggu's approval and survey data must be rebuilt in Pipedrive — no workflow logic migrates

    Ziggu Approvals (client sign-off on selections, contracts, milestones) and Survey responses have no Pipedrive equivalent. We capture the approval record as a custom field on the Deal (Approval_Status__c, Approval_Date__c) and the survey response as a custom field on the Person or Deal. However, the automation logic — approval routing, deadline escalation, survey trigger conditions — cannot migrate. Pipedrive's Workflow Automations can replicate approval routing using field-update triggers and email notifications, but your admin must define the logic post-migration using Pipedrive's automation builder (available on Advanced plan and above).

Migration approach

Six steps for a successful Ziggu to Pipedrive data migration

  1. Inventory Ziggu records and define the project-to-deal mapping strategy

    We run a pre-migration audit against your Ziggu account via API: count of contacts, companies, units, projects, custom properties, conversation threads, and document attachments. We then present two mapping strategies — Unit-as-Deal vs. parent-Deal-with-child-Deals — and ask your admin to confirm which structure maps to Pipedrive's pipeline model. This decision drives the entire field map. If Ziggu projects have complex multi-unit hierarchies, we flag them for custom handling before any data moves.

  2. Pre-create Pipedrive custom fields and pipelines

    Before migrating any records, FlitStack creates all required Pipedrive custom fields via the API: Project__c, Unit_Type__c, Floor_Level__c, Completion_Percentage__c, Approval_Status__c, Survey_Response__c, Ziggu_Unit_ID__c, Ziggu_Thread_URL__c on the Deal object; Ziggu_Contact_ID__c and any contact-level custom properties on the Person object. We also verify the target Pipeline and stage structure in Pipedrive matches the Ziggu unit status values that will map to stage_id. This step runs 1–3 hours before the main migration and must complete without error before records are written.

  3. Resolve Ziggu owners and contacts to Pipedrive users by email match

    Ziggu tasks and conversation threads carry an owner email. Pipedrive Activities require a user_id. We run an email-match lookup against your Pipedrive user list before migration: matched owners map directly; unmatched owners are flagged in a pre-flight report. For each unmatched owner, your team either invites them to Pipedrive before migration or assigns their records to a designated fallback user. No Activity record migrates without a resolved Pipedrive user_id.

  4. Run a sample migration with field-level diff on 100–300 records

    A representative slice of Ziggu records — spanning contacts from multiple projects, companies, units at different status stages, and a conversation thread — migrates first. We generate a field-level diff showing source Ziggu values alongside destination Pipedrive values for every mapped field, plus any custom field values written. You verify stage mapping, owner resolution, custom property placement, and conversation-to-Note conversion before the full run commits. Sample migration failures surface mapping errors before any bulk write occurs.

  5. Execute full migration with delta-pickup window and audit log

    The full migration writes Organizations, then Persons (linked to Organizations), then Deals (linked to Persons and Organizations), then Activities and Notes in sequence — preserving foreign-key dependencies at each step. A delta-pickup window (24–48 hours after cutover) re-queries Ziggu for any records modified during the migration run. Every write operation is logged in an audit trail with source record ID, destination record ID, field count, and timestamp. One-click rollback reverts all writes to Pipedrive if reconciliation finds unexpected data divergence.

Platform deep dives

Context on both ends of the pair

Ziggu logo

Ziggu

Source

Strengths

  • Per-project billing aligns cost to active workload — completed projects can be deactivated without losing history.
  • Built-in client portal with 24/7 transparency reduces the back-and-forth email volume between development teams and buyers.
  • Conversations remain writable on deactivated projects, keeping post-handover support communication open.
  • Structured approval workflows with deadline tracking help property developers collect client decisions without chasing.
  • Survey module integrates NPS and custom question collection at defined project milestones.

Weaknesses

  • No public REST API documented — integrations must rely on webhook triggers or manual export workflows.
  • Per-active-project pricing with tier minimums (10/15/25) makes the platform expensive to maintain for large legacy project portfolios.
  • Deactivated projects become read-only across tasks and files, limiting post-handover activity.
  • Partner Portal, Multi-unit Projects, Financials, Sales, and Surveys are all paid add-ons priced per active unit, layering costs quickly.
  • Flat account structure with no parent-company or multi-subsidiary hierarchy for larger property groups.
Pipedrive logo

Pipedrive

Destination

Strengths

  • Intuitive drag-and-drop pipeline that sales reps actually use without resistance or training overhead.
  • Per-seat unlimited-deals model on all tiers — reps cannot be blocked from logging activity.
  • Active marketplace with 400+ integrations and a documented REST API with OpenAPI 3 specs.
  • Mobile apps with offline access, call logging, and calendar sync keep field teams operational.
  • Strong focus on sales activity tracking — next-action reminders and follow-up scheduling are first-class features.

Weaknesses

  • No custom objects — teams needing non-standard data structures must work around the four standard entity types.
  • Workflow automation limits by tier (30, 60, 90 active workflows) force upgrades as processes grow.
  • No free permanent plan — teams evaluating fit must commit to a trial without a freemium option.
  • Limited advanced reporting and custom dashboard capabilities compared to HubSpot or Salesforce.
  • Export permissions are gated by visibility groups, meaning data scoping must account for who can see what before migration.

Complexity grading

How hard is this migration?

Standard CRM migration. 3 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Ziggu and Pipedrive.

  • Object compatibility

    B

    3 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Ziggu: Not publicly published — Ziggu states limits are tuned to integration use cases and confirmed during onboarding.

  • Data volume sensitivity

    B

    Ziggu doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Ziggu to Pipedrive migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Ziggu to Pipedrive data migrations

Answers to the questions buyers ask most during Ziggu to Pipedrive migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Ziggu to Pipedrive migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most Ziggu-to-Pipedrive migrations complete within 24–72 hours of clock time for setups with under 10,000 records and fewer than 30 custom properties. Projects with heavy unit hierarchies (50+ units per project), multiple active development pipelines, or over 50,000 contact records requiring deduplication extend to 5–10 days. The pre-creation of Pipedrive custom fields (Step 2) adds 1–3 hours before data migration begins. Pipedrive's token-based API rate limits (introduced December 2024) can slow large bulk writes on lower-tier plans — we batch and throttle writes to stay within the per-token ceiling.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Ziggu.
Land in Pipedrive, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day