CRM migration
Field-level mapping, validation, and rollback between Marketing 360 and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Marketing 360
Source
Nutshell
Destination
Compatibility
6 of 8
objects map 1:1 between Marketing 360 and Nutshell.
Complexity
BStandard
Timeline
2-3 weeks
Overview
Moving from Marketing 360 to Nutshell is a move from an all-in-one marketing platform to a focused sales CRM. Marketing 360 bundles CRM with social scheduling, email marketing, website hosting, and embedded payments under one subscription, while Nutshell concentrates on Contact and Deal management with built-in email marketing and a US-based support team. We extract CRM data through Marketing 360's paginated REST API, preserve custom field values and tag memberships, and load them into Nutshell's People, Companies, and Pipelines. The UXi website export produces XML of Posts, Pages, and Media without layout files, so site design must be rebuilt on a separate CMS. Marketing 360 automation journeys and bundled expert services do not migrate; we deliver a written rebuild checklist for the customer's admin team.
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 Marketing 360 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.
Marketing 360
Contact
Nutshell
Person
1:1Marketing 360 Contact records map to Nutshell Person. We extract id, firstName, lastName, email, phone, contactName, and customerId via paginated API reads, then map each to Nutshell's Person fields. Email serves as the dedupe key during import. Custom field values transfer to pre-created Nutshell custom fields. Note that Nutshell custom fields must be created in the Nutshell UI before migration begins because Nutshell enforces type restrictions that differ from Marketing 360's schema.
Marketing 360
Company
Nutshell
Company
1:1Marketing 360 does not have a native Company object, but Contact records carry an organizationId field that we use to reconstruct Company records in Nutshell. We group Contacts by organizationId, extract organization-level details where available, and create one Nutshell Company per unique organizationId. The Nutshell Company serves as the parent for all related Person records.
Marketing 360
Custom Field
Nutshell
Custom Field
lossyMarketing 360 exposes a Custom Fields API with id-value pairs per contact. We map these to Nutshell custom fields, but Nutshell custom fields have type restrictions (no date-only format, no multi-select text) that require type coercion during import. We pre-create all Nutshell custom fields in the UI before migration, validate field types, and apply transformation logic for any incompatible source field types.
Marketing 360
Tag
Nutshell
Tag
1:1Marketing 360 Contact records carry tag arrays with id and tag name. We extract the full tag taxonomy from the source API, deduplicate tag names, and apply tag memberships to migrated Nutshell Person records. Tags used for segmentation in Marketing 360 journeys become standard Nutshell tags for manual segmentation. Active journey-triggered tags cannot migrate because the journey logic does not transfer.
Marketing 360
Assignee
Nutshell
User
1:1Marketing 360 stores assignees as nested username, fullName, and email under each Contact. We extract all distinct assignee emails and match them against Nutshell User accounts by email. Any assignee without a matching Nutshell User is held in a reconciliation queue for the customer's admin to provision before Person import resumes. Unassigned Contacts default to a migration service account temporarily and are reassigned post-migration.
Marketing 360
Status and Type
Nutshell
Person custom field or lifecycle stage
lossyMarketing 360 uses arbitrary name-id pairs for Contact Statuses and Types. We extract the full taxonomy from the API and map these to Nutshell Person custom fields (text or picklist) since Nutshell does not have native Status or Type objects. The customer chooses the destination field names during scoping, and we document the mapping so the admin can validate label alignment post-migration.
Marketing 360
Engagement (calls, emails, meetings, tasks)
Nutshell
Activities
1:1Marketing 360 engagement records (calls, emails, meetings, tasks, notes) migrate to Nutshell Activity records linked to the corresponding Person or Company. We resolve the Person parent reference at migration time using the email dedupe key. Activity timestamps preserve to maintain the historical timeline. Note that Marketing 360 email content and attachments migrate only if accessible via the API; embedded images and attachments require separate download-and-reupload handling.
Marketing 360
Testimonial
Nutshell
Note or Attachment
1:1Marketing 360 Testimonials export via UXi XML as structured records with author name, content, and media URLs. Nutshell does not have a native Testimonials object, so we import testimonials as Note records attached to the relevant Person or Company, or as file Attachments if the customer prefers a cleaner separation. We flag this as a configuration choice during scoping.
| Marketing 360 | Nutshell | Compatibility | |
|---|---|---|---|
| Contact | Person1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Assignee | User1:1 | Fully supported | |
| Status and Type | Person custom field or lifecycle stagelossy | Fully supported | |
| Engagement (calls, emails, meetings, tasks) | Activities1:1 | Fully supported | |
| Testimonial | Note or Attachment1: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.
Marketing 360 gotchas
UXi website export does not include layout files
Automation journeys are not accessible via API
Bulk contact export requires pagination over the CRM API
Payments configuration is outside the CRM data model
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 field audit
We audit the source Marketing 360 portal for contact volume, custom field definitions and types, tag taxonomy, assignee list, active automation journeys, UXi content volume (Posts, Pages, Testimonials), and engagement history. We pair this with a Nutshell environment audit to confirm the current plan tier and identify any custom fields that must be pre-created. The discovery output is a written migration scope and a field mapping matrix covering every CRM object and custom field.
Nutshell custom field pre-creation and type validation
Nutshell requires custom fields to be created in the UI before data import. We work with the customer's Nutshell admin to pre-create every destination custom field, validate field types against the Marketing 360 source schema, and resolve any type incompatibilities (date-only coercion, multi-select text to text). Schema must be complete before any data import begins because Nutshell silently ignores fields that do not exist at import time.
Sandbox import and reconciliation
We run a full migration into a Nutshell trial or sandbox environment using production-like data volume. The customer's team reconciles record counts (People in, Companies in, Activities in), spot-checks 25-50 random records against the Marketing 360 source, and validates tag application and custom field population. Any mapping corrections happen in this phase before production migration begins.
Owner and assignee reconciliation
We extract every distinct assignee email from Marketing 360 Contact records and match against Nutshell User accounts. Assignees without a matching Nutshell User go to a reconciliation queue. The customer's admin provisions any missing Users and confirms assignment rules before record import resumes. This step is required because Nutshell assigns Person records to Users at import time.
Production migration in dependency order
We run production migration in record-dependency order: Nutshell Users (validated), Companies (from Marketing 360 organizationId grouping), People (with Company resolved and custom fields populated), Tags (applied to Person records), and Activity history (Tasks, Events, Notes linked to Person via email dedupe key). Each phase emits a row-count reconciliation report before the next phase begins. We sequence chunked Marketing 360 API reads with parallel workers and backoff to handle large contact volumes.
Cutover, validation, and automation rebuild handoff
We freeze Marketing 360 writes during cutover, run a final delta migration of any records modified during the migration window, then enable Nutshell as the system of record. We deliver the UXi content export (XML of Posts, Pages, Testimonials) and the automation journey inventory to the customer's team. We support a one-week hypercare window for reconciliation issues. We do not rebuild Marketing 360 automation journeys as Nutshell sequences; that work is handled by the customer's admin using our written rebuild checklist as a guide.
Platform deep dives
Marketing 360
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 Marketing 360 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
Marketing 360: Not publicly documented by Marketing 360.
Data volume sensitivity
Marketing 360 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 Marketing 360 to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Marketing 360 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 Marketing 360
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.