CRM migration
Field-level mapping, validation, and rollback between MoEngage and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
MoEngage
Source
Nutshell
Destination
Compatibility
5 of 8
objects map 1:1 between MoEngage and Nutshell.
Complexity
BStandard
Timeline
2-3 weeks
Overview
MoEngage and Nutshell serve fundamentally different functions: MoEngage is an 11-channel customer engagement platform built for behavioral segmentation, event-driven campaign orchestration, and AI-powered next-best-action across email, SMS, push, WhatsApp, and in-app. Nutshell is a sales-focused CRM for small to mid-market B2B teams managing the pipeline from lead to close. The migration is therefore a data consolidation rather than a like-for-like platform replacement. We extract MoEngage Users as People records, MoEngage Companies as Nutshell Company records, and MoEngage event histories as linked Notes and Tasks for the activity timeline. MoEngage's RFM segments, behavioral cohorts, and campaign logic do not have native equivalents in Nutshell — we document every segment definition and campaign structure for the customer's admin to rebuild in Nutshell's pipeline and task framework. MoEngage's workspace isolation and S3 export gating add discovery overhead that other CRM-to-CRM migrations do not require. Push token re-registration and catalog data are handled as explicit non-migratable records with documentation handed to the development team for post-migration app updates.
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 MoEngage 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.
MoEngage
User
Nutshell
People
1:1MoEngage User records map to Nutshell People. We extract all standard attributes (email, phone, name, location) and up to 100 custom user attributes as custom fields on the Nutshell People record. MoEngage's created_at and last_activity timestamps map to Nutshell's created_at and last_contacted fields. The MoEngage user_id is preserved as a custom legacy_id field for reconciliation and cross-reference. Nutshell does not support nested object data natively, so MoEngage object-type attributes (e.g., pet profiles, vehicle records) are flattened into individual text or JSON custom fields on the People record.
MoEngage
Company
Nutshell
Company
1:1MoEngage Company records map directly to Nutshell Company records. The company domain name from MoEngage becomes the Nutshell website field. Nutshell Company records are created before People records so that the company lookup is satisfied at the point of People import. Custom company attributes from MoEngage migrate to Nutshell custom fields on the Company record.
MoEngage
Events
Nutshell
Note + Task
1:1MoEngage event streams (user actions, behavioral triggers, session data) do not have a native Nutshell equivalent because Nutshell is a CRM and not a behavioral analytics platform. We reconstruct significant event history as Nutshell Notes linked to the corresponding People record, using the event name as the Note title and the event timestamp as the Note creation date. High-frequency behavioral events (page views, session starts) are documented as aggregate counts in a custom Notes field rather than individual records to avoid overwhelming the Nutshell timeline. The customer identifies the top 20-30 event types to preserve during discovery.
MoEngage
Segment
Nutshell
Tag + People Filter
lossyMoEngage behavioral segments (RFM cohorts, event-triggered audiences, AI-powered prediction groups) have no direct Nutshell equivalent. Nutshell uses Tags (applied to People) and its built-in People Filter (which supports attribute-based filtering on custom fields) to approximate static audience groups. We export the full segment definition — including the attribute conditions, event criteria, and RFM tier thresholds — into a written segment inventory document. The customer's admin rebuilds each segment as a Nutshell Tag or Filter using the exported logic as a recipe. This is a manual step, not an automated migration.
MoEngage
Campaign
Nutshell
Tag + Task + Email Broadcast
lossyMoEngage campaign definitions across all 11 channels (email, SMS, push, WhatsApp, in-app, web push, RCS) have no native Nutshell equivalent because Nutshell does not include a multi-channel campaign orchestration layer. We export campaign metadata (name, status, schedule, audience segment references, channel, and content summary) into a written campaign inventory. For email campaigns, we extract HTML content blocks and variable tokens. The customer's admin rebuilds email campaigns in Nutshell using its email broadcast feature and documents SMS and push sequences as Nutshell Task sequences. This is documented separately from automated migration.
MoEngage
Catalog
Nutshell
Custom Field (Products)
lossyMoEngage product and item catalogs with custom schemas map to Nutshell's Deal-level product tracking and custom fields on Company or People records. We export catalog item records in bulk JSON. If the customer uses MoEngage Catalogs to store product attribute data referenced in campaigns, we store catalog items as JSON text in a custom Nutshell field for reference. Nutshell does not have a native product catalog or inventory management layer, so catalog complexity drives the custom field strategy during scoping.
MoEngage
Device Data
Nutshell
People Custom Fields
1:1MoEngage device attributes (push tokens, OS version, app version, FCM/APNs token metadata) are exported as part of the User record and map to custom fields on the Nutshell People record. iOS APNs tokens and Android FCM tokens are device-specific push notification credentials that become invalid when the user profile moves to a new engagement platform. We export the full device metadata so that the customer's app development team can trigger silent token re-registration on the next app open. Push delivery via MoEngage channels will drop for 7-14 days post-migration until re-registration completes. We document this window explicitly in the cutover handoff.
MoEngage
Campaign Tag
Nutshell
Tag
1:1MoEngage campaign tags are workspace-scoped string labels used for campaign organization and filtering. These map to Nutshell Tags applied to People records. We extract all campaign tags and map them to Nutshell Tag records. Tags referenced on campaigns but not yet existing as Nutshell Tags are created during the import phase. Tag-to-tag name matching is case-insensitive.
| MoEngage | Nutshell | Compatibility | |
|---|---|---|---|
| User | People1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Events | Note + Task1:1 | Fully supported | |
| Segment | Tag + People Filterlossy | Fully supported | |
| Campaign | Tag + Task + Email Broadcastlossy | Fully supported | |
| Catalog | Custom Field (Products)lossy | Fully supported | |
| Device Data | People Custom Fields1:1 | Fully supported | |
| Campaign Tag | Tag1: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.
MoEngage gotchas
Workspace isolation and cross-cluster migration limitations
Import rate limits and file size constraints
Campaign import missing prerequisites cause silent failures
Push tokens are invalidated on platform switch
S3 export requires Streams add-on to be enabled
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
Discovery and add-on verification
We audit the source MoEngage account to establish the full migration scope: total Users, Companies, Events, Segments, and Campaigns; the active Streams add-on status; the workspace count and whether any workspaces span different data clusters; and the volume of push token data and nested object attributes. We also identify any MoEngage custom attributes exceeding Nutshell's supported field types (long text, date, number, checkbox, dropdown). The discovery output is a written scope document confirming which objects migrate automatically and which require manual rebuild documentation.
S3 export enablement and extraction planning
If the MoEngage account does not have the Streams add-on active, we coordinate with the customer's CSM to enable it before export begins. We split the extraction into appropriately sized batches based on MoEngage's rate limits (600K users/hour, 5M events/hour default) and file size caps (200MB for SFTP). For large event histories, we extract only the top 20-30 event types identified during discovery to populate the activity timeline in Nutshell, and we document aggregate event counts for the remainder. We extract all campaign metadata, segment definitions, and template HTML in parallel via the REST API.
Schema design and attribute mapping
We map MoEngage User attributes (standard and custom, up to 100) to Nutshell People custom fields, preserving MoEngage data types (string, number, boolean, date) as equivalent Nutshell field types. Nested MoEngage object attributes (e.g., pet profiles with species, breed, and age) are flattened into individual text fields or stored as JSON in a single long-text custom field based on the customer's preference. We configure the legacy_id custom field on People to carry the original MoEngage user_id for reconciliation. Nutshell Company records are designed with the equivalent custom fields for MoEngage Company attributes.
Sandbox migration and reconciliation
We run a full migration into a Nutshell trial or sandbox account using a representative subset (typically 10-20% of records) to validate the People and Company mapping, confirm that custom fields render correctly, and verify that the event history Notes attach to the correct People records. The customer's admin reviews the reconciled output against the source MoEngage data and signs off before production migration begins. Any field type mismatches or truncation issues are corrected at this stage.
Push token export and device data handoff
We export all MoEngage device data (push tokens, OS version, app version, token metadata) as a structured CSV alongside the People migration. This file is handed off separately to the customer's app development team with a re-registration guide. We do not import device data into Nutshell because Nutshell does not use push tokens — the data is for the development team's reference during the app update that re-registers tokens with any new push provider.
Production migration and cutover
We run production migration in dependency order: Nutshell Companies first (from MoEngage Companies), then People (from MoEngage Users) with company lookups resolved, then Notes (from MoEngage Events) linked to the correct People records, then Tags (from MoEngage Campaign Tags) applied to People. We freeze writes in MoEngage during the cutover window, run a delta migration for any records modified during the window, and switch the system of record to Nutshell. We deliver the campaign and segment inventory document to the customer's admin for rebuild. We do not migrate MoEngage Workflows, Automations, or Sequences as these have no Nutshell equivalent — the inventory document covers each active automation with a rebuild recommendation.
Platform deep dives
MoEngage
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 MoEngage 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
MoEngage: Not publicly documented; default import rate limits are 600K users/hr and 5M events/hr.
Data volume sensitivity
MoEngage exposes a bulk API — large-volume migrations stream efficiently.
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 MoEngage to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your MoEngage 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 MoEngage
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.