CRM migration

Migrate from Ziggu to Nutshell

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

Ziggu logo

Ziggu

Source

Nutshell

Destination

Nutshell logo

Compatibility

91%

10 of 11

objects map 1:1 between Ziggu and Nutshell.

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, Clients, Units, Tasks, Documents, and Conversations. Nutshell is a sales CRM organized around People, Companies, Leads, Deals, and Activities. These are fundamentally different data models—Ziggu tracks project lifecycle and client communication; Nutshell tracks leads through a sales pipeline. FlitStack AI extracts Ziggu's client records and project associations, transforms them into Nutshell People (and optionally Companies for multi-stakeholder records), links conversation histories as Activity records, and maps project status to custom fields on Deals or Companies. Ziggu workflows, approval chains, and survey logic do not migrate and must be rebuilt in Nutshell or handled manually. The migration uses Ziggu's REST API to pull full record sets, including custom fields, and loads into Nutshell via its JSON-RPC API with field-level validation before commit. Before migration begins, FlitStack performs an audit of your Ziggu account to identify all custom fields, add-on usage, and relationship structures so your team can confirm which records should migrate and which features require manual rebuild.

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

Nutshell logo

Nutshell

What's pulling them in

  • Lowest cost entry point among mid-market CRMs—Foundation plan starts at $13/user/month, making it accessible for teams validating CRM fit before committing.
  • Integrated sales automation and email sequencing on Pro plans without requiring a separate email marketing platform, per verified Capterra reviews.
  • Consistently praised for intuitive interface and fast onboarding, with case studies reporting 100% team adoption rates within initial deployment periods.
  • Strong customer support responsiveness cited across G2 reviews, with dedicated support tiers available on Enterprise plans.
  • Native integrations with WhatsApp, Facebook Messenger, Instagram, and Slack reduce reliance on third-party middleware for common communication channels.

Object mapping

How Ziggu objects map to Nutshell

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

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

Ziggu

Client

maps to

Nutshell

Person

1:1
Fully supported

Ziggu Clients map directly to Nutshell People. Primary contact fields (name, email, phone, job title) transfer 1:1. Ziggu's multi-stakeholder-per-project model means some records may represent organizations rather than individuals—in those cases, we map to Nutshell Company instead and link the primary contact as a Person record.

Ziggu

Client

maps to

Nutshell

Company

1:1
Fully supported

Ziggu records where the 'client' is an organization (e.g., property developer company) rather than an individual contact map to Nutshell Company. We examine the contact fields: if no individual name is present, the record lands as a Company with the organization name in the Name field.

Ziggu

Project

maps to

Nutshell

Deal

1:1
Fully supported

Ziggu Projects map to Nutshell Deals as the primary container for project-related work. Project phase and status values map to Nutshell Deal stage names via value mapping. Project name becomes Deal name; projected value (if present in Financials add-on) maps to Deal amount. The Deal's associated Person/Company carries the client relationship.

Ziggu

Project

maps to

Nutshell

Company

many:1
Fully supported

For projects where the client organization is tracked as the primary entity, we merge the Project record into the corresponding Nutshell Company record, preserving project metadata as custom fields on the Company. This handles Ziggu's model where Projects live under organizations.

Ziggu

Unit

maps to

Nutshell

Custom field on Deal/Company

1:1
Fully supported

Ziggu Units (the multi-unit add-on for property developers tracking individual apartments or lots within a project) do not have a direct Nutshell equivalent. Units migrate as a custom multi-value field or as a text blob listing unit IDs and statuses, attached to the parent Nutshell Deal. Admin decides whether units should appear as separate Deals or as a custom field.

Ziggu

Conversation

maps to

Nutshell

Activity (Note/Call/Email)

1:1
Fully supported

Ziggu Conversation threads map to Nutshell Activities. Each thread's messages become individual Note records in Nutshell with the original timestamp, sender name, and linked Person. Approval requests within threads surface as flagged Notes requiring admin follow-up in Nutshell. This mapping preserves the chronological conversation history while flagging items that need team attention after migration, ensuring nothing falls through the cracks during the transition.

Ziggu

Task

maps to

Nutshell

Activity (Task)

1:1
Fully supported

