CRM migration

Migrate from Ziggu to HubSpot

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

Ziggu logo

Ziggu

Source

HubSpot

Destination

HubSpot logo

Compatibility

87%

13 of 15

objects map 1:1 between Ziggu and HubSpot.

Complexity

BStandard

Timeline

48–72 hours

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Ziggu is a client portal and project management platform built for property developers — organizing work around Projects, Units, Clients, Documents, Conversations, Approvals, and Tasks within a per-project pricing model (€3.5–7.5/active project/month). HubSpot is a general-purpose CRM that models data around Contacts, Companies, Deals (Opportunities), and optional Custom Objects, with pricing per user per month. These are fundamentally different platforms: Ziggu is project-centric, HubSpot is contact-centric. The migration carries Ziggu's client contacts to HubSpot Contacts, developer companies to HubSpot Companies, projects and units to HubSpot Deals or a custom Unit object, documents to HubSpot Files, and conversations to HubSpot Engagements (logged activities). The hardest translation is Ziggu's multi-unit project hierarchy — which has no native CRM equivalent — requiring either a custom HubSpot object or a Deals-with-line-items structure your admin chooses before migration. Workflows, approval chains, partner portals, surveys, and the financials add-on do not migrate. FlitStack AI extracts the data via Ziggu's API, transforms it to HubSpot's property schema, and loads it through HubSpot's CRM API with a delta-pickup window during cutover. Owner resolution uses email matching against HubSpot users. Original create dates map to custom datetime fields since HubSpot's CreatedDate is set at migration time.

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

HubSpot logo

HubSpot

What's pulling them in

  • Lowest barrier to entry of any major CRM — the free tier with unlimited contacts lets teams validate fit before committing to a paid plan, according to G2 and Capterra reviewers.
  • Native integration between the CRM and sales engagement tools (sequences, email tracking, dialer) means no separate sync configuration, a theme across G2 Sales Hub reviews.
  • Pipeline visualization, deal tracking, and automated workflows are consistently praised as intuitive and easy to set up without developer involvement.
  • Strong onboarding for new team members — reviewers on Capterra and G2 highlight how quickly new reps become productive without formal training.
  • The HubSpot platform ecosystem (Marketing, Sales, Service, CMS hubs) allows growing companies to consolidate tools without building new integrations.

Object mapping

How Ziggu objects map to HubSpot

Each row shows how a Ziggu object lands in HubSpot, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Ziggu

Ziggu Client Contact

maps to

HubSpot

HubSpot Contact

1:1
Fully supported

Ziggu client portal users map directly to HubSpot Contacts. We preserve name, email, phone, job title, and company association. Original contact create date migrates to a custom datetime field since HubSpot's CreatedDate reflects the migration timestamp. Owner resolution uses email matching against HubSpot users.

Ziggu

Ziggu Company / Developer

maps to

HubSpot

HubSpot Company

1:1
Fully supported

Ziggu companies (developer firms, contractor firms) map to HubSpot Companies. We transfer company name, website, industry, employee count, and address fields. Ziggu's company hierarchy (parent/child) maps to HubSpot's Parent Company field. Multi-company associations per contact collapse to the primary CompanyId lookup.

Ziggu

Ziggu Project

maps to

HubSpot

HubSpot Deal (or Custom Object)

1:1
Fully supported

Ziggu projects map to HubSpot Deals by default. Each project becomes one Deal with the project name as the Deal name, project value as the Amount, and project stage mapped to Deal stage via value mapping. If Ziggu's multi-unit add-on is active and units need individual tracking, we recommend a custom Unit object in HubSpot instead — your admin chooses before migration runs.

Ziggu

Ziggu Unit

maps to

HubSpot

HubSpot Deal Line Item / Custom Unit Object

1:many
Fully supported

Ziggu units (apartments, lots, floors) can split into HubSpot Deal line items or a custom Unit object. Line items preserve the unit price and quantity per deal. If a custom object is used, units link to the parent Deal via a lookup field. The choice affects HubSpot reporting — line items aggregate naturally into deal revenue; custom objects require custom reporting.

