CRM migration

Migrate from NEON-dX to Freshsales

Field-level mapping, validation, and rollback between NEON-dX and Freshsales. We move data and schema; workflows are rebuilt natively in Freshsales.

NEON-dX logo

NEON-dX

Source

Freshsales

Destination

Freshsales logo

Compatibility

56%

5 of 9

objects map 1:1 between NEON-dX and Freshsales.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

NEON-dX logo

NEON-dX

What's pushing teams away

  • Enterprise pricing and custom subscription negotiation create budget unpredictability, especially for mid-market teams that expected tiered SaaS pricing
  • Complex AI model outputs such as churn scores and propensity models require interpretation support that many teams lack internally
  • Integration with existing data warehouses and BI tools is limited to pre-built connectors, forcing custom ETL work for non-standard architectures
  • Onboarding onto the platform requires significant training and change management for teams accustomed to simpler marketing automation tools
  • Multi-channel journey orchestration across digital channels introduces technical complexity that exceeds the capabilities of typical marketing operations teams

Choosing

Freshsales logo

Freshsales

What's pulling them in

  • Lowest barrier to entry among major CRMs — the free tier supports up to 3 users and includes core CRM functionality before committing to per-seat pricing.
  • Built-in chat, email, and phone reduce reliance on third-party integrations for basic sales communication and contact management.
  • Freddy AI contact scoring and deal insights are included on Pro plans at a lower price than comparable HubSpot tiers.
  • Kanban pipeline views across Contacts, Accounts, and Deals provide visual deal management without requiring custom configuration.
  • Integration with the broader Freshworks ecosystem (Freshdesk, Freshchat, Freshservice) reduces tool sprawl for teams already using Freshworks.

Object mapping

How NEON-dX objects map to Freshsales

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)

maps to

Freshsales

Contact and Account

1:many
Mapping required

NEON-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

maps to

Freshsales

Freshsales Segments and Custom Fields

lossy
Mapping required

NEON-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

maps to

Freshsales

Freshsales Campaigns and Custom Fields

1:1
Mapping required

NEON-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

maps to

Freshsales

Freshsales Workflows (documented inventory)

lossy
Mapping required

NEON-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)

maps to

Freshsales

Freddy AI Contact Score (re-scoring required)

1:1
Not supported

NEON-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

maps to

Freshsales

Freshsales Custom Modules

1:1
Mapping required

NEON-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

maps to

Freshsales

Freshsales Channel Configuration

lossy
Mapping required

Channel 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

maps to

Freshsales

Freshsales Reports and Dashboards

1:1
Mapping required

NEON-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

maps to

Freshsales

Freshsales Templates (documented inventory)

1:1
Mapping required

NEON-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.

Gotchas + challenges

What specifically takes care here

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 logo

NEON-dX gotchas

High

Predictive model outputs are not transferable

Medium

Channel credentials require re-authentication post-migration

Medium

Custom object schema discovery requires API enumeration

Medium

Segment membership is event-dependent and re-evaluates post-migration

Freshsales logo

Freshsales gotchas

Medium

Freddy AI is Pro-tier only despite heavy marketing

High

Post-migration emails and sequences are disabled

Medium

Bot session credits are a one-time 500-session allocation

Medium

Phone credits charged per minute with no cap

Low

File storage limits scale with plan tier

