Helpdesk migration

Migrate from Thena to Intercom

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

Thena logo

Thena

Source

Intercom

Destination

Intercom logo

Compatibility

80%

8 of 10

objects map 1:1 between Thena and Intercom.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

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

Thena logo

Thena

What's pushing teams away

  • Limited channel support frustrates teams using WhatsApp, alternative chat platforms, or broader communication stacks outside Slack and MS Teams.
  • Poor customer support access—difficulty reaching a human for account or technical issues—drives churn among teams that need responsive vendor backing.
  • Mandatory fields for closing requests create friction when automations try to resolve tickets without those fields populated, silently blocking resolution actions.

Choosing

Intercom logo

Intercom

What's pulling them in

  • Instant chat and message threading on websites and apps gives support teams a single inbox without context-switching, according to reviewers on Capterra and G2 who highlight fast response times as a primary benefit.
  • Fin AI handles repetitive inbound queries automatically, reducing agent workload measurably — G2 reviewers report fewer escalations and faster first-response times once Fin is configured.
  • Automation workflows (Outbound, Operator, and custom bots) allow teams to qualify leads and route tickets without manual intervention, appealing to growth-stage SaaS companies managing high ticket volumes.
  • Help center articles and self-service deflection are natively integrated, so knowledge base content and chat conversations live in the same workspace, simplifying reporting.
  • Multi-channel support (live chat, email, SMS, WhatsApp, Phone) consolidates customer touchpoints into one inbox, reducing the operational overhead of managing separate tools.

Object mapping

How Thena objects map to Intercom

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

maps to

Intercom

Ticket

1:1
Fully supported

Thena 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

maps to

Intercom

Conversation Part

1:1
Fully supported

Thena 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

maps to

Intercom

Company

1:1
Fully supported

Thena 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

maps to

Intercom

Contact (admin or end-user)

1:1
Fully supported

Thena 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

maps to

Intercom

Custom Attribute

1:1
Fully supported

Thena 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

maps to

Intercom

Ticket Status Label

lossy
Fully supported

Thena 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

maps to

Intercom

Workflow (inventory document)

1:1
Fully supported

Thena 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

maps to

Intercom

Help Center Article or Ticket Attribute

1:1
Fully supported

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

maps to

Intercom

Admin or Teammate

1:1
Fully supported

Thena 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

maps to

Intercom

Ticket Custom Attributes

lossy
Fully supported

Thena'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.

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.

Thena logo

Thena gotchas

Medium

Deprecated v1 API references persist in docs

Medium

Closing requests with mandatory fields blocks workflows

Medium

Rate limits not publicly documented

Low

AI-generated ticket fields not always exportable

Intercom logo

Intercom gotchas

High

S3 JSON export omits conversation transcripts

High

Workspace isolation prevents workflow migration

Medium

Fin AI resolution fees compound with automation success

Medium

Two-year conversation history limit on historical export

Low

Private app rate limits share workspace quota