Ziggu

Ziggu Document

maps to

HubSpot

HubSpot File

1:1
Fully supported

Ziggu documents and file attachments re-upload to HubSpot Files. Each file is attached to the parent Project (Deal) or Unit record. File size limits per HubSpot apply (default 25MB per file). Inline images in Ziggu notes download and rehost as HubSpot file attachments. Version history is simplified to the latest approved version.

Ziggu

Ziggu Conversation / Message

maps to

HubSpot

HubSpot Engagement (Email / Note)

1:1
Fully supported

Ziggu's structured client conversations map to HubSpot Engagements — logged as Notes with timestamps on the contact or deal record. Each message thread becomes a Note entry with the sender, timestamp, and message body. Real-time threading structure is simplified; the chronological narrative per contact or project is preserved.

Ziggu

Ziggu Task

maps to

HubSpot

HubSpot Task

1:1
Fully supported

Ziggu tasks map directly to HubSpot Tasks. We transfer task subject, due date, completion status, assigned owner (via email match), and association to the parent Project (Deal). Completed tasks preserve the completion timestamp. Open tasks import as open HubSpot tasks.

Ziggu

Ziggu Approval

maps to

HubSpot

HubSpot Custom Field / Workflow

1:1
Fully supported

Ziggu approval workflows (design selections, financial approvals, document sign-offs) have no HubSpot equivalent. We preserve the approval status (Approved/Rejected/Pending) as a custom property on the Deal or Unit record. The approval workflow logic must be rebuilt in HubSpot's Workflows tool or a third-party approval app.

Ziggu

Ziggu Survey Response / NPS

maps to

HubSpot

HubSpot Custom Number Property

1:1
Fully supported

Ziggu's NPS scores and survey responses migrate as custom number properties on the Contact record. We create a ZNPS_Score__c custom property and a ZSurvey_Response__c text property for multi-question responses. Survey logic (when to send, which questions) must be rebuilt in HubSpot Forms or a third-party survey tool.

Ziggu

Ziggu Financials Add-on

maps to

HubSpot

HubSpot Deal Line Items / Custom Fields

1:1
Fully supported

Ziggu payment schedules and invoice records map to HubSpot Deal line items (for payment amounts and due dates) and custom fields (for invoice status). The financial workflow (payment tracking, balance due) is simplified — HubSpot has no native billing engine. Recurring payment logic must be rebuilt or handled via a finance integration.

Ziggu

Ziggu Partner / Contractor

maps to

HubSpot

HubSpot Company + Contact

1:many
Fully supported

Ziggu's Partner Portal contacts split into HubSpot Company records (for the firm) and Contact records (for individual contacts at that firm). The firm's portal access and role map to a custom Partner_Type__c property on the Contact. Partner-specific documents attach to the company or deal as appropriate.

Ziggu

Ziggu Owner / User

maps to

HubSpot

HubSpot User

1:1
Fully supported

Ziggu portal owners and users resolve to HubSpot Users by email address match. Unmatched owners are flagged before migration — your team either invites them to HubSpot first or assigns their records to a fallback owner. Ziggu's role permissions (Admin, Team Member, Client) do not map to HubSpot roles and must be reconfigured in HubSpot's settings.

Ziggu

Ziggu Portal Branding

maps to

HubSpot

HubSpot Custom Properties

1:1
Fully supported

Ziggu's Project Experience add-on white-labels the client portal per project with custom colors, logos, and layout. HubSpot's portal branding is scoped to HubSpot's own tools (meetings portal, customer portal, quotes). Client-facing project portals require a separate web build or HubSpot's CMS. We preserve the branding settings as a reference document for your web team.

Ziggu

Ziggu Tags / Labels

maps to

HubSpot

HubSpot Contact / Company Properties

1:1
Fully supported

Ziggu's internal tags and labels on projects, units, or clients migrate as HubSpot custom properties — a multi-select picklist or single-line text depending on volume. Tags used for segmentation in Ziggu translate to HubSpot contact or deal properties for use in lists and workflows.

