Helpdesk migration
Field-level mapping, validation, and rollback between Thena and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Thena
Source
Intercom
Destination
Compatibility
8 of 10
objects map 1:1 between Thena and Intercom.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from Thena to Intercom is a support-channel expansion for teams that have outgrown Thena's narrow Slack-and-Microsoft-Teams-only routing. Thena's object model—Requests, Conversations, Accounts, Users, and custom fields—maps directly to Intercom's Contact, Company, and Ticket objects, but the closing-status transfer requires resolving Thena's mandatory-field-on-close constraint before Intercom's resolved state is written. We extract via Thena's v2 REST API at bolt.thena.ai/rest/v2/, sequence the import in Intercom's required order (Contacts first, then Companies, then Tickets), and preserve conversation threading by replaying messages as Intercom conversation parts linked to the ticket. Thena Workflows and Forms are not migrated as code; we deliver a written inventory of every active workflow trigger and action for your admin to rebuild in Intercom's workflow builder.
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 Thena 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.
Thena
Request
Intercom
Ticket
1:1Thena Requests map to Intercom Tickets. The Thena Request fields—Subject, Description, Source, Status, assignee, reply count, Sentiment, and Urgency—map to Intercom Ticket title, description, source channel, status, assignee, and custom attributes. AI-generated Sentiment and Urgency from Thena transfer as Intercom custom ticket attributes. We flag records with null AI fields during extraction and document coverage gaps in the migration summary. Closing status transfer requires resolving Thena's mandatory-field-on-close constraint: we audit each closed Request against its field schema and only write Intercom resolved status after confirming all Thena-required fields were populated on the source record.
Thena
Conversation
Intercom
Conversation Part
1:1Thena Conversations are nested under Requests via GET /rest/v2/requests/{id}/conversations. We reconstruct the full message thread in Intercom by replaying each Thena Conversation as an Intercom conversation part linked to the parent Ticket. Timestamps, internal versus customer-facing flags, and attachment references preserve. The Intercom Messenger visibility rule applies: we simulate an inbound customer message to establish conversation context before posting outbound replies, ensuring the thread renders correctly in the Intercom Inbox.
Thena
Account
Intercom
Company
1:1Thena Accounts at GET /rest/v2/accounts map directly to Intercom Companies. The Thena account domain becomes the Company website field and acts as the dedupe key during import. We create Companies before any Contacts are imported so that the company_id lookup relationship is satisfied at Contact insert time.
Thena
User
Intercom
Contact (admin or end-user)
1:1Thena Users at GET /rest/v2/users map to Intercom Contacts. We map Thena user type (agent versus end-user) to Intercom Contact role using a custom attribute. Active and inactive status from Thena transfers to Intercom contact suppression state. Intercom requires contacts to exist before any ticket referencing them is created, so we run the User extraction and import first.
Thena
Custom Field
Intercom
Custom Attribute
1:1Thena custom fields at GET /rest/v2/custom-fields map to Intercom custom attributes on Contacts, Companies, and Tickets. We retrieve the full custom field schema before migration and pre-create the corresponding Intercom custom attributes (dropdown, boolean, text, number) in the Intercom workspace via Settings > Data > Custom Attributes. Dropdown values from Thena migrate as option labels in Intercom; we validate that all Thena dropdown values fit within Intercom's option limit per attribute.
Thena
Sub-status
Intercom
Ticket Status Label
lossyThena sub-statuses are workspace-configured tree structures under Open, In progress, On hold, and Closed. We extract the full sub-status tree during scoping and map each to an Intercom Ticket Status label. Since Intercom uses a flat state model rather than hierarchical sub-statuses, we collapse the tree into the closest Intercom status label and preserve the original Thena sub-status value in a custom ticket attribute for audit and reporting.
Thena
Workflow
Intercom
Workflow (inventory document)
1:1Thena Workflows built from Triggers, Conditions, and Actions (status change, assignee change, custom field change, Slack notification) do not migrate as automation code to Intercom because the trigger-event model differs. We export the workflow configuration as a structured written summary: trigger type, conditions, actions, and recommended Intercom workflow equivalent. The customer's Intercom admin rebuilds each workflow in Intercom's workflow builder post-migration.
Thena
Form
Intercom
Help Center Article or Ticket Attribute
1:1Thena Forms support create, batch update, get, and search via the v2 API. Form field schemas and definitions migrate as documentation. Form submission data maps into Intercom ticket or contact records based on the form's target object. We do not migrate the Form as a live widget; the customer's admin configures an equivalent Intercom email or chat form post-migration.
Thena
Owner (assignee)
Intercom
Admin or Teammate
1:1Thena Request assignee references map to Intercom Admin (agent) or Teammate records. We resolve Thena assignee by email match against the Intercom workspace user list. Assignees without a matching Intercom user enter a reconciliation queue for the customer to provision before record import resumes. Resolution order is critical: Admins must exist in Intercom before tickets referencing them are created.
Thena
Engagement metadata
Intercom
Ticket Custom Attributes
lossyThena's reply count, sentiment score, urgency score, and AI tagging metadata transfer as Intercom Ticket custom attributes. These fields are populated by Thena's inference pipeline and may not be set on all historical tickets; we flag records with null AI fields during extraction and include a coverage count in the migration summary report.
| Thena | Intercom | Compatibility | |
|---|---|---|---|
| Request | Ticket1:1 | Fully supported | |
| Conversation | Conversation Part1:1 | Fully supported | |
| Account | Company1:1 | Fully supported | |
| User | Contact (admin or end-user)1:1 | Fully supported | |
| Custom Field | Custom Attribute1:1 | Fully supported | |
| Sub-status | Ticket Status Labellossy | Fully supported | |
| Workflow | Workflow (inventory document)1:1 | Fully supported | |
| Form | Help Center Article or Ticket Attribute1:1 | Fully supported | |
| Owner (assignee) | Admin or Teammate1:1 | Fully supported | |
| Engagement metadata | Ticket Custom Attributeslossy | 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.
Thena gotchas
Deprecated v1 API references persist in docs
Closing requests with mandatory fields blocks workflows
Rate limits not publicly documented
AI-generated ticket fields not always exportable
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 Thena API validation
We audit the source Thena workspace via GET /rest/v2/ endpoints across Requests, Accounts, Users, Conversations, and Custom Fields. We run a discovery extraction of 50-100 sample records and validate field coverage, null-rate percentages for AI-generated fields, and the completeness of sub-status and workflow configurations. We also identify any integrations pointing to the deprecated v1 API and remap them to v2. The discovery output is a written migration scope, a null-field coverage report, and a list of any records that may require manual reconciliation due to Thena's mandatory-field-on-close constraint.
Intercom workspace provisioning and custom attribute schema
We pre-create the Intercom workspace schema before any data import. This includes creating all custom attributes on Contacts, Companies, and Tickets (matching Thena's custom field types and dropdown options), configuring Ticket status labels mapped from Thena's sub-status tree, and provisioning Admin and Teammate seats. Intercom requires custom attributes to exist before their values can be imported, so this step runs before the contact import phase. We validate the schema in Intercom's Settings > Data section before proceeding.
Contact and Company import
We import Thena Users as Intercom Contacts and Thena Accounts as Intercom Companies in dependency order: Companies first so that the company_id lookup is available, then Contacts with company references resolved. We map Thena agent users to Intercom Admins and end-users to Contacts. Any Contacts without a valid email address are held in a reconciliation queue; the customer resolves these before the Ticket import phase. Each batch emits a row-count reconciliation report against the Thena source counts.
Ticket import with conversation threading
We import Thena Requests as Intercom Tickets with conversation threading reconstructed from Thena's nested conversation records. Each Thena Conversation message posts as an Intercom conversation part on the parent Ticket, preserving timestamps, internal note flags, and attachment references. We apply the Thena sub-status mapping to Intercom Ticket status labels and flag any closed Thena Requests that may have unresolved mandatory-field states, importing them as open Tickets for admin review.
Delta sync and cutover
We run a delta sync of any records created or modified in Thena during the migration window, then freeze writes in Thena. Active Intercom campaigns are disabled before the final delta import to prevent API budget consumption. After the final delta, we enable Intercom as the system of record, update the messenger widget snippet across the customer's domains, and configure email forwarding from Thena to Intercom for a 14-day audit window.
Workflow inventory handoff and post-migration validation
We deliver the Thena Workflow and Form configuration inventory as a written document listing each workflow's trigger, conditions, actions, and recommended Intercom workflow builder equivalent. We support a one-week hypercare window for reconciliation issues raised by the customer's support team. We do not rebuild Thena Workflows as Intercom workflows inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Thena
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 2 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Thena and Intercom.
Object compatibility
2 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
Thena: Not publicly documented.
Data volume sensitivity
Thena 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 Thena to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your Thena 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 Thena
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.