Helpdesk migration
Field-level mapping, validation, and rollback between Experia and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Experia
Source
Intercom
Destination
Compatibility
7 of 10
objects map 1:1 between Experia and Intercom.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Experia to Intercom is a migration from a thin-documentation helpdesk into one of the market's most established customer communications platforms. Experia has no publicly documented API, which is a blocking constraint we resolve during scoping by negotiating direct API access or falling back to manual export with limited field coverage. We map Experia Tickets to Intercom Tickets, Customers to Contacts, Companies to Companies, and Agents to Teammates, with conversation threads preserved in the Conversation object. Intercom's Custom Objects feature (added September 2025) accepts Experia custom fields, though the schema must be pre-created in Intercom before import. We do not migrate Experia workflows, chatbot configurations, or team routing rules as code; we deliver a written inventory of every automation requiring rebuild in Intercom's Workflow builder post-migration.
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 Experia object lands in Intercom, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Experia
Ticket
Intercom
Ticket
1:1Experia Tickets map to Intercom Tickets with subject mapped to Ticket title, body to the initial conversation message, status to Ticket state, and priority to Ticket priority. Custom ticket fields from Experia map to Intercom Ticket attributes, but the destination ticket type and attribute schema must be pre-created in Intercom before import because Intercom's TicketAttributes field has a complex JSON structure that varies by ticket type.
Experia
Customer
Intercom
Contact
1:1Experia Customer records (requester contact information and history) map to Intercom Contacts. Email is the primary deduplication key; if Experia stores external_id, that maps to Intercom's external_id field for deduplication. Custom properties on the Experia Customer record require schema pre-creation in Intercom as custom attributes on the Contact object.
Experia
Company
Intercom
Company
1:1Experia Company records associate multiple Customers with a single account and map directly to Intercom Companies. Intercom requires a filter by _Id to retrieve companies unrelated to any user, so we request all Companies with a separate query to ensure unattached accounts are not missed. The Companies, CompanySegments, and CompanyContacts objects support only one querying session at a time; we sequence these queries sequentially to avoid session conflicts.
Experia
Agent
Intercom
Teammate
1:1Experia Agent records map to Intercom Teammates. Role assignments (admin, agent) from Experia map to Intercom's teammate role model. We resolve agents by email match; any Experia agent without a matching Intercom Teammate is held in a reconciliation queue for the customer's admin to provision before record import.
Experia
Team
Intercom
Team
1:1Experia Teams group agents for routing and workload distribution and map to Intercom Teams. Team-to-Teammate assignment migrates as Intercom team membership records. Routing rules are not migrated as automation; we document the routing logic for the customer's admin to rebuild in Intercom's Workflow builder.
Experia
Conversation
Intercom
Conversation
1:1Experia conversation threads attached to tickets map to Intercom Conversations. The From_Type field accepts User, Lead, or Contact; we resolve the Experia requester to an Intercom Contact before creating the conversation. Full message body migrates as conversation parts, and attachments migrate as ContentDocument records linked via ContentDocumentLink. The channel type (email, chat, push) is set based on the Experia source channel.
Experia
Custom Ticket Field
Intercom
Ticket Attribute or Custom Object
lossyExperia custom fields require schema discovery during the discovery audit. If the custom field is a standard data type (text, number, date, boolean), we create a corresponding Ticket Attribute in Intercom. If the custom field represents a non-standard entity (order, subscription, property), we create an Intercom Custom Object with an external_id linking it to the parent Ticket via a relationship definition.
Experia
Attachment
Intercom
ContentDocument
1:1Files attached to Experia tickets or conversations migrate to Intercom as ContentDocument records linked via ContentDocumentLink to the parent Ticket or Conversation. File size and format checks apply; large attachments may require chunked transfer. Intercom's file upload field is read-only and includes Name, Url, ContentType, FileSize, Width, and Height fields.
Experia
Tag
Intercom
Tag or Multi-Select Picklist
lossyExperia tags categorize tickets and customers and map to Intercom Tags. We preserve tag taxonomy during migration and flag any tag values that exceed Intercom's character limits for review. If tags represent categorical data that should be structured, we recommend converting to Intercom's data attributes during scoping.
Experia
Custom Field (non-ticket)
Intercom
Custom Attribute on Contact or Company
lossyExperia stores custom properties on Customers and Companies beyond standard fields. We map these to Intercom's custom attribute system for Contacts and Companies. Text attributes on Contacts and Companies are limited to 255 characters; longer text fields (memo, description, note) require 4000-character fields which Intercom supports for specific field name patterns.
| Experia | Intercom | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Customer | Contact1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Agent | Teammate1:1 | Fully supported | |
| Team | Team1:1 | Fully supported | |
| Conversation | Conversation1:1 | Fully supported | |
| Custom Ticket Field | Ticket Attribute or Custom Objectlossy | Fully supported | |
| Attachment | ContentDocument1:1 | Fully supported | |
| Tag | Tag or Multi-Select Picklistlossy | Fully supported | |
| Custom Field (non-ticket) | Custom Attribute on Contact or Companylossy | 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.
Experia gotchas
No documented public API for bulk export
Thin review corpus prevents accurate data model mapping
Custom field schema is entirely undocumented
Intercom gotchas
S3 JSON export omits conversation transcripts
Workspace isolation prevents workflow migration
Fin AI resolution fees compound with automation success
Two-year conversation history limit on historical export
Private app rate limits share workspace quota
Pair-specific challenges
Migration approach
API access negotiation and discovery audit
We open a scoping engagement with Experia to confirm API access credentials or negotiate read access to their admin panel. If API access is unavailable, we scope a manual export fallback. Simultaneously, we request a field inventory from the customer covering all Tickets, Customers, Companies, Agents, Teams, and any custom fields in use. The discovery audit phase lasts two to three weeks and produces a written data model document confirming what can migrate, what requires schema creation in Intercom, and what must be held for admin resolution.
Schema design in Intercom
We design the destination schema in Intercom. This includes creating Ticket Types and their Ticket Attributes to match Experia's ticket field inventory, pre-creating custom attributes for Contacts and Companies, defining Custom Objects for any non-standard Experia entities, and configuring Team structures. Schema is validated in an Intercom sandbox workspace before production migration begins.
Sandbox migration and reconciliation
We run a full migration into an Intercom test workspace using a representative data sample. The customer's support operations lead reconciles record counts, spot-checks field mapping accuracy, and validates that conversation threading and attachment handling meet expectations. Any mapping corrections and schema gaps discovered in sandbox are resolved before production migration. This phase typically lasts one to two weeks.
Contact and Company import with deduplication
We import Experia Customers as Intercom Contacts with email as the primary deduplication key. External IDs from Experia map to Intercom's external_id for future sync reliability. Companies import follows, with company-contact linkages resolved via the Intercom Companies API. We enforce sequential querying for Companies and CompanySegments to avoid session conflicts. Any Experia agent or team records without matching Intercom counterparts are flagged for admin provisioning.
Ticket and Conversation import
We import Experia Tickets and conversation threads after all Contacts are confirmed in Intercom. Each Ticket is linked to the resolved Contact record, and conversation messages are created as conversation parts in chronological order. Attachments migrate as ContentDocument records linked via ContentDocumentLink. Tags migrate as Intercom Tags. Custom ticket fields migrate as Ticket Attributes if the schema was pre-created; any undefined attributes are held for remediation.
Cutover, validation, and automation handoff
We freeze Experia writes during cutover, run a final delta migration of any records modified during the migration window, then enable Intercom as the system of record. We deliver a written inventory of every Experia workflow, routing rule, and chatbot configuration requiring rebuild in Intercom's Workflow builder and Fin AI Agent setup. We support a one-week hypercare window for reconciliation issues. We do not rebuild Experia automations as Intercom workflows within the migration scope; that work is documented for the customer's admin or a separate Intercom implementation partner.
Platform deep dives
Experia
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 5 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Experia and Intercom.
Object compatibility
5 of 7 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
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
Experia: Not publicly documented.
Data volume sensitivity
Experia 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 Experia to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your Experia to Intercom migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Experia
Other ways to arrive at Intercom
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.