Ziggu

Ziggu Custom Properties (any tier)

maps to

HubSpot

HubSpot Custom Properties

1:1
Fully supported

Any Ziggu custom fields beyond the standard set require HubSpot custom properties created before migration. We deliver a custom property creation plan based on Ziggu's property list. Property types map: text → single-line text, number → number, date → date/datetime, dropdown → dropdown select, multi-select → multi-checkbox.

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

HubSpot logo

HubSpot gotchas

High

Marketing Contacts billing model is migration-critical

High

Feature tier gating is not visible until onboarding

Medium

Mandatory onboarding fees inflate year-one cost

Medium

HubSpot CSV importer cannot migrate engagements or attachments

Medium

Custom objects require Enterprise and a pre-existing schema

Pair-specific challenges

  • Approval workflows have no HubSpot equivalent and must be rebuilt

    Ziggu's approval engine tracks design selections, financial sign-offs, and document confirmations with deadline enforcement. HubSpot has no native approval workflow at the CRM level — this includes HubSpot's own Workflows tool, which handles data updates and email actions but not multi-step approval chains with stakeholder sign-off. We preserve approval status (Approved/Rejected/Pending) as a custom property on the Deal or Unit record so your team can see the last known state. The approval routing logic itself must be rebuilt in a third-party tool (Conga, Templafy, or a custom Power Automate flow) or re-implemented as a HubSpot Workflow with manual confirmation steps. This is a high-severity gap for property developers who rely on Ziggu's approval chain for selection decisions.

  • Multi-unit project structure requires custom object planning before migration

    Ziggu's multi-unit Projects add-on tracks individual units (apartments, villas, lots) with status, floor level, square footage, and buyer association — all within a single project. HubSpot's standard CRM has no unit concept. The translation path (Deal line items vs. a custom Unit object) must be decided before migration because it determines HubSpot's object schema, reporting structure, and pipeline visibility. A custom Unit object requires HubSpot Enterprise and custom-object setup — your admin must create it before data lands. Deal line items are available on any HubSpot plan but aggregate revenue differently. We surface both options in the pre-migration schema plan so your team can choose with full context.

  • Ziggu's portal-centric communication model flattens to engagement logs in HubSpot

    Ziggu's client conversations are structured threads linked to a specific Project, Unit, and Topic — giving every message a contextual anchor. HubSpot's engagement model logs emails, calls, and meetings as timestamped activities on a contact or deal record, but it has no native threaded conversation view per project. We migrate Ziggu conversations as Notes on the contact and deal with sender, timestamp, and body preserved, but the contextual threading (messages organized by project topic) is flattened into a chronological list. Teams that rely on Ziggu's structured conversation threading for compliance or audit trails should treat this as a manual review item after migration.

  • Survey and NPS logic cannot migrate — only collected scores

    Ziggu's Surveys add-on sends multi-question surveys at defined project moments (pre-construction, handover, post-move-in) and calculates NPS automatically. HubSpot has no native survey engine. We migrate collected NPS scores as a custom number property on the Contact and survey responses as text properties, but the trigger logic (when to send, which contact receives it, the survey questions themselves) does not transfer. Survey logic must be rebuilt in HubSpot Forms, a third-party survey tool (Typeform, Delighted, or Hotjar), or a custom workflow.

  • Ziggu's per-project pricing model has no billing equivalent in HubSpot

    Ziggu bills per active project (€3.5–7.5/project/month with tier minimums). HubSpot bills per seat per month and separately charges for Marketing Contact limits at higher tiers. These are different billing constructs — there is no way to map 'active project count' to a HubSpot billing metric. After migration, your HubSpot costs are driven by user count and marketing contact volume, not project volume. Teams migrating from Ziggu often find HubSpot's per-seat pricing more favorable when project counts are high but team size is small.

Migration approach

