CRM migration
Field-level mapping, validation, and rollback between Rule and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Rule
Source
Nutshell
Destination
Compatibility
7 of 12
objects map 1:1 between Rule and Nutshell.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Rule to Nutshell is a shift from a multi-channel marketing automation platform to a sales-focused CRM. Rule organizes data around Contacts, Companies, Campaigns, Segments, and channel-specific engagement logs across Email, SMS, RCS, and Social. Nutshell organizes around People (Contacts), Accounts (Companies), Leads, Deals, and Activities. We map Rule's unified contact profile and channel engagement history to Nutshell's People and Activity objects, preserving tag assignments and custom field data. Rule's automation workflows and campaign performance metrics do not migrate as code or live analytics; we deliver a written inventory of every active workflow and campaign for the customer's admin to rebuild in Nutshell or a complementary tool. Suppression lists migrate as a distinct dataset and we apply a suppressed-status flag to each suppressed contact record in Nutshell.
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 Rule 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.
Rule
Contact
Nutshell
People or Lead (split by lifecycle status)
1:manyRule Contact records with lifecycle stage indicating an unqualified prospect (subscriber, lead, marketing-qualified) map to Nutshell Lead. Contacts with a lifecycle stage of customer or evangelist map to Nutshell People. We compute the split during scoping using Rule's lifecycle_stage property and preserve the original value in a custom field on both Nutshell Lead and People records for audit continuity.
Rule
Company/Account
Nutshell
Account
1:1Rule Account records map directly to Nutshell Account. Rule's account name, domain, and address fields map to Account name, website, and address fields. Account is imported before People records so that the Account lookup relationship is satisfied at the moment of People insert.
Rule
Deal
Nutshell
Deal
1:1Rule Deal records map to Nutshell Deal. Rule's deal stage maps to Nutshell pipeline stage, deal value maps to Amount, and associated contacts and accounts resolve to the corresponding Nutshell People and Account records via email and name matching.
Rule
Segment/List
Nutshell
People List
lossyRule Segments are dynamic filter-based lists. We export segment definitions as filter logic rather than point-in-time snapshots and recreate them as Nutshell People Lists where Nutshell's filtering supports equivalent conditions. Static exports are migrated as a saved List with the segment name retained.
Rule
Automation Workflow
Nutshell
No equivalent (documented for rebuild)
1:1Rule automation workflows with trigger conditions, time delays, and channel actions are documented as a written inventory. We export workflow names, trigger types (event-based, date-based, tag-based), action sequences, and linked contact counts. Nutshell's automation rules (Pro+ tier) use a different trigger model; the customer's admin rebuilds the equivalent logic post-migration.
Rule
Campaign
Nutshell
Campaign (if Nutshell Marketing enabled)
1:1Rule Campaigns group related automations and track aggregate performance metrics. We export campaign metadata (name, status, linked contact counts) and channel assignments. Engagement analytics (opens, clicks, revenue attribution) are time-bound to the campaign window and do not replay in Nutshell's campaign model; we include the aggregate metrics as a reference note on the migrated campaign record.
Rule
Tag
Nutshell
Tag
1:1Rule tags on Contacts migrate to Nutshell Tags applied to the corresponding People or Lead record. Tag assignments are preserved per contact so that segmentation logic can be reconstructed using Nutshell's tag-based filters in Lists and automation rules.
Rule
Email Engagement History
Nutshell
Activity
1:1Rule email open, click, bounce, and unsubscribe events export as activity records. We map these to Nutshell Activity entries on the corresponding People or Lead record, annotating each entry with the event type and timestamp. Nutshell surfaces these on the People activity timeline.
Rule
SMS/RCS/Social Engagement History
Nutshell
Activity
lossyChannel-specific engagement events from SMS, RCS, and social channels are exported from Rule as separate channel logs. We consolidate these into Nutshell Activity records annotated with the source channel (e.g., SMS, RCS, Social) in the activity description or a custom field, since Nutshell does not have native multi-channel engagement type fields.
Rule
Custom Field
Nutshell
Custom Field
lossyRule custom fields on Contacts and Companies (dropdown, date, numeric, text, or multi-select types) are mapped to Nutshell custom fields of the equivalent type on People, Account, or Lead objects. Multi-select fields from Rule require explicit mapping to Nutshell's multi-select field type. Field options are preserved for dropdown fields; free-text fields migrate values as-is.
Rule
Owner/User
Nutshell
User
1:1Rule user accounts (name, email, role) map to Nutshell Users. We resolve owner assignments on Deals and Contacts by matching Rule owner email to Nutshell user email. Any Rule owner without a matching Nutshell user is flagged for admin provisioning before record import begins.
Rule
Suppression List
Nutshell
People (flagged suppressed)
lossyRule suppressed contacts (unsubscribed, bounced, blocked) are exported as a separate dataset. We apply a suppressed status flag to each corresponding Nutshell People record. If the customer has a marketing email tool connected to Nutshell, we also create a suppression list in that tool where supported.
| Rule | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | People or Lead (split by lifecycle status)1:many | Fully supported | |
| Company/Account | Account1:1 | Fully supported | |
| Deal | Deal1:1 | Fully supported | |
| Segment/List | People Listlossy | Fully supported | |
| Automation Workflow | No equivalent (documented for rebuild)1:1 | Fully supported | |
| Campaign | Campaign (if Nutshell Marketing enabled)1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Email Engagement History | Activity1:1 | Mapping required | |
| SMS/RCS/Social Engagement History | Activitylossy | Mapping required | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Owner/User | User1:1 | Fully supported | |
| Suppression List | People (flagged suppressed)lossy | 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.
Rule gotchas
Channel-specific engagement data is siloed
Automation workflows reference deleted contacts as orphaned triggers
Suppression list does not auto-apply during import
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 Rule API scoping
We audit the source Rule account for contact volume, company records, deal counts, segment definitions, active workflow count, campaign count, engagement event volume per channel, custom field inventory, owner list, and suppression list size. We assess the Rule API capabilities for bulk export and rate limits, and determine whether channel-specific engagement logs can be exported separately or require a combined export with downstream channel tagging.
Nutshell schema preparation and sandbox validation
We set up a Nutshell Sandbox or trial environment and create all required custom fields (matching Rule's field types), configure the deal pipeline with stages mapped from Rule deal stages, and establish any People Lists corresponding to Rule segments. The customer reviews the schema and signs off before production migration begins.
Contact-to-People split design and owner reconciliation
We define the Rule lifecycle stage to Nutshell record type split (Lead vs People) during scoping and document it in the mapping spec. We extract all Rule owner email addresses, match them to existing Nutshell Users by email, and flag any owners without a match for the customer's admin to provision. This step gates the Deal import phase since OwnerId is required on Nutshell Deals.
Accounts and People migration in dependency order
We import Rule Companies as Nutshell Accounts first, establishing the Account records before any People or Lead imports. Rule Contacts are split into Nutshell People and Leads based on the lifecycle stage mapping, with the original lifecycle stage preserved in a custom field. Tag assignments migrate to Nutshell Tags on the corresponding record. Suppression flags apply to each suppressed People record.
Deals, Activities, and engagement history migration
Rule Deals migrate to Nutshell Deals with AccountId and OwnerId resolved from the prior import phases. Email, SMS, RCS, and social engagement events migrate as Nutshell Activity records with channel-source annotation. We chunk the activity migration to handle volume and apply timestamps that preserve the original engagement chronology on each People and Lead timeline.
Cutover, validation, and automation inventory handoff
We freeze Rule writes during cutover, run a final delta migration of any records created or modified during the migration window, and enable Nutshell as the system of record. We deliver the written automation and campaign inventory document to the customer's admin team and support a brief post-cutover window to address record reconciliation issues. We do not rebuild Rule workflows or sequences in Nutshell as part of the migration scope.
Platform deep dives
Rule
Source
Strengths
Weaknesses
Nutshell
Destination
Strengths
Weaknesses
Complexity grading
Standard CRM migration. 2 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 Rule and Nutshell.
Object compatibility
2 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
Rule: Not publicly documented.
Data volume sensitivity
Rule 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 Rule to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Rule 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 Rule
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.