Ziggu Tasks map to Nutshell Tasks with subject, due date, assignee, and completion status preserved. Open tasks carry over as open Tasks; completed tasks migrate with their completion timestamp. Assignees are resolved by email match against Nutshell users. This direct mapping ensures your team's work queue continuity, with all pending and completed tasks visible in Nutshell's task management view immediately after migration.

Ziggu

Document

maps to

Nutshell

Attachment on Deal/Person/Company

1:1
Fully supported

Ziggu Documents attach to their parent Project and migrate as Attachments on the corresponding Nutshell Deal (or Company/Person). File versions are not natively preserved in Nutshell—we migrate the latest version. If document approval status is tracked, it migrates as a custom field.

Ziggu

Partner Portal add-on

maps to

Nutshell

no_equivalent

1:1
Fully supported

Ziggu's Partner Portal gives suppliers and contractors portal access to project data. Nutshell has no portal feature for external stakeholders. This access model does not migrate; partners must be invited as Nutshell users (internal licensing applies) or managed outside the CRM.

Ziggu

Survey

maps to

Nutshell

Custom field on Person/Deal

1:1
Fully supported

Ziggu Survey responses (the Surveys add-on) map to Nutshell custom fields capturing response data, submitted date, and NPS or rating score. Survey definitions (question logic, branching) do not migrate and must be rebuilt in a dedicated survey tool or Nutshell's custom field setup.

Ziggu

Financials add-on

maps to

Nutshell

Custom field on Deal

1:1
Fully supported

Ziggu Financials (payment schedules, invoice tracking, balance visibility) migrate as custom fields on the Nutshell Deal. Payment schedule rows can be stored as a structured text field or in a linked custom object if the migration scope includes Nutshell custom objects. Actual invoice files attach to the Deal as documents.

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

Nutshell logo

Nutshell gotchas

High

Contact tier limits enforced on import

Medium

No bulk API endpoint requires paginated extraction

Medium

Email sequences not exportable via API

Medium

Foundation plan disables key sales features

Pair-specific challenges

  • Ziggu's project-centric model has no native Nutshell equivalent for multi-stakeholder project teams

    Ziggu structures data around Projects where multiple clients, contractors, and partners collaborate. Nutshell's CRM model separates People and Companies with Deals as sales containers—it has no native 'project team' construct that preserves every stakeholder's role and access level. When migrating, we link the primary client as the Nutshell Person/Company and store other stakeholder references in custom fields. FlitStack surfaces which Ziggu project members are missing a Nutshell counterpart so your team can decide whether to invite them as users, link them as contacts, or treat them as external parties.

  • Ziggu Multi-unit add-on units do not map to any Nutshell native object

    Property developers use Ziggu's Multi-unit add-on to track individual apartments or lots within a development project, each with its own status, price, and buyer assignment. Nutshell has no native 'unit' or 'sub-property' object—Deals represent a single opportunity, not a container for multiple sub-items. FlitStack's recommended approach is to store unit IDs and statuses as a custom multi-line text field on the parent Nutshell Deal. If you need each unit as a separate Deal, we can split them, but this multiplies Deal count and may trigger Nutshell plan tier considerations.

  • Ziggu conversation approval requests cannot transfer as actionable items in Nutshell

    Ziggu Conversations support approval workflows where clients approve selections, documents, or milestones directly in the portal. Nutshell Activities (Notes, Tasks, Calls) are informational records—they do not have a native approval routing or client-facing approval action. Migration transfers the conversation thread with its messages intact, but approval status flags appear as custom fields on the linked Deal or Person. Your team will need to re-implement approval workflows in Nutshell using Tasks with due dates, or move approval logic to a dedicated tool.

  • Ziggu document versioning and approval state not preserved in Nutshell Attachments

    Ziggu Documents are versioned—each upload creates a new version, and approval state (pending, approved, rejected) is tracked per version. Nutshell Attachments are single-file links without versioning. FlitStack migrates the latest document version by default. If your team relies on version history (e.g., 'client approved version 3 of floor plan.pdf'), that history is lost in the direct migration—FlitStack can export a document version log as a supplementary CSV for manual reference.

  • Ziggu Partner Portal stakeholders cannot be given portal access in Nutshell

    Ziggu's Partner Portal add-on gives suppliers and contractors read or upload access to specific project data—without giving them a full-seat Ziggu license. Nutshell has no external stakeholder portal. Migrating partner-access records means contractors and suppliers either become Nutshell users (at per-user licensing cost) or their contact records sit in Nutshell without portal access. FlitStack identifies all Partner Portal contacts during the audit phase so your team can decide on licensing before migration.

