CRM migration
Field-level mapping, validation, and rollback between Naviga and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
Naviga
Source
Salesforce Sales Cloud
Destination
Compatibility
8 of 14
objects map 1:1 between Naviga and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
5-7 weeks
Overview
Moving from Naviga to Salesforce is a data-model translation, not a record copy. Naviga's publishing-centric schema organizes Subscribers and Audience Members for reader management, Solicitors for field sales acquisition, and Offer Groups for pricing bundles. Salesforce uses a standard CRM hierarchy of Account-Contact-Opportunity with Campaign for advertising and custom objects for domain-specific data. We map Naviga Publications to Account, Subscribers and Audience Members to Contact or Lead depending on qualification status, Solicitors to User with inactive-flag handling, Offer Groups to Product2 and Pricebook2, Advertisements to Campaign, and article metadata to a custom Article__c object. Print Edition artifacts (InDesign blueprints, Sophi.io page layouts) live outside the Open Content API and are excluded from migration scope. Workflows, automations, and print-production templates do not migrate; we deliver a written inventory for the customer's admin to rebuild in Salesforce Flow.
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 Salesforce Sales Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Naviga
Publication
Salesforce Sales Cloud
Account
1:1Naviga Publications (news titles or media brands) map directly to Salesforce Account. We preserve the publication name, edition types (digital, print, broadcast), and the top-level organizational hierarchy. Each Publication becomes an Account with Type = 'Publisher' and a custom field publication_id__c carrying the Naviga source identifier for audit and future sync.
Naviga
Subscriber
Salesforce Sales Cloud
Contact
1:1Naviga Subscribers (paying or free readers with account status, subscription type, and billing history) map to Salesforce Contact. The Contact's AccountId is set to the parent Publication Account. Subscription tier (digital, print, bundle) migrates to a custom field subscription_type__c, and billing history is preserved as related Opportunity or Case records depending on the customer's reporting needs.
Naviga
Audience Member
Salesforce Sales Cloud
Lead or Contact (split required)
1:manyNaviga Audience Members represent the broader reader population including non-subscribers tracked for engagement. We apply a qualification split during migration: active subscribers (indicated by subscription status fields) map to Contact under the parent Publication Account; non-subscribers with engagement history map to Salesforce Lead for nurture. Any existing email opt-out flag migrates to HasOptedOutOfEmail on both Lead and Contact.
Naviga
Solicitor
Salesforce Sales Cloud
User
1:1Naviga Solicitors are field sales representatives managing subscriber acquisition. We map Solicitor records to Salesforce User, using email as the dedupe key. Inactive or departed Solicitors in Naviga map to Salesforce Users with Active = false to preserve historical assignment records without consuming a paid license. The customer's Salesforce admin provisions the actual User accounts before migration validates.
Naviga
Offer Group
Salesforce Sales Cloud
Pricebook2 + Product2
1:manyNaviga Offer Groups bundle pricing structures and special offers for subscriber acquisition campaigns. Each Offer Group maps to a Salesforce Pricebook2 with a custom field offer_group_id__c. The Offers within each group map to Product2 records with Standard Pricebook entries, preserving pricing, terms, and duration fields. The solicitor assignment that created the Offer Group is preserved as a custom field for commission reporting.
Naviga
Offer Group linkage
Salesforce Sales Cloud
Opportunity
1:1The relationship between a Subscriber, their Soliciting User, and the Offer Group that acquired them is reconstructed during migration. We export the full Offer Group hierarchy including solicitor IDs and their linked subscriber records, then create Salesforce Opportunity records representing each active subscription as a 'Subscription' record type. The Opportunity's Description field carries the original Offer Group and solicitor context for audit trails.
Naviga
Advertisement
Salesforce Sales Cloud
Campaign
1:1Naviga Ad manages ad campaigns across print, digital, and broadcast channels including order management, creative assets, and production workflows. We map ad campaign records to Salesforce Campaign with Campaign Type set by channel (Print, Digital, Broadcast). Campaign StartDate and EndDate migrate from Naviga ad flight dates, and BudgetedCost migrates to Campaign Budget.
Naviga
Advertisement line items
Salesforce Sales Cloud
Campaign Member
1:1Individual ad line items (placements, sizes, positions) from Naviga Ad map to Salesforce Campaign Member records linked to the parent Campaign Account or Contact. If Naviga tracks which subscriber or audience member saw the ad, that relationship migrates to Campaign Member Status with a custom field ad_placement__c identifying the specific insertion.
Naviga
Article
Salesforce Sales Cloud
Task or Custom Article__c Object
lossyNaviga Articles (authored text with metadata, linked photos) map to Salesforce Task representing the editorial workflow if the goal is activity tracking. For publishers requiring full article archival, we create a custom Article__c object with fields for Title, Author__c (lookup to User), PublishDate__c, Publication__c (lookup to Account), ContentBody__c (long text), and Status__c (draft, published, archived). The customer selects the strategy during scoping.
Naviga
Photo metadata
Salesforce Sales Cloud
ContentDocument + Custom Fields
1:1Naviga Photos store media assets with XMP, IPTC, and EXIF metadata. We export photos with standard metadata fields (filename, creation date, dimensions) mapped to Salesforce ContentDocument (Title, CreatedDate, ContentSize). Custom metadata fields (configurable per Naviga installation) migrate to custom fields on ContentDocument or a linked ContentVersion custom object. Schema discovery is required before field creation because custom field labels and types vary by installation.
Naviga
Custom metadata fields
Salesforce Sales Cloud
Custom fields on target objects
lossyNaviga Photos supports installation-specific custom metadata fields with custom labels, types (select, checkbox, text), and required flags. We perform schema discovery on the source environment before mapping, and we flag any custom fields that cannot be represented in Salesforce's native field types (e.g., multi-value select maps to multi-select picklist; boolean maps to checkbox; free-text maps to text area). Unrepresentable fields are documented for manual entry or excluded.
Naviga
Print Edition
Salesforce Sales Cloud
Not migrated (flagged)
1:1Print edition artifacts including InDesign blueprints, Sophi.io page layouts, and print PDFs are tightly coupled to Naviga Publisher's Sophi.io-powered print manufacturing 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. The customer is notified that these assets require a separate print-to-print migration workflow or manual archiving. If the publisher wants to reference print editions in Salesforce, we create a placeholder Note record with the edition identifier and a manual entry note.
Naviga
Subscriber billing history
Salesforce Sales Cloud
Opportunity or Custom Subscription__c Object
lossyNaviga Subscriber records include billing history fields (payment method, billing cycle, renewal date). We map active subscription billing to Salesforce Opportunity records with a 'Subscription Renewal' record type linked to the Contact and parent Account. For publishers with complex multi-year or tiered billing, we create a custom Subscription__c object to preserve the full billing timeline independent of Opportunity stage transitions.
Naviga
Engagement data (opens, clicks, reads)
Salesforce Sales Cloud
Custom Engagement__c Object or Campaign Member fields
lossyNaviga Audience tracks behavioral data including article opens, email clicks, and read frequency. We map aggregate engagement metrics to Salesforce Campaign Member custom fields (LastEngagementDate__c, OpenCount__c, ClickCount__c). For detailed per-article engagement history, we create a custom Engagement__c object with lookups to the Contact/Lead, Article__c (if migrated), and Campaign, preserving timestamp and interaction type for segmentation and reporting.
| Naviga | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Publication | Account1:1 | Fully supported | |
| Subscriber | Contact1:1 | Fully supported | |
| Audience Member | Lead or Contact (split required)1:many | Fully supported | |
| Solicitor | User1:1 | Fully supported | |
| Offer Group | Pricebook2 + Product21:many | Fully supported | |
| Offer Group linkage | Opportunity1:1 | Fully supported | |
| Advertisement | Campaign1:1 | Fully supported | |
| Advertisement line items | Campaign Member1:1 | Fully supported | |
| Article | Task or Custom Article__c Objectlossy | Fully supported | |
| Photo metadata | ContentDocument + Custom Fields1:1 | Fully supported | |
| Custom metadata fields | Custom fields on target objectslossy | Fully supported | |
| Print Edition | Not migrated (flagged)1:1 | Fully supported | |
| Subscriber billing history | Opportunity or Custom Subscription__c Objectlossy | Fully supported | |
| Engagement data (opens, clicks, reads) | Custom Engagement__c Object or Campaign Member fieldslossy | 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
Salesforce Sales Cloud gotchas
Workflow Rules and Process Builder are retired
Bulk API batch quota exhaustion during large imports
Storage overage billing is non-obvious
Account-Contact many-to-many relationship mapping
Territory and team member import ordering dependencies
Pair-specific challenges
Migration approach
Discovery and publication inventory
We audit the source Naviga environment across all modules in scope: Subscribe (Subscribers, Solicitors, Offer Groups), Audience (Audience Members, engagement data), Ad (Advertisements, line items), Content (Articles, Photos), and any custom metadata schemas on Photos. We map the publication hierarchy and confirm how many distinct Publications exist, which determines the Account count. We request the Open Content API documentation specifics and any available rate limit information during this phase. The discovery output is a written migration scope document listing every object, estimated record counts, and the publication-to-Account mapping plan.
Schema design and Offer Group hierarchy planning
We design the destination Salesforce schema including custom objects (Article__c, Subscription__c, Engagement__c if needed), custom fields on standard objects, Pricebook2 structure from Offer Groups, and the solicitor-to-subscriber linkage strategy via Opportunity records. We configure Salesforce validation rules and field-level security for the migration user. Schema is deployed via metadata API into a Salesforce Sandbox first for validation. We coordinate with the customer's Salesforce admin to provision placeholder User records for each Navigator Solicitor so that OwnerId references resolve during import.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's RevOps lead reconciles record counts across all objects, spot-checks 30-50 random records against the Naviga source, and validates the solicitor attribution by comparing Offer Group assignments in Naviga against Opportunity records in Salesforce. Any mapping corrections happen in Sandbox before production migration begins.
Extraction and transformation of Offer Group linkage
We extract the full Offer Group hierarchy from Naviga Subscribe including solicitor IDs, Offer Group IDs, and the linked subscriber records. This export is the critical path for preserving solicitor attribution. We transform the export into a normalized structure linking each subscriber to their acquiring solicitor and Offer Group before any record is loaded into Salesforce. This transformation step is validated against the source before proceeding.
Production migration in dependency order
We run production migration in record-dependency order: Accounts (from Publications), Pricebook2 and Product2 (from Offer Groups and Offers), Users (solicitor validation), Contacts (from Subscribers with AccountId resolved), Leads (from unqualified Audience Members), Campaigns (from Advertisements), Opportunities (subscription records with solicitor context from Offer Group linkage), Tasks and custom Article__c records (from Articles), ContentDocument records (from Photos with metadata), and Engagement data (as custom fields or custom Engagement__c). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation rebuild handoff
We freeze Naviga writes during cutover, run a final delta migration of any records modified during the migration window, then enable Salesforce as the system of record. We deliver a written inventory of every Naviga automation, workflow, and print-production template that does not migrate, with recommendations for rebuilding equivalent Salesforce Flow triggers. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's team. We do not rebuild Naviga automations as Salesforce Flow inside the migration scope; that is a separate engagement.
Platform deep dives
Naviga
Source
Strengths
Weaknesses
Salesforce Sales Cloud
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 Salesforce Sales Cloud.
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 Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Naviga to Salesforce Sales Cloud 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 Salesforce Sales Cloud
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.