CRM migration
Field-level mapping, validation, and rollback between Touchpoint MX and Salesforce Sales Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Sales Cloud.
Touchpoint MX
Source
Salesforce Sales Cloud
Destination
Compatibility
10 of 12
objects map 1:1 between Touchpoint MX and Salesforce Sales Cloud.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from Touchpoint MX to Salesforce Sales Cloud is a structural migration from a marketing automation and CX platform to an enterprise CRM. Touchpoint MX organizes customers by Contact with Journey Maps, Channel assignments, and Satisfaction Scores; Salesforce separates prospects into Leads and buyers into Contacts attached to Accounts, with Opportunity stages tracking deal progress. We confirm the Touchpoint MX data extraction method (API, UI export, or CSV) during scoping because no public API documentation was identified in research, and we handle the resulting extraction constraints. Journey Map stage labels require explicit remapping to Salesforce lifecycle stages because each Touchpoint MX organization defines its own taxonomy. We preserve Satisfaction Scores as custom fields on Contact, flatten Journey Maps into contact-level properties, and migrate Feedback Records as Notes attached to the parent Contact or Account. Workflows, automations, and integration tokens do not migrate; we deliver a written inventory of active configurations for the customer to rebuild in Salesforce.
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 Touchpoint MX 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.
Touchpoint MX
Contact
Salesforce Sales Cloud
Lead or Contact (split required)
1:manyTouchpoint MX Contacts with early-stage Journey Map labels (e.g., Awareness, Interest) map to Salesforce Lead. Contacts with late-stage labels (e.g., Consideration, Decision, Customer) map to Salesforce Contact attached to an Account. We compute the split using the Contact's primary Journey Map stage at migration time, preserve the original Touchpoint MX stage label in a custom field touchpoint_stage__c on both Lead and Contact, and set the Salesforce Lifecycle Stage to match the nearest equivalent.
Touchpoint MX
Journey Maps
Salesforce Sales Cloud
Contact custom fields and Activity records
1:manyTouchpoint MX Journey Maps define customer progression through custom stages. Salesforce has no native Journey Map object, so we flatten each Journey Map into contact-level custom fields (e.g., touchpoint_current_stage__c, touchpoint_entered_customer__c) and create a related list of Activity records capturing stage transitions with timestamps. Stage labels from Touchpoint MX are mapped to Salesforce Lifecycle Stage values using a customer-approved mapping table before any Contact import begins.
Touchpoint MX
Satisfaction Scores
Salesforce Sales Cloud
Contact custom rating field
1:1Touchpoint MX Satisfaction Scores tied to Contacts migrate to a custom Number or Rating field on Salesforce Contact. Score values and collection timestamps are preserved. Where Satisfaction Scores relate to a specific interaction rather than the Contact overall, we attach a Task record with the score as a custom field to maintain the interaction-level context in the destination.
Touchpoint MX
Feedback Records
Salesforce Sales Cloud
Note
1:1Touchpoint MX Feedback Records migrate to Salesforce Note objects linked via ContentDocumentLink to the parent Contact or Account. Full Feedback text, collection date, and any associated Channel (Email, SMS, Voice) migrate as Note fields. If the Feedback Record references a specific Journey Map stage, we include the stage label in the Note title for traceability.
Touchpoint MX
Channels
Salesforce Sales Cloud
Contact custom multi-select field
1:1Touchpoint MX Channel assignments (Email, SMS, Voice) for each Contact migrate to a Salesforce custom multi-select picklist field (e.g., touchpoint_channels__c). Email opt-in and opt-out status from Touchpoint MX migrate to the standard HasOptedOutOfEmail field. Channel-level preferences do not map to any native Salesforce object because the platform does not have a per-channel subscription preference model.
Touchpoint MX
Message Templates
Salesforce Sales Cloud
EmailTemplate or Content
1:1Touchpoint MX Message Templates (content, subject lines, personalization tokens) are exported as a reference document for the customer's admin to rebuild in Salesforce as EmailTemplates or Salesforce Content. We do not migrate template logic as executable code because Salesforce and Touchpoint MX use different templating languages and personalization token syntaxes.
Touchpoint MX
Custom Fields (Contact-level)
Salesforce Sales Cloud
Custom fields on Contact
1:1Touchpoint MX custom fields on Contacts are detected during scoping, extracted with their values per Contact, and mapped to Salesforce custom Contact fields of equivalent type (Text, Number, Date, Picklist, Checkbox). Touchpoint MX Manager-only and Attendee-only visibility settings have no Salesforce analog; we map to the most permissive read access available in the destination profile to avoid data suppression.
Touchpoint MX
Users / Team Members
Salesforce Sales Cloud
User
1:1Touchpoint MX Users map to Salesforce User records by email match. We export the full user list with name, email, and role assignment. Owner assignments on Contacts and Journey Records are resolved by matching the Touchpoint MX user email to the Salesforce User email. Any Touchpoint MX user without a matching Salesforce User is placed in a reconciliation queue for the customer's admin to provision before record import proceeds.
Touchpoint MX
Attachments
Salesforce Sales Cloud
ContentDocument + ContentVersion
1:1Files attached to Touchpoint MX Contacts or Feedback Records are exported and uploaded to Salesforce as ContentDocument records with ContentVersion links to the parent Contact or Account. Large attachment volumes may require chunked migration to avoid API timeout; we flag this in the scoping report and recommend Salesforce Content Delivery or Experience Cloud if file delivery at scale is a post-migration requirement.
Touchpoint MX
Accounts / Companies
Salesforce Sales Cloud
Account
1:1If Touchpoint MX includes Company-level records (available in some configurations), these map to Salesforce Account. The Company domain becomes the Account Website field and is used as a dedupe key. We create the Account before Contact import so that AccountId is resolved at the moment of Contact insert.
Touchpoint MX
Products (if applicable)
Salesforce Sales Cloud
Product2
1:1Touchpoint MX products referenced in Message Templates or Satisfaction Surveys map to Salesforce Product2 records with Standard Price Book entries. We only migrate this object if product records exist in the source; most Touchpoint MX deployments do not store a product catalog separate from the messaging layer.
Touchpoint MX
Integrations
Salesforce Sales Cloud
Configuration reference document
1:1Touchpoint MX integrations (connected apps, OAuth tokens, webhook endpoints) are bound to the source account and cannot be exported or transferred. We export a JSON-formatted list of all active integrations with their configuration parameters as a reference document. The customer's admin uses this checklist to re-establish each integration in Salesforce manually. This is documented work, not migrated data.
| Touchpoint MX | Salesforce Sales Cloud | Compatibility | |
|---|---|---|---|
| Contact | Lead or Contact (split required)1:many | Fully supported | |
| Journey Maps | Contact custom fields and Activity records1:many | Mapping required | |
| Satisfaction Scores | Contact custom rating field1:1 | Fully supported | |
| Feedback Records | Note1:1 | Fully supported | |
| Channels | Contact custom multi-select field1:1 | Mapping required | |
| Message Templates | EmailTemplate or Content1:1 | Mapping required | |
| Custom Fields (Contact-level) | Custom fields on Contact1:1 | Mapping required | |
| Users / Team Members | User1:1 | Fully supported | |
| Attachments | ContentDocument + ContentVersion1:1 | Mapping required | |
| Accounts / Companies | Account1:1 | Fully supported | |
| Products (if applicable) | Product21:1 | Fully supported | |
| Integrations | Configuration reference document1:1 | Not 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.
Touchpoint MX gotchas
No public API documentation in CSV
Journey Map stage labels require remapping
Integration tokens and OAuth credentials do not transfer
Custom Fields use permission-gated visibility settings
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
Extraction method confirmation and scoping
We begin by confirming the available Touchpoint MX data extraction method with the customer. If Enterprise-tier API access is available, we request credentials and test a sample endpoint during scoping. If no API access exists, we scope a UI-driven or CSV-based extraction plan and identify any fields that require manual export. We audit the Contact volume, Journey Map count, Feedback Record volume, custom field inventory, and active user list. The scoping output is a written migration scope document including the extraction method decision, object inventory, and a preliminary mapping table.
Stage mapping design and approval
We extract all unique Journey Map stage labels from Touchpoint MX and produce a stage mapping table mapping each source label to a Salesforce Lifecycle Stage value (Subscriber, Lead, MQL, SQL, Opportunity, Customer). The customer reviews and approves the mapping table before any data is extracted. If the customer's Journey Maps include branching logic or conditional transitions, we document these as a separate flowchart reference for the admin to rebuild in Salesforce Flow if required. This step is blocking: we do not proceed to extraction until the stage mapping is approved.
Salesforce destination schema setup
We design and deploy the Salesforce destination schema in a Sandbox org. This includes creating custom Contact fields for Touchpoint MX stage labels, Satisfaction Scores, Channel preferences, and any contact-level custom fields from Touchpoint MX. We configure the Lifecycle Stage picklist values if the customer's required stages differ from the Salesforce default. We create the Account record type if the customer uses Account-based selling, and configure the Opportunity stage picklist if any deal-adjacent data exists in Touchpoint MX. Schema is validated in Sandbox before any production migration begins.
Sandbox migration and reconciliation
We run a full migration into a Salesforce Sandbox using a representative data sample. The customer's RevOps lead reconciles record counts, spot-checks 25-50 records against the Touchpoint MX source, and verifies the stage mapping results. We flag any missing fields, incorrect data type mappings, or orphaned records at this stage. No production data moves until the Sandbox migration is signed off. Corrections to field types, stage mappings, and lookup resolution happen in Sandbox, not in production.
Production migration in dependency order
We run production migration in record-dependency order: Salesforce Users (manually provisioned by the customer's admin, validated), Accounts (from any Company records), Contacts (with Lifecycle Stage split applied and AccountId resolved), Leads (for early-stage Contacts), Satisfaction Scores and Feedback Records (as custom fields and Notes on the parent Contact or Account), Journey Map stage data (as custom Contact fields), Channel assignments (as multi-select fields), and Attachments (as ContentDocument records). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and integration rebuild handoff
We freeze Touchpoint MX 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 the Integration Configuration Checklist documenting every active Touchpoint MX integration for the customer to rebuild in Salesforce. We support a one-week hypercare window for reconciliation issues. Workflows, automations, and Message Templates do not migrate as code; we deliver a written inventory of these for the customer's admin to rebuild in Salesforce Flow. We do not provide post-migration admin support, training, or workflow rebuild as standard scope.
Platform deep dives
Touchpoint MX
Source
Strengths
Weaknesses
Salesforce Sales Cloud
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 Touchpoint MX and Salesforce Sales Cloud.
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
Touchpoint MX: Not publicly documented.
Data volume sensitivity
Touchpoint MX 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 Touchpoint MX to Salesforce Sales Cloud migration scoping. Not seeing yours? Book a call.
Walk through your Touchpoint MX 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 Touchpoint MX
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.