CRM migration

Migrate from MoEngage to Nutshell

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

MoEngage logo

MoEngage

Source

Nutshell

Destination

Nutshell logo

Compatibility

63%

5 of 8

objects map 1:1 between MoEngage and Nutshell.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

MoEngage logo

MoEngage

What's pushing teams away

  • Steep learning curve and complexity in managing segments and AI features frustrates new users and extends onboarding timelines beyond 60 days.
  • High costs at scale and limited live features make the platform less attractive for mid-market teams or those with tight budget cycles.
  • Workspace isolation and inability to migrate In-app campaigns across clusters forces teams to rebuild entire campaign families when consolidating environments.
  • Default rate limits (600K users/hr, 5M events/hr) require upfront coordination with CSM for above-threshold imports, adding friction to large historical backfills.
  • Limited transparency in public pricing and custom-negotiated contracts creates uncertainty for teams evaluating TCO against simpler alternatives like Klaviyo.

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 MoEngage objects map to Nutshell

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

maps to

Nutshell

People

1:1
Fully supported

MoEngage 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

maps to

Nutshell

Company

1:1
Fully supported

MoEngage 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

maps to

Nutshell

Note + Task

1:1
Fully supported

MoEngage 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

maps to

Nutshell

Tag + People Filter

lossy
Fully supported

MoEngage 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

maps to

Nutshell

Tag + Task + Email Broadcast

lossy
Fully supported

MoEngage 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

maps to

Nutshell

Custom Field (Products)

lossy
Fully supported

MoEngage 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

maps to

Nutshell

People Custom Fields

1:1
Fully supported

MoEngage 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

maps to

Nutshell

Tag

1:1
Fully supported

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

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.

MoEngage logo

MoEngage gotchas

High

Workspace isolation and cross-cluster migration limitations

High

Import rate limits and file size constraints

Medium

Campaign import missing prerequisites cause silent failures

Medium

Push tokens are invalidated on platform switch

Medium

S3 export requires Streams add-on to be enabled

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

  • Push tokens are invalidated when moving to Nutshell

    MoEngage issues iOS APNs tokens and Android FCM tokens scoped to its own push infrastructure. When user profiles migrate to Nutshell, these tokens cannot be used by the destination platform because Nutshell does not operate its own push notification service. We export all device metadata (OS version, app version, token age, carrier) as custom fields on the People record and deliver a written token-recovery guide instructing the app development team to trigger silent app re-registration on first open post-migration. Teams should expect a 7-14 day gap in push delivery during which re-engagement drives token renewal. This gotcha is specific to this migration pair because it arises from moving from a push-capable engagement platform to a CRM without native push.

  • MoEngage workspace isolation blocks native campaign migration

    MoEngage campaigns, segments, and templates are scoped to individual workspaces. If the source MoEngage account uses multiple workspaces, there is no native tool to move campaign content between them or to an external platform. We extract all campaign definitions, segment logic, and template HTML via the MoEngage REST API and document them for manual rebuild in Nutshell. This is not a FlitStack AI limitation — it is a platform architecture constraint. We flag workspace scope during discovery and confirm the extraction strategy before export begins.

  • S3 export requires the Streams add-on to be enabled

    MoEngage's preferred high-volume data extraction method — S3 or SFTP export — is gated behind the Streams add-on, which is not included by default and requires engagement with the MoEngage CSM to enable. Without Streams, export falls back to SFTP (200MB file cap) or the Events API (5M events/hour rate limit), both of which constrain the speed of large historical backfills. We verify Streams add-on status during discovery and escalate to CSM enablement as a prerequisite before any export timeline begins. If Streams is not available, we adjust the migration schedule to account for slower API-based extraction.

  • Behavioral segments and RFM data have no CRM equivalent

    MoEngage RFM segmentation, AI-powered prediction cohorts, and event-triggered behavioral segments are MoEngage-specific constructs that cannot map directly to Nutshell's static tag-and-filter model. Teams relying heavily on RFM scoring for outreach prioritization must rebuild those segments manually in Nutshell using the exported RFM thresholds and segment definitions as reference. We deliver a segment inventory document that lists every MoEngage segment with its definition, attribute conditions, and recommended Nutshell equivalent, but the rebuild is a manual admin step outside the automated migration scope.

  • Custom field search limitations in Nutshell's API

    Nutshell's API does not support querying records by custom field values — a documented limitation noted in Nutshell's developer community. MoEngage custom attributes (up to 100 per User and per Event) must be mapped to Nutshell custom fields, but post-migration, the customer cannot use the API to find all People with a specific custom attribute value. We work around this by exporting a cross-reference table (MoEngage user_id to Nutshell People ID plus all custom field values) as a supplementary deliverable so that the customer can manage custom attribute data in an external spreadsheet or BI tool after migration.

Migration approach

Six steps for a successful MoEngage to Nutshell data migration

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

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

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

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

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

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

Context on both ends of the pair

MoEngage logo

MoEngage

Source

Strengths

  • 11 native channels (email, SMS, push, WhatsApp, in-app, web push, RCS) under a single platform reduces multi-vendor complexity.
  • AI suite (Sherpa AI) provides path optimization, best-time-to-send, next-best-action, and predictive models out of the box.
  • RFM segmentation and real-time behavioral analytics built into the core platform rather than add-ons.
  • MoUpgrade managed migration program with dedicated PMs, AI agents, and credits lowers switching costs for enterprise consolidations.
  • High-scale data infrastructure supporting 1 trillion+ messages monthly across 1,350+ brands indicates production-grade reliability.

Weaknesses

  • Steep learning curve and complex UI for managing segments and AI features creates friction for new users.
  • Custom-negotiated pricing with no public tiers makes TCO comparison difficult during vendor evaluation.
  • In-app campaigns cannot be migrated between workspaces, forcing rebuilds of entire in-app campaign families.
  • Limited live (real-time) feature set noted in reviews; teams requiring true real-time triggers may find the platform insufficient.
  • S3 exports gated behind the Streams add-on, requiring CSM engagement to enable before data extraction.
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 MoEngage 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

    MoEngage: Not publicly documented; default import rate limits are 600K users/hr and 5M events/hr.

  • Data volume sensitivity

    A

    MoEngage exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your MoEngage 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 MoEngage to Nutshell data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most MoEngage to Nutshell migrations complete in two to three weeks for accounts with under 10,000 Users, 2,000 Companies, and straightforward custom attribute schemas. Migrations involving large event histories (over 200,000 events), nested object data requiring flattening, multi-workspace MoEngage accounts, or S3 export setup with the Streams add-on extend to five to eight weeks. The Streams add-on enablement timeline (CSM coordination) is a variable outside our control that can add one to two weeks to the extraction phase.

Adjacent paths

Related migrations to explore

Ready when you are

Move from MoEngage.
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