CRM migration
Field-level mapping, validation, and rollback between NEON-dX and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.
NEON-dX
Source
Freshsales
Destination
Compatibility
5 of 9
objects map 1:1 between NEON-dX and Freshsales.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from NEON-dX to Freshsales is a migration from an enterprise CVM platform built for telecom, retail, and CPG to a mid-market CRM with built-in AI and communication tools. NEON-dX composes each customer as a 360-degree profile combining behavioral signals, predictive scores, and channel-level opt-in states; Freshsales uses a standard Contacts-Accounts-Deals data model with Freddy AI for contact scoring. The most significant gap is predictive model outputs: NEON-dX's churn propensity, LTV, and customer value scores are computed by its proprietary ML pipeline and cannot be exported as static values. We preserve segment definition rules so Freshsales Freddy AI can re-evaluate membership post-migration. Channel configurations, custom object schema, and campaign offer content migrate with re-authentication and field-level mapping. Workflows, journey automation, and predictive score pipelines do not migrate as code; we deliver written inventories for the customer's admin to rebuild in Freshsales.
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 NEON-dX object lands in Freshsales, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
NEON-dX
Customer Profiles (360° View)
Freshsales
Contact and Account
1:manyNEON-dX composes each customer as a unified profile combining demographic fields, behavioral signals, and digital footprint across channels. We split this into Freshsales Contact (person-level attributes) and Account (organization-level attributes) during migration. Any behavioral signal fields stored as custom properties on the NEON-dX profile migrate to Freshsales custom fields on Contact or Account depending on whether the signal is person-level or organization-level. The original profile completeness score (if stored as a field rather than computed) migrates as a custom field for reference.
NEON-dX
Behavioral Segments
Freshsales
Freshsales Segments and Custom Fields
lossyNEON-dX segments are defined by rule criteria evaluated against customer event streams. We migrate the segment definition rules as written logic (stored in a mapping document) and recreate them as Freshsales segment filter rules where the destination platform supports equivalent conditions. Where Freshsales cannot replicate a specific event-based rule, we flag the gap and recommend a Freddy AI-based scoring approach to approximate the segment. Segment membership re-evaluates on Freshsales based on that platform's activity data; customers should expect different member counts immediately post-migration.
NEON-dX
Campaigns / Offers
Freshsales
Freshsales Campaigns and Custom Fields
1:1NEON-dX campaigns and their associated offer content migrate as structured records with templating metadata. Offer name, description, eligibility criteria, and channel assignment map to Freshsales Campaign records and custom fields. Rich media assets (images, files) require separate file transfer and reattachment. Any channel-specific offer formats exclusive to NEON-dX are flagged as unsupported and documented for the customer's admin to redesign in Freshsales or Freshmarketer.
NEON-dX
Customer Journeys
Freshsales
Freshsales Workflows (documented inventory)
lossyNEON-dX journeys are multi-step orchestration flows with branching logic, wait conditions, and channel assignments. We document the complete journey structure (steps, branches, triggers, delays, channel assignments) in a written inventory delivered to the customer. Freshsales does not natively support NEON-dX-style omnichannel journey orchestration; the equivalent is Freshsales Workflows for CRM automation and Freshmarketer for multi-channel campaign automation. We do not migrate journey logic as executable code; the admin rebuilds journeys in the destination platform using the inventory as a specification.
NEON-dX
Predictive Scores (Churn, Propensity, LTV)
Freshsales
Freddy AI Contact Score (re-scoring required)
1:1NEON-dX generates churn propensity, LTV, and customer value scores using its proprietary ML pipeline with live training data. These scores are computed dynamically and are tightly coupled to NEON-dX's feature engineering environment. They cannot be exported as static values because they become stale immediately upon export and cannot be re-created in Freshsales without NEON-dX's underlying model artifacts. We do not transfer predictive scores. Instead, we preserve the behavioral signals and profile attributes that fed the original model so that Freshsales Freddy AI has equivalent input data for re-scoring. Customers should plan for a four-to-eight week re-warming period before Freddy AI scores become actionable.
NEON-dX
Custom Objects
Freshsales
Freshsales Custom Modules
1:1NEON-dX supports custom object types with standard, formula, and lookup field types accessible via its REST API. We enumerate the live custom object schema at migration time using API calls because no public data dictionary is available. Formula fields that reference other custom objects require a dependency graph to be built before import sequencing can begin. Custom objects migrate to Freshsales Custom Modules, which are available from the Growth tier. We pre-create the destination schema including all custom fields, relationship fields, and validation rules before any data import.
NEON-dX
Channels and Connectors
Freshsales
Freshsales Channel Configuration
lossyChannel configurations in NEON-dX (SMS gateways, email sender IPs, push notification keys, API tokens) are stored with environment-specific scoping and cannot be exported as valid credentials. We document all channel types, configuration parameters, and connection settings during the discovery phase and deliver a re-authentication checklist for each channel. The customer re-enters credentials in Freshsales (or Freshmarketer for multi-channel automation) before journey automation can run. Without valid credentials, channel sends fail silently in the destination environment.
NEON-dX
Analytics and Dashboards
Freshsales
Freshsales Reports and Dashboards
1:1NEON-dX pre-built dashboards and custom reports reference platform-native metric definitions and anomaly detection algorithms that are specific to the CVM context. We migrate the report structure (column configurations, filter logic, grouping) as Freshsales reports and dashboards. Destination metric data populates after migration completes as Freshsales accumulates activity data. Anomaly detection alerts configured in NEON-dX do not migrate; these require reconfiguration in Freshsales using Freshsales Analytics or a third-party BI tool.
NEON-dX
Campaign Templates and Best Practices Library
Freshsales
Freshsales Templates (documented inventory)
1:1NEON-dX ships a library of pre-built journey and campaign templates for telecom, retail, and CPG use cases. We flag which templates are native to NEON-dX and not portable. Custom templates built by the customer's team migrate as documentation only (structure and parameters) rather than as executable templates. Freshsales and Freshmarketer have their own template libraries that the customer's admin evaluates for equivalent coverage post-migration.
| NEON-dX | Freshsales | Compatibility | |
|---|---|---|---|
| Customer Profiles (360° View) | Contact and Account1:many | Mapping required | |
| Behavioral Segments | Freshsales Segments and Custom Fieldslossy | Mapping required | |
| Campaigns / Offers | Freshsales Campaigns and Custom Fields1:1 | Mapping required | |
| Customer Journeys | Freshsales Workflows (documented inventory)lossy | Mapping required | |
| Predictive Scores (Churn, Propensity, LTV) | Freddy AI Contact Score (re-scoring required)1:1 | Not supported | |
| Custom Objects | Freshsales Custom Modules1:1 | Mapping required | |
| Channels and Connectors | Freshsales Channel Configurationlossy | Mapping required | |
| Analytics and Dashboards | Freshsales Reports and Dashboards1:1 | Mapping required | |
| Campaign Templates and Best Practices Library | Freshsales Templates (documented inventory)1:1 | Mapping required |
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.
NEON-dX gotchas
Predictive model outputs are not transferable
Channel credentials require re-authentication post-migration
Custom object schema discovery requires API enumeration
Segment membership is event-dependent and re-evaluates post-migration
Freshsales gotchas
Freddy AI is Pro-tier only despite heavy marketing
Post-migration emails and sequences are disabled
Bot session credits are a one-time 500-session allocation
Phone credits charged per minute with no cap
File storage limits scale with plan tier
Pair-specific challenges
Migration approach
API schema enumeration and custom object discovery
We connect to the NEON-dX REST API using the customer's API credentials and enumerate the complete schema including all standard objects, custom object types, formula fields, and lookup relationships. We build a dependency graph for any formula fields that reference other custom objects. This step produces a written schema inventory that is the foundation for all subsequent field mapping. Without this step, formula field circular dependencies and missing lookup targets cause import failures mid-migration.
Freshsales tenant provisioning and custom module design
We provision a Freshsales trial or sandbox tenant (depending on the customer's existing Freshsales license) and design the destination schema. This includes creating custom modules to receive NEON-dX custom objects, adding custom fields to Contact and Account for behavioral signals and profile attributes, designing Freshsales segment filter rules to approximate NEON-dX segment definitions, and configuring record types if the customer uses multiple deal pipelines. Schema design is validated against the schema inventory before any production migration begins.
Field mapping document and transformation logic
We produce a field-level mapping document that pairs every NEON-dX field (standard and custom) with a typed Freshsales field. The mapping accounts for data type differences (dates, phone numbers, currency, picklists), handles multi-value fields (stored as comma-separated in NEON-dX, mapped to Freshsales multi-select picklists), and documents any fields that have no Freshsales equivalent and are flagged as unsupported. Transformation scripts for formula field evaluation (NEON-dX formula outputs) are written in this phase and validated against sample data before bulk migration.
Sandbox migration and reconciliation
We run a full migration into the Freshsales sandbox using production-like data volume. The customer's RevOps lead reconciles record counts (Contacts in, Accounts in, custom module records in), spot-checks 20-30 random records against the NEON-dX source for field-level accuracy, and validates that segment definition rules produce expected member counts in Freshsales. Any mapping corrections, data quality issues (duplicates, missing required fields), or schema gaps are resolved in this phase. Production migration does not begin until the sandbox reconciliation is signed off.
Production migration in dependency order
We run production migration in record-dependency order: Account records (from NEON-dX Companies) first so that AccountId lookups are satisfied; Contact records with behavioral signal fields populated; custom module records with their lookup references resolved; campaign and offer records; channel configuration documentation (credentials re-entered by the customer post-migration). Each phase emits a row-count reconciliation report before the next phase begins. We use Freshsales REST API with rate-limit handling and exponential backoff for standard record imports.
Cutover, validation, and automation rebuild handoff
We freeze NEON-dX writes during cutover, run a final delta migration of any records modified during the migration window, then enable Freshsales as the system of record. We deliver the journey automation inventory (documented journey structures requiring rebuild in Freshsales Workflows or Freshmarketer), the segment definition translation gaps document, and the channel re-authentication checklist. We support a three-day hypercare window for reconciliation issues. We do not rebuild automations or journey flows as part of the migration scope; that work is handled by the customer's admin or a Freshworks implementation partner.
Platform deep dives
NEON-dX
Source
Strengths
Weaknesses
Freshsales
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 NEON-dX and Freshsales.
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
NEON-dX: Not publicly documented at standard tier; Neon CRM API v2 enforces method-specific rate limits returning 429 on excess.
Data volume sensitivity
NEON-dX 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 NEON-dX to Freshsales migration scoping. Not seeing yours? Book a call.
Walk through your NEON-dX to Freshsales migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave NEON-dX
Other ways to arrive at Freshsales
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.