Six steps for a successful Ziggu to HubSpot data migration

  1. Audit Ziggu data and design HubSpot schema plan

    FlitStack AI extracts a full data export from Ziggu covering all active projects, units, clients, companies, documents, conversations, tasks, approvals, and custom properties. We audit for duplicates, incomplete records, and data gaps before writing the HubSpot schema plan. The schema plan specifies which HubSpot objects receive which Ziggu data, whether a custom Unit object is needed, which custom properties must be created, and the value-mapping table for pick-list fields. Your HubSpot admin reviews and approves the schema plan before any data moves.

  2. Create HubSpot custom properties and resolve users

    Before migration runs, we create all custom properties in HubSpot identified in the schema plan — including ZNPS_Score__c, ZSurvey_Response__c, Approval_Status__c, Original_Create_Date__c, and Source_System_ID__c on the appropriate objects. Custom property types are set to match Ziggu's data (dropdown, number, datetime). Simultaneously, we resolve Ziggu owners and users by email against HubSpot users. Unmatched owners are flagged so your team can either invite them to HubSpot or assign records to a fallback owner before migration commits.

  3. Run sample migration with field-level diff

    A representative slice of Ziggu data migrates first — typically 100–500 records covering clients, companies, a few projects with units, documents, and tasks. We generate a field-level diff comparing source and destination values for every mapped property so you can verify that names, dates, amounts, and status values transferred correctly. Approval status mapping, NPS score preservation, and owner resolution are verified at this stage. No full migration commits until you sign off on the sample diff.

  4. Execute full migration with delta-pickup window

    The full Ziggu dataset migrates to HubSpot. Documents and files re-upload to HubSpot Files, attached to their parent project or unit records. Conversations migrate as Notes with original timestamps. The migration uses scoped read access on Ziggu — your team keeps working in Ziggu during the migration. After the initial migration completes, a delta-pickup window (typically 24–48 hours) captures any Ziggu records created or modified during cutover. The delta re-syncs to HubSpot before go-live.

  5. Validate, audit, and deliver rollback plan

    FlitStack AI runs a post-migration validation comparing record counts, property completeness, and association integrity between HubSpot and Ziggu's final state. We deliver an audit log of every migration operation and a one-click rollback script that restores HubSpot to its pre-migration state if reconciliation fails. Your team conducts a final review in HubSpot, and we provide a reference document for rebuilding Ziggu approval workflows and survey logic in HubSpot's automation tools.

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.
HubSpot logo

HubSpot

Destination

Strengths

  • Genuinely useful free CRM tier with no seat limit on contact records.
  • All-in-one sales engagement layer (sequences, email tracking, calling, dialer) embedded natively in the CRM, eliminating a separate integration.
  • Intuitive interface and fast onboarding for individual reps, per G2 and Capterra reviews.
  • Workflow automation triggers across contacts, deals, and tickets with a visual builder.
  • API coverage for all standard objects including custom objects at Enterprise tier.

Weaknesses

  • Pricing model is contact-based at the marketing layer — importing all records as marketing contacts can multiply the monthly bill by 4×.
  • Feature tier cliffs are frequent surprises: sequences, calling, advanced reporting, and quoting are all gated, often requiring plan upgrades mid-implementation.
  • Mandatory onboarding fees at Professional ($1,500) and Enterprise ($3,500) are not prominently disclosed on the pricing page.
  • API rate limits are restrictive for bulk migration — burst limits of 100-200 req/10sec and search endpoint limits of 4 req/sec require careful job queuing.
  • Custom objects, additional pipelines, and advanced forecasting are Enterprise-only, making cost projections difficult for growing teams.

Complexity grading

How hard is this migration?

Standard CRM migration. 1 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 HubSpot.

  • Object compatibility

    B

    1 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 HubSpot 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 HubSpot data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Ziggu-to-HubSpot migrations complete in 48–72 hours of clock time for setups with under 10,000 records. Larger setups with 100,000+ records or active multi-unit project tracking extend to 5–10 days. The longest planning step is designing the HubSpot schema — especially deciding whether a custom Unit object is needed to represent Ziggu's project-unit hierarchy — because HubSpot custom objects require Enterprise licensing and admin setup before data lands.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Ziggu.
Land in HubSpot, 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