Helpdesk migration
Field-level mapping, validation, and rollback between Thread and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Thread
Source
Intercom
Destination
Compatibility
10 of 10
objects map 1:1 between Thread and Intercom.
Complexity
CModerate
Timeline
2-3 weeks
Overview
Thread conflates review aggregation and ticketing under a single chat-style interface, while Intercom separates customer messaging, tickets, and knowledge base into distinct product surfaces. The primary migration challenge is reconciling Thread's review-centric data model with Intercom's contact-conversation architecture: Review records have no direct Intercom equivalent, so we map them to Tickets with review source metadata preserved as custom attributes and tags. Thread Conversations map to Intercom Conversations or Tickets depending on the customer's preference for a ticket-first or conversation-first workflow. Response Templates, Tags, and Custom Properties migrate with field-type mapping, but Workflows and review-response automations do not carry over; we deliver a written inventory of these for your admin to rebuild in Intercom's Rules engine. We sequence the migration so that Review records are written before their linked responses to prevent orphaned replies in the destination.
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 Thread 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.
Thread
Review
Intercom
Ticket or Conversation (tagged)
1:1Thread Review records have no native Intercom equivalent. We create Intercom Tickets for each Review and preserve review source platform (Google, Trustpilot, G2, Capterra), star rating, and review body as custom attributes on the Ticket. The review_response field from Thread maps to an Intercom admin Note attached to the Ticket so the response text is visible in the conversation timeline. We create a custom attribute rt_source__c for the review platform and rt_rating__c for the star rating. Review attribution linkage is enforced: the review response import is queued to run only after the parent review record is confirmed written to Intercom.
Thread
Conversation
Intercom
Conversation or Ticket
1:1Thread Conversations map to Intercom Conversations by default. If the customer prefers a ticket-first workflow in Intercom, we map to Ticket instead and configure the channel accordingly. Each message in the Thread conversation chain becomes an Intercom conversation part with the original timestamp preserved. Author attribution (agent vs customer) maps from Thread's user role metadata to Intercom's admin vs user participant roles. Channel metadata (origin channel: email, chat, review) becomes an Intercom conversation tag.
Thread
Ticket
Intercom
Ticket
1:1Thread Ticket records with PSA-linked fields (when the ConnectWise integration is active) map to Intercom Ticket with status, priority, assignee, and the PSA reference number preserved in a custom attribute psa_reference__c. Thread ticket status values map to Intercom Ticket status values during the transform phase. Assignee resolution is deferred until after the User mapping step so that OwnerId references are satisfied.
Thread
User
Intercom
Admin or Team Member
1:1Thread Users (agents and admins) map to Intercom Admins and Team Members based on role metadata. We extract display name, email, and role assignment and create Intercom admin records during migration. Any Thread User without a matching Intercom Admin email goes to a reconciliation queue for the customer's admin to provision before record import resumes. Active vs inactive status is preserved.
Thread
Team
Intercom
Team
1:1Thread Teams map directly to Intercom Teams. We create the team structure in Intercom before any Conversation or Ticket import so that the team assignment on records resolves at the time of insert. If Thread teams are mapped to Intercom Inboxes, we configure the Inbox-Team relationship during the setup phase.
Thread
Response Template
Intercom
Saved Replies
1:1Thread Response Templates map to Intercom Saved Replies. Template shortcut codes and content transfer directly. If the Thread template references variables (such as {{customer_name}} or {{ticket_id}}), we document the variable mapping for the customer's admin to update in Intercom's Saved Replies editor post-migration since variable syntax differs between platforms.
Thread
Tag
Intercom
Tag
1:1Thread Tags applied to Tickets and Reviews map to Intercom Tags. We export the complete tag vocabulary and apply tags to the migrated Conversation and Ticket records. Tags that exceed Intercom's character limits are truncated and flagged for the customer's admin to rename. Review-source tags (e.g., trustpilot, google-review) are created explicitly as part of the Review-to-Ticket mapping.
Thread
Attachment
Intercom
Attachment (on Conversation)
1:1File attachments within Thread conversations are stored on Thread's CDN. We download all attachments, rename them with conversation identifiers, and re-upload them to Intercom's file storage before attaching them to the corresponding Intercom Conversation Part records. The original file name and MIME type are preserved in Intercom's attachment metadata.
Thread
Custom Property
Intercom
Custom Attribute
1:1Thread custom properties on Tickets and Conversations vary by account configuration. We export the complete custom property schema alongside the data, then create equivalent custom attributes in Intercom before the migration phase begins. Custom attribute types (string, number, date, boolean, list) are mapped to Intercom's attribute type system. Any Thread custom property that has no direct Intercom equivalent is flagged for the customer to review during scoping.
Thread
Integration
Intercom
Integration (reference inventory)
1:1Thread Integrations with HubSpot CRM, Mailchimp, and Google Sheets expose connection metadata, API credentials, and sync state. We export integration configurations as reference data and flag which ones require reconfiguration in Intercom or replacement with an Intercom-native equivalent. For example, Thread's ConnectWise PSA integration has no direct Intercom equivalent and is flagged as a configuration that requires manual rebuild in Intercom's integrations directory.
| Thread | Intercom | Compatibility | |
|---|---|---|---|
| Review | Ticket or Conversation (tagged)1:1 | Fully supported | |
| Conversation | Conversation or Ticket1:1 | Fully supported | |
| Ticket | Ticket1:1 | Fully supported | |
| User | Admin or Team Member1:1 | Fully supported | |
| Team | Team1:1 | Fully supported | |
| Response Template | Saved Replies1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Attachment | Attachment (on Conversation)1:1 | Fully supported | |
| Custom Property | Custom Attribute1:1 | Fully supported | |
| Integration | Integration (reference inventory)1:1 | 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.
Thread gotchas
No publicly documented API for programmatic migration
Flat-rate pricing hides per-user feature limits
Thread and conversation scoping ambiguity
Review attribution breaks when response is migrated separately
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
Discovery and export method confirmation
We audit the Thread account to establish record counts for Reviews, Conversations, Tickets, Users, Teams, Response Templates, Tags, Attachments, and Custom Properties. We confirm the export method with the customer: if a structured admin-panel export is available, we use it; if not, we apply screen-scraping with explicit consent and allocate additional time. We also identify whether the ConnectWise PSA integration is active (which adds PSA reference fields to Tickets) and whether review-response pairs are stored as separate records or as a single field within the Review object.
Intercom workspace configuration
We configure the Intercom destination workspace before any data import. This includes creating Teams matching the Thread team structure, creating Admins and Team Members from the Thread user roster, pre-creating all custom attributes (rt_source__c, rt_rating__c, psa_reference__c, and any migrated Thread custom properties), and configuring the Ticket type if the customer chooses a ticket-first model. We also disable automated campaigns and outbound email sequences during migration to prevent Intercom from sending notifications to customers during the import window, per Intercom's documented migration guidance.
Review and response dependency mapping
We extract all Thread Review records with their associated response text and shared identifiers. We build a dependency graph where each Review is a parent node and its response is a child node. The migration pipeline enforces that Review nodes are written to Intercom as Tickets before their response child nodes are queued for import. We also map the review source platform to the rt_source__c custom attribute and apply a source-platform tag to each Ticket. This step is completed before any general Conversation migration begins.
Sandbox migration and reconciliation
We run a full migration into a test workspace or a dedicated migration environment using production-like data volume. The customer reconciles record counts (Reviews migrated as Tickets, Conversations in Intercom, Users created as Admins), spot-checks a sample of review-response pairs to confirm attribution linkage, and validates that custom attribute values appear correctly on migrated records. Any mapping corrections are applied before the production migration phase begins.
Production migration in dependency order
We run production migration in the following order: Admins and Team Members (user records must exist for OwnerId resolution), Teams (must exist for team assignment), Custom Attributes (must exist before conversation import), Reviews as Tickets (with source metadata and dependency-locked responses), Conversations and Tickets, Attachments, Tags, and Response Templates. Each phase emits a row-count reconciliation report before the next phase begins. We apply exponential backoff on Intercom API rate-limit responses throughout.
Cutover, validation, and workflow rebuild handoff
We freeze Thread writes during cutover, run a final delta import of any records created or modified during the migration window to prevent data loss, then enable Intercom as the system of record. We deliver a written inventory of Thread's review-response automations, Response Templates requiring rebuild in Intercom Saved Replies, and a crosswalk of Tags to the new Intercom tag taxonomy. We do not rebuild automations or configure Rules in Intercom as part of the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Thread
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 4 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 Thread and Intercom.
Object compatibility
4 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
Thread: Not publicly documented. Throughput in practice is bounded by the connected PSA's API limits (ConnectWise Manage, Autotask, HaloPSA) rather than by Thread itself. The vendor's marketing cites 173 million tickets processed across 750+ MSP partners, indicating production-scale throughput..
Data volume sensitivity
Thread 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 Thread to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your Thread 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 Thread
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.