CRM migration
Field-level mapping, validation, and rollback between Naviga and Nutshell. We move data and schema; workflows are rebuilt natively in Nutshell.
Naviga
Source
Nutshell
Destination
Compatibility
7 of 10
objects map 1:1 between Naviga and Nutshell.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Naviga to Nutshell is a publishing-to-CRM migration: Naviga's publishing platform manages Subscribers, Solicitors, and Offer Groups alongside content and ad management, while Nutshell is a dedicated small-to-mid-market CRM with Companies, People, Leads, Deals, and Activities. The migration extracts Naviga's relationship data (subscriber accounts, solicitor assignments, audience member profiles) and rebuilds a functional CRM structure in Nutshell with custom fields to preserve publication context and offer history. Naviga's Advertisements map to Deals or a custom object depending on campaign type; Articles map to Notes with metadata preserved. Print Edition assets and Sophi.io-generated InDesign blueprints do not migrate because they are production artifacts with no CRM equivalent. We use Naviga's Open Content API and REST endpoints for extraction and Nutshell's JSON-RPC API for import, with conservative polling intervals to respect both platforms' undocumented rate limits.
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 Naviga 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.
Naviga
Publication
Nutshell
Company
1:1Naviga Publications represent news titles or media brands and map to Nutshell Company records. We preserve the publication name, edition types (digital, print), and URL. Publication serves as the top-level organizational container for the migrated dataset. If the customer operates multiple publications, each becomes a separate Company record with its own subscriber and solicitor rollup.
Naviga
Subscriber
Nutshell
Person
1:1Naviga Subscribers represent paying or free readers with account status, subscription type, and billing history. We migrate Subscriber records to Nutshell Person with contact details, subscription tier stored as a custom field, and billing status preserved. Account status and renewal date migrate as custom fields if Nutshell's native Person fields are insufficient. Subscribers with an active subscription map to a Person with a corresponding tag.
Naviga
Audience Member
Nutshell
Person
many:1Naviga Audience Members represent non-subscribing readers tracked for engagement. We merge Audience Members with Subscribers by email deduplication: if an email exists in both, the Person record retains Subscriber-level fields (subscription tier, billing) and Audience-level behavioral data as additional custom fields. Audience Members without a matching Subscriber create a new Person with a source tag indicating original Audience Member provenance.
Naviga
Solicitor
Nutshell
User (inactive)
1:1Naviga Solicitors are field sales reps who manage subscriber acquisition. We map Solicitors to inactive Nutshell Users to preserve who was assigned to which subscriber without creating active user seats the customer does not need. The solicitor's name, ID, and contact info migrate to the User record. Active solicitor assignments (who acquired which subscriber) are preserved via the Offer Group linkage documented separately.
Naviga
Offer Group
Nutshell
Custom Field + Tag
lossyNaviga Offer Groups bundle pricing structures and special offers for acquisition campaigns. Since Nutshell does not have a native Offer Group object, we map Offer Group names to custom fields on the Person record (offer_group_name__c, offer_group_type__c) and create corresponding Tags in Nutshell. For customers with complex multi-tier pricing, we recommend a Custom Object for Offer Groups with a lookup to Person.
Naviga
Article
Nutshell
Note
1:1Naviga Articles include authored text, author metadata, publish date, and linked photos. We map Articles to Nutshell Notes attached to the relevant Person or Company (if the article references a subscriber or publication contact). The Note body carries the article title and author, with publish date stored as a custom Note field or embedded in the Note title. Articles are informational artifacts, not CRM activities, so this mapping preserves the reference without inflating activity counts.
Naviga
Advertisement
Nutshell
Deal or Custom Object
1:1Naviga Ad manages ad campaigns across print, digital, and broadcast channels. We map ad campaign records to Nutshell Deals in a dedicated Advertisements pipeline so that sales teams can track ad revenue alongside subscriber acquisition. For display advertising with line-item pricing, we recommend a Custom Object for Ad Campaigns with a lookup to Person or Company for advertiser attribution.
Naviga
Photo
Nutshell
Attachment / ContentDocument
1:1Naviga Photos stores media assets with XMP, IPTC, and EXIF metadata. Custom metadata fields vary by installation. We export standard photo metadata (filename, creation date, photographer) as Nutshell attachments linked to the relevant Person, Company, or Article Note. Custom metadata schemas detected during discovery map to custom fields on the attachment record or to a linked custom object depending on the metadata volume.
Naviga
Custom Fields (Photos)
Nutshell
Custom Fields
lossyNaviga Photos allows each deployment to configure unique custom metadata fields with custom labels, field types, and required flags. There is no standard field dictionary. We detect the custom field schema during discovery, map each to a Nutshell custom field of the equivalent type (text, number, date, picklist), and flag any that cannot be represented in Nutshell's native field types as requiring a separate custom object or a text field with enforced formatting.
Naviga
Print Edition
Nutshell
none
1:1Print Edition artifacts including page layouts, InDesign blueprints, and Sophi.io-powered automated print templates are tightly coupled to Naviga Publisher's production system and are not accessible via the Open Content API. We flag Print Edition records during scoping and exclude them from the CRM migration scope. Customers requiring print-to-print migration need a separate production workflow, not a CRM migration.
| Naviga | Nutshell | Compatibility | |
|---|---|---|---|
| Publication | Company1:1 | Fully supported | |
| Subscriber | Person1:1 | Fully supported | |
| Audience Member | Personmany:1 | Fully supported | |
| Solicitor | User (inactive)1:1 | Fully supported | |
| Offer Group | Custom Field + Taglossy | Fully supported | |
| Article | Note1:1 | Fully supported | |
| Advertisement | Deal or Custom Object1:1 | Fully supported | |
| Photo | Attachment / ContentDocument1:1 | Fully supported | |
| Custom Fields (Photos) | Custom Fieldslossy | Fully supported | |
| Print Edition | none1: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.
Naviga gotchas
Open Content API has no publicly documented rate limits
Print edition assets are inaccessible via API
Solicitor-to-subscriber linkages require Offer Group export
Custom metadata schemas vary by installation
No public pricing tiers complicates scope estimation
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 schema mapping
We audit the Naviga environment to catalog Publications, Subscribers, Audience Members, Solicitors, Offer Groups, Articles, Advertisements, Photos, and any custom metadata field schemas. We pair this with a Nutshell schema design session: custom fields to be created, custom objects for Offer Groups and Ad Campaigns, a Deals pipeline for Advertisements, and inactive Users to represent Solicitors. The discovery output is a written migration scope with object-level mapping and a data volume estimate used for timeline and pricing refinement.
Schema provisioning in Nutshell
We pre-create all custom fields and custom objects in Nutshell before any data import begins. Custom fields include offer_group_name__c, offer_group_type__c, hs_original_lifecycle__c (for distinguishing Subscriber vs Audience Member provenance), subscription_tier__c, subscription_status__c, and solicitor_id__c. We provision a custom Offer Groups object with a lookup to Person if the customer has complex multi-tier pricing. Schema is deployed into the production Nutshell environment first for verification, with corrections applied before the migration run.
Data extraction from Naviga
We extract Naviga data via the Open Content REST API and Navigate Subscribe/Ad REST endpoints using service account credentials scoped to the relevant modules. We export full Offer Group hierarchies including solicitor IDs and their linked subscriber records to preserve acquisition attribution. For custom metadata in Naviga Photos, we run schema discovery first to detect the full field dictionary before bulk export. Extraction runs in conservative polling batches to respect undocumented rate limits, with raw JSON payloads stored locally to prevent re-querying if the job fails.
Data transformation and deduplication
We transform Naviga records into Nutshell JSON-RPC input format. Subscriber and Audience Member records are deduplicated by email: matches merge into a single Person with fields from both sources; non-matches create separate Person records tagged by source. Solicitor IDs are mapped to inactive Nutshell User records created during schema provisioning. Offer Group names become custom fields on Person records with Tags for segmentation. Articles become Notes attached to the related Person or Company. Advertisements become Deals in the Advertisements pipeline with campaign name, value, and owner mapped from the Naviga Ad record.
Import and validation in Nutshell
We import into Nutshell via the JSON-RPC API in record-dependency order: Companies (from Publications) first, then inactive Users (for Solicitors), then People (Subscribers and Audience Members merged), then Deals (Advertisements), then Notes (Articles), then Attachments (Photos). Each phase emits a row-count reconciliation report. We validate by matching extracted record counts against imported record counts, spot-checking 25-50 random records for field-level accuracy, and verifying that parent-record lookups (Person to Company, Deal to Person) resolved correctly.
Cutover and handoff
We freeze Naviga writes during the cutover window, run a delta migration of any records modified during the final phase, then enable Nutshell as the system of record. We deliver a migration completion report with record counts by object, any records that could not be imported with reason codes, and the custom field schema documentation. We do not rebuild Naviga workflows or automations in Nutshell because Naviga's CRM features are not equivalent to Nutshell's automation rules. We deliver a written summary of the Advertisements pipeline structure and Offer Group field usage for the customer's admin to configure remaining automation.
Platform deep dives
Naviga
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 Naviga 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
Naviga: Not publicly documented.
Data volume sensitivity
Naviga 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 Naviga to Nutshell migration scoping. Not seeing yours? Book a call.
Walk through your Naviga 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 Naviga
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.