Migration approach

Six steps for a successful Ziggu to Nutshell data migration

  1. Audit Ziggu account structure and custom field inventory

    FlitStack connects to your Ziggu account via API to enumerate all active Projects, Clients, Units, Conversations, Documents, and Tasks across your account. We capture custom field definitions, add-on usage (Multi-unit, Financials, Partner Portal, Surveys), and relationship metadata (which clients appear in which projects). The audit output is a data inventory spreadsheet that your team reviews to confirm which records should migrate, which should be archived, and which Ziggu features have no Nutshell equivalent and will need manual rebuild.

  2. Resolve Ziggu users and assign Nutshell owners

    Ziggu project owners and task assignees are matched against Nutshell users by email address. Any Ziggu user who does not have a corresponding Nutshell account is flagged before migration. Your team decides whether to invite them to Nutshell first (so their records carry an owner assignment) or assign their records to a fallback Nutshell user. Partner Portal contacts who are not Nutshell users are migrated as People records with no owner, ready for team assignment post-migration.

  3. Create Nutshell custom fields before data loads

    Before any data lands, FlitStack creates the custom fields needed in Nutshell: Unit IDs and status fields on Deals, NPS and survey date fields on People, payment status fields, original creation date fields, and the Ziggu source ID field for traceability. Custom field creation uses Nutshell's API and is validated by attempting to write a test record before the full migration runs.

  4. Run sample migration with field-level diff

    A representative slice (typically 100–500 records spanning projects, clients, conversations, and tasks) migrates first. FlitStack generates a field-level diff comparing source Ziggu values against destination Nutshell values so you can verify that phase-to-stage mapping, document links, and conversation threading are correct. You approve or request adjustments to the mapping before the full run commits. This sample run allows your team to identify any unexpected data quirks or mapping issues early, reducing risk before committing to the full migration volume.

  5. Full migration with delta-pickup and audit log

    The full migration runs against Nutshell's JSON-RPC API. A delta-pickup window (24–48 hours post-migration) captures any Ziggu records modified during cutover. FlitStack generates an audit log listing every record created, every field mapped, and every record that could not be resolved (missing owner, unmapped custom field). One-click rollback is available if reconciliation reveals systematic issues. The audit log serves as a complete reconciliation report for your team to verify data integrity and trace any records that require manual follow-up after migration completes.

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

Nutshell

Destination

Strengths

  • Simple, intuitive interface with minimal learning curve for sales teams new to CRM
  • Per-seat pricing is transparent and predictable, with annual billing reducing monthly cost
  • Full data export tool available for all account data including backups
  • Open JSON-RPC API allows programmatic access to all core objects
  • Native multichannel engagement (email, SMS, WhatsApp) without third-party add-ons for communication

Weaknesses

  • Reporting and analytics are considered weak, requiring manual Excel exports for detailed analysis
  • No bulk API endpoint—migration requires paginated API reads that must be rate-limited carefully
  • JSON-RPC API is less common than REST, requiring custom integration code compared to standard REST CRMs
  • Add-on costs (Forms, Nutshell IQ, Email Marketing) are per-company charges that stack on top of per-seat pricing
  • Feature restrictions on entry-level plans mean teams often need mid-tier to get basic automation

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 Nutshell.

  • 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 Nutshell 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 Nutshell data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Ziggu-to-Nutshell migrations complete in 48–72 hours of clock time for setups with under 10,000 records. Complex setups with Multi-unit hierarchies, Partner Portal contacts, and Financials data extend to 5–10 days. The longest planning step is mapping Ziggu project phases to Nutshell Deal stages and deciding how to handle multi-stakeholder records that span both People and Company objects in Nutshell.

Adjacent paths

Related migrations to explore

Ready when you are

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