Pair-specific challenges

  • Thena API stability and export completeness

    Third-party documentation notes that Thena does not maintain a stable API and that data migration from Thena comes with significant limitations and known data quality issues. We validate Thena's export completeness before committing to scope by running a discovery extraction of 50-100 sample records and comparing field coverage against the API schema. Any records with missing fields, truncated text, or null required values are flagged and included in the migration summary with a coverage percentage. Customers should expect some AI-tagged historical records to carry null sentiment or urgency values given Thena's own documentation of this limitation.

  • Mandatory fields silently block Thena close resolution

    Thena's workflow engine silently blocks the Close action when mandatory fields are not populated on a Request. This means some Request records may show a closed status in Thena's UI but the underlying state may reflect a stalled automation rather than a completed resolution. We audit closed Requests during extraction and flag any with unresolved mandatory field states. These records are imported into Intercom as open Tickets rather than resolved, so the customer's admin can review and close them correctly in the destination system.

  • Intercom requires Contacts before Tickets in import order

    Intercom's API enforces a contact-first import constraint: every conversation or ticket must reference an existing Contact (by id or email) at creation time. Attempting to create Tickets before their associated Contacts exist returns errors. We sequence the migration as Contacts first, then Companies, then Tickets. Any Contact import failures block downstream Ticket import. We resolve Contact failures by email match or creation before retrying the Ticket batch.

  • Deprecated v1 API and undocumented rate limits

    Thena's documentation at help.thena.ai references a deprecated v1 API alongside the current v2 API at bolt.thena.ai/rest/v2/. Some legacy integrations may reference v1 endpoints. We remap all endpoint calls to the v2 API during scoping and validate response consistency. Thena does not publish API rate limit thresholds, so we implement exponential backoff and request pacing in our migration runner, tuning throughput based on observed 429 responses during the initial sync run.

  • Active Intercom campaigns consume API budget during migration

    Intercom's API enforces rate limits that include requests from automated email campaigns. If active outbound campaigns are running during migration, they consume API budget and can slow or interrupt data import. We recommend disabling active automated campaigns in Intercom's Outbound section before migration begins. Campaigns are re-enabled post-migration as part of the cutover step.

Migration approach

Six steps for a successful Thena to Intercom data migration

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

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

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

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

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

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

Context on both ends of the pair

Thena logo

Thena

Source

Strengths

  • Slack-native routing routes tickets directly into team channels without context switching.
  • AI summarization and ticket detection at every paid tier reduces manual triage overhead.
  • Generous ticket volume relative to plan cost—Starter at 1,000 tickets per month.
  • MCP access on Standard tier enables programmatic automation and AI agent integration.
  • API-first architecture with documented v2 REST endpoints and a companion Enterprise API tier.

Weaknesses

  • Support channel coverage is narrow—Slack, Email, MS Teams, and Discord only; no WhatsApp or broader omnichannel.
  • Legacy API documentation references a deprecated v1 alongside the current v2, which can cause confusion during integration scoping.
  • Customer support responsiveness is a consistent complaint in user reviews, affecting account management and onboarding.
  • Sub-status configuration is per-workspace and not fully portable in any current export mechanism.
Intercom logo

Intercom

Destination

Strengths

  • Integrated AI agent (Fin) for automated resolution with per-resolution billing that rewards high automation rates.
  • Multi-channel inbox consolidating live chat, email, SMS, WhatsApp, and Phone into a single threaded view.
  • Native help center with articles, collections, and self-service deflection capabilities.
  • Workflow automation for routing, qualification, and proactive outbound messaging across channels.
  • Strong API ecosystem with 10,000 req/min rate limits for private apps enabling high-throughput migration pipelines.

Weaknesses

  • Pricing model compounds with seat count, AI resolution fees, channel costs, and multiple add-ons, making total cost hard to predict.
  • Workspace-level isolation prevents moving workflows or content between environments, requiring manual rebuilds.
  • S3 JSON export deliberately excludes conversation transcripts, necessitating REST API calls for full message history.
  • Outages are reported as frequent enough to be a concern for always-on support operations.
  • Setup complexity means teams often require internal guidance or professional services to configure bots and automation correctly.

Complexity grading

How hard is this migration?

Standard Helpdesk migration. 2 of 7 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 Thena and Intercom.

  • Object compatibility

    B

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

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

  • API constraints

    B

    Thena: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Thena to Intercom 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 Thena to Intercom data migrations

Answers to the questions buyers ask most during Thena to Intercom migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Thena to Intercom migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between two and four weeks for workspaces under 10,000 Requests and 2,000 Accounts with a straightforward sub-status mapping. Migrations with large conversation histories (over 200,000 messages), complex sub-status trees requiring manual mapping, or custom field schemas requiring Intercom custom attribute pre-configuration move to four to eight weeks. Intercom's own migration partner guidance confirms this tiering: small teams with simple setups take one to two weeks; mid-market with multiple teams and some customisation takes two to four weeks; enterprise with multi-brand and complex workflows takes four to eight weeks or more.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Thena.
Land in Intercom, 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