Pair-specific challenges

  • Predictive scores from NEON-dX cannot transfer to Freshsales Freddy AI

    NEON-dX generates churn propensity, LTV, and customer value scores using its proprietary ML pipeline and training data specific to the customer's behavioral event history. These are dynamic computed outputs, not static field values. We do not export them as static data because they become immediately stale and cannot be re-imported into Freshsales Freddy AI without NEON-dX's model artifacts. Instead, we preserve the underlying behavioral signals and profile attributes that fed the original model. Freddy AI re-scores contacts based on Freshsales activity data. Customers should plan for a four-to-eight week re-warming period before Freddy AI contact scores become actionable for prioritization.

  • Segment membership re-evaluates on Freshsales from scratch

    NEON-dX behavioral segments are defined by rule criteria that evaluate against customer event streams. Segment membership is not a static attribute stored on each profile. We transfer segment definition rules correctly to Freshsales, but membership re-evaluates on the destination platform using Freshsales activity data. Customers should not expect identical segment member counts immediately after cutover. High-volume behavioral segments (those tracking recency, frequency, or channel engagement) are most likely to diverge because the underlying event data patterns differ between platforms.

  • Custom object schema discovery requires API enumeration with no public data dictionary

    NEON-dX exposes custom objects via its REST API with support for formula fields and lookup relationships, but the platform does not publish a public data dictionary. We enumerate the live schema via API calls at the start of each engagement to identify all custom object types, their field definitions, data types, and interdependencies. Formula fields that reference other custom objects require a dependency graph to be built before import sequencing can begin. Schema enumeration typically adds three to five business days to the discovery phase.

  • Channel credentials require re-authentication in Freshsales

    SMS gateway credentials, email sender IPs, push notification keys, and channel API tokens are stored with environment-specific scoping in NEON-dX. These cannot be exported as valid credentials. We document all channel configurations during discovery and provide a re-authentication checklist for each channel type. Without valid credentials, journey automation and campaign sends fail silently in Freshsales. This is especially risky for SMS and push channels where failures are not visible in the UI without active monitoring.

  • Journey and segment logic depends on NEON-dX event taxonomy that requires re-alignment

    NEON-dX uses a proprietary event taxonomy for behavioral tracking that maps customer actions into platform-specific event types and attributes. Freshsales uses a different activity model (calls, emails, meetings, tasks as native objects) and Freshmarketer uses its own event model for multi-channel tracking. Segment rules and journey triggers that depend on NEON-dX-specific event names or attributes require translation to Freshsales equivalents. We document every event-dependent rule during discovery and flag translation gaps before migration begins.

Migration approach

Six steps for a successful NEON-dX to Freshsales data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

NEON-dX logo

NEON-dX

Source

Strengths

  • Purpose-built for enterprise CVM programs with pre-packaged AI models for churn, LTV, and propensity scoring
  • Omnichannel journey orchestration supporting email, SMS, push, and digital channels from a single canvas
  • Real-time campaign dashboards with anomaly detection without requiring external BI tooling
  • Open API architecture with pre-integrated channel connectors for standard enterprise stacks
  • Subscription pricing model scaled to enterprise scope with dedicated support tiers

Weaknesses

  • No public pricing for enterprise tiers creates sales-cycle friction for mid-market teams
  • AI-generated predictive scores are proprietary to NEON-dX and cannot be exported for use in alternative platforms
  • Platform complexity demands dedicated training and change management for marketing operations teams
  • Limited flexibility for non-standard data warehouse integrations outside the pre-built connector ecosystem
  • Journey and segment logic depends on proprietary event taxonomy that requires re-alignment when migrating to general-purpose marketing platforms
Freshsales logo

Freshsales

Destination

Strengths

  • Generous free tier for small teams with core CRM functionality without per-seat costs.
  • All-in-one sales CRM with built-in telephony, chat, and email reducing third-party tool dependency.
  • Freddy AI contact scoring and deal predictions available on Pro tier.
  • Multiple pipeline views with Kanban and list options across all plans.

Weaknesses

  • Reports lack depth compared to competitors like HubSpot, with limited customization options.
  • Integration setup is poorly documented with no clear guides for connecting third-party tools.
  • AI features gated behind $39/user/month Pro tier despite marketing emphasis on Freddy AI.
  • Bot sessions limited to 500 one-time allocation with no monthly refresh.

Complexity grading

How hard is this migration?

Standard CRM migration. 2 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across NEON-dX and Freshsales.

  • Object compatibility

    B

    2 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    NEON-dX: Not publicly documented at standard tier; Neon CRM API v2 enforces method-specific rate limits returning 429 on excess.

  • Data volume sensitivity

    B

    NEON-dX doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your NEON-dX to Freshsales migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about NEON-dX to Freshsales data migrations

Answers to the questions buyers ask most during NEON-dX to Freshsales migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between three and five weeks for accounts under 15,000 customer profiles and no custom objects. Migrations with custom objects, large campaign offer catalogs, behavioral segment rule sets exceeding 50 definitions, or multiple channel configurations move to eight to twelve weeks because of API schema enumeration, formula field dependency graph building, and Freshsales custom module provisioning. Discovery and sandbox reconciliation are the most time-intensive phases and cannot be shortened without risking import failures in production.

Adjacent paths

Related migrations to explore

Ready when you are

Move from NEON-dX.
Land in Freshsales, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day