CRM migration
Field-level mapping, validation, and rollback between Ziggu and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Ziggu
Source
Nutshell
Destination
Compatibility
10 of 11
objects map 1:1 between Ziggu and Nutshell.
Complexity
BStandard
Timeline
48–72 hours
Overview
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.
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 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
Nutshell
Person
1:1Ziggu 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
Nutshell
Company
1:1Ziggu 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
Nutshell
Deal
1:1Ziggu 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
Nutshell
Company
many:1For 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
Nutshell
Custom field on Deal/Company
1:1Ziggu 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
Nutshell
Activity (Note/Call/Email)
1:1Ziggu 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
Nutshell
Activity (Task)
1:1Ziggu 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
Nutshell
Attachment on Deal/Person/Company
1:1Ziggu 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
Nutshell
no_equivalent
1:1Ziggu'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
Nutshell
Custom field on Person/Deal
1:1Ziggu 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
Nutshell
Custom field on Deal
1:1Ziggu 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.
| Ziggu | Nutshell | Compatibility | |
|---|---|---|---|
| Client | Person1:1 | Fully supported | |
| Client | Company1:1 | Fully supported | |
| Project | Deal1:1 | Fully supported | |
| Project | Companymany:1 | Fully supported | |
| Unit | Custom field on Deal/Company1:1 | Fully supported | |
| Conversation | Activity (Note/Call/Email)1:1 | Fully supported | |
| Task | Activity (Task)1:1 | Fully supported | |
| Document | Attachment on Deal/Person/Company1:1 | Fully supported | |
| Partner Portal add-on | no_equivalent1:1 | Fully supported | |
| Survey | Custom field on Person/Deal1:1 | Fully supported | |
| Financials add-on | Custom field on Deal1:1 | 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.
Ziggu gotchas
Deactivated projects lock tasks and files but keep conversations open
Per-active-project pricing creates a minimum portfolio cost
Add-ons scale per active unit, not per project
No public API means migration runs through manual export workflows
Nutshell gotchas
Contact tier limits enforced on import
No bulk API endpoint requires paginated extraction
Email sequences not exportable via API
Foundation plan disables key sales features
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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
Ziggu
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 1 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 Ziggu and Nutshell.
Object compatibility
1 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
Ziggu: Not publicly published — Ziggu states limits are tuned to integration use cases and confirmed during onboarding.
Data volume sensitivity
Ziggu 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 Ziggu to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Ziggu to Nutshell migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Ziggu
Other ways to arrive at Nutshell
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.