Helpdesk migration

Migrate from Teamwork Desk to Intercom

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

Teamwork Desk logo

Teamwork Desk

Source

Intercom

Destination

Intercom logo

Compatibility

83%

10 of 12

objects map 1:1 between Teamwork Desk and Intercom.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Teamwork Desk and Intercom use fundamentally different object models. Teamwork Desk is a traditional ticket-centric help desk with Customers, Tickets, Inboxes, and a threaded message structure. Intercom is a conversation-first platform built around Users, Leads, Contacts, Companies, and Conversations that blend chat, email, and ticketing into a single object. The migration requires converting Teamwork Tickets into Intercom Conversations, mapping Teamwork Inboxes to Intercom Teams, reconciling Teamwork Customers against Intercom's split contact model (where users and leads are separate from contacts and companies), and reparenting Teamwork message threads to Intercom's conversation_parts structure. We handle the object schema translation and API-based import; workflows, triggers, business hours, and time-tracking entries do not migrate as data and are documented for rebuild.

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

Teamwork Desk logo

Teamwork Desk

What's pushing teams away

  • The mobile app offers limited functionality compared to the desktop interface, frustrating agents who need to handle tickets while away from their desks.
  • Time-tracking visibility across days and weeks is weak, making it difficult for team leads to report on agent utilization or project-level support costs over time.
  • The interface has a steep learning curve with many features and settings, which overwhelms new users and extends onboarding time for support teams.

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 Teamwork Desk objects map to Intercom

Each row shows how a Teamwork Desk 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.

Teamwork Desk

Customer

maps to

Intercom

User, Lead, or Contact (split required)

1:many
Fully supported

Teamwork Desk Customers are the unified contact object with name, email, and optional company association. Intercom splits this into User (authenticated product users), Lead (unauthenticated visitors), and Contact (the CRM contact record). We perform identity resolution during scoping: customers with a known company in Teamwork map to Intercom Contact with a Company link; customers without company data map to Lead; customers confirmed as product users with a login email map to User. The original Teamwork Desk customer_id is preserved in a custom attribute twd_customer_id for audit and cross-reference.

Teamwork Desk

Company

maps to

Intercom

Company

1:1
Fully supported

Teamwork Desk Customer companies map directly to Intercom Company. The company name becomes the Company name, domain maps to the Website field, and the Intercom Company is used as the deduplication key during Contact import. We create Company records before Contacts so that Contact-Company lookups are satisfied at insert time.

Teamwork Desk

Ticket

maps to

Intercom

Conversation

1:1
Fully supported

Teamwork Desk Tickets map to Intercom Conversations. The ticket subject becomes the Conversation title, ticket status (open, pending, resolved, closed) maps to Intercom's open, closed, or snoozed state, and priority maps to a conversation priority attribute. The full message thread (customer replies and agent responses) migrates as conversation_parts in chronological order, with internal notes preserved as internal conversation_parts visible only to operators. Ticket assignee from Teamwork maps to the conversation's assignment assignee_id in Intercom.

Teamwork Desk

Agent

maps to

Intercom

Operator

1:1
Fully supported

Teamwork Desk Agents map to Intercom Operators. We match by email address as the deduplication key. Agent role in Teamwork Desk (admin, agent) maps to the operator's admin or agent role in Intercom. Inactive agents in Teamwork Desk map to inactive operators in Intercom, and we flag them for the customer's admin to activate before go-live.

Teamwork Desk

Inbox

maps to

Intercom

Team

1:1
Fully supported

Teamwork Desk Inboxes route incoming tickets from specific email addresses or forwarding rules to designated agents. Each Teamwork Desk Inbox becomes an Intercom Team. The inbox-agent assignment migrates as the Team-member mapping in Intercom. Inboxes with no agent assignments are flagged during scoping. Customers with more than 20 Inboxes may require consolidation during scoping because Intercom Teams have a simpler structure.

Teamwork Desk

Helpdocs (Knowledge Base Articles)

maps to

Intercom

Article

1:1
Fully supported

Teamwork Desk Helpdocs articles map to Intercom Articles. The article title, body content (rich text), author, publication status (draft, published), and category associations migrate directly. Article attachments are downloaded from Teamwork Desk URLs and re-uploaded to Intercom's file storage. Note that Intercom's article folder hierarchy (Collections and Sub-collections) may not map directly to Teamwork Desk's flat category model; we document the hierarchy as Intercom Collections and flag any flattening required during scoping.

Teamwork Desk

Category

maps to

Intercom

Collection

lossy
Fully supported

Teamwork Desk Categories are hierarchical folders for organizing Helpdocs articles. These map to Intercom Collections and Sub-collections. We preserve the hierarchy as nested Collections, but Intercom only supports two levels (Collection > Sub-collection) versus Teamwork Desk's potentially deeper structure. Any categories beyond two levels are flattened and documented for manual reorganization post-migration.

Teamwork Desk

Tag

maps to

Intercom

Tag

1:1
Fully supported

Teamwork Desk Tags on tickets migrate as Intercom conversation tags. Tags are vocabulary-preserved: we export the full tag list from Teamwork Desk and create matching tags in Intercom before ticket import begins so that tagging applies correctly during migration. Tags used on Helpdocs do not migrate to Intercom article tags without a separate article-tagging configuration step documented during scoping.

Teamwork Desk

Custom Fields (Premium/Enterprise)

maps to

Intercom

Custom Attributes

1:1
Mapping required

Teamwork Desk custom fields on tickets and customers (available only on Premium at $36.75/user/month and Enterprise) map to Intercom custom conversation attributes or contact attributes. We enumerate every custom field during scoping, match field types (dropdown, text, date, number), and create corresponding custom attributes in Intercom before migration. Without pre-creating these attributes, Teamwork Desk custom field data lands as plain text with no type enforcement in Intercom.

Teamwork Desk

Time Tracking (Pro tier and above)

maps to

Intercom

Custom Object or Note

1:1
Mapping required

Teamwork Desk time entries log billable or non-billable time against tickets. Intercom does not have a native time-tracking object. We export time entries as a structured CSV and either create a custom Time Entry object in Intercom with a lookup to the conversation, or attach time entries as internal conversation_parts on the mapped conversation. The customer chooses the approach during scoping.

Teamwork Desk

Customer Happiness Ratings (CSAT)

maps to

Intercom

Conversation Rating or Custom Attribute

1:1
Fully supported

CSAT ratings on Teamwork Desk tickets (Premium tier) migrate as Intercom conversation ratings or as a custom numeric attribute on the conversation, depending on the customer's Intercom plan. Intercom's native conversation ratings are operator-facing and can be included in reporting. We map the Teamwork Desk rating score to the Intercom rating scale during the import transform.

Teamwork Desk

Attachment

maps to

Intercom

File

1:1
Fully supported

File attachments on Teamwork Desk tickets and Helpdocs are referenced by URL in Teamwork's API. We download each attachment and re-upload to Intercom's file storage. Intercom blocks certain file types for security (.exe, .sys, .scr, .shb, .wsf, and others). Before migration, we enumerate any blocked file types in the customer's ticket attachments and either skip them with a flag in the reconciliation report or enable Allow more file types in Intercom Security settings if the customer accepts the risk.

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.

Teamwork Desk logo

Teamwork Desk gotchas

Medium

Spam tickets are silently excluded from Teamwork customer exports

Medium

Custom fields gated behind Premium and Enterprise tiers

Medium

API rate limit of 120 requests per minute constrains bulk export speed

High

Helpdesk Migration Service charges fees separate from Teamwork subscription

Low

Triggers and business hours do not migrate as data

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

  • Ticket-to-conversation object model gap requires active reconciliation

    Teamwork Desk Tickets are discrete record objects; Intercom Conversations are activity streams with parts. The migration converts each Teamwork Ticket into an Intercom Conversation, but Intercom's conversation model does not support every Teamwork Desk ticket field natively. Status, priority, assignee, and tags map directly; custom fields require pre-creation in Intercom as custom attributes; internal notes migrate as internal conversation_parts visible only to operators. We flag any Teamwork Desk ticket fields without an Intercom equivalent during scoping and present them for a mapping decision before production migration.

  • Intercom blocks executable and script file types by default

    Intercom's Security settings disable certain file attachment types (.exe, .sys, .scr, .shb, .wsf and others) because they may contain malicious content. Teamwork Desk tickets with attachments in these formats will fail import unless the customer explicitly enables Allow more file types in Intercom Settings > Security > Attachment settings before migration begins. We check for blocked file types during scoping and present a list with the option to enable them or exclude those attachments from the migration.

  • Teamwork Desk spam tickets are silently excluded from exports

    Teamwork Desk's native export omits customers whose tickets are marked as spam. We replicate this behavior to avoid creating phantom contact records in Intercom. However, this means some ticket-to-customer associations may be incomplete if spam status was applied inconsistently. We flag any orphaned tickets (tickets with no migrated customer) during validation and present them for review before finalizing the import.

  • Triggers, Business Hours, and Time Tracking do not migrate as data

    Teamwork Desk Triggers (Pro tier and above) and Business Hours (Premium tier) are configuration objects, not content records. Intercom's automation engine operates on conversations and operators with a different trigger model. We document every active Trigger and Business Hours configuration during scoping and deliver a written inventory for the customer's admin to rebuild in Intercom. Time-tracking entries require a separate export and either a custom object or note-based approach documented for manual recreation.

  • Knowledge base article dates reset to migration date

    Intercom's import process for articles does not preserve the original creation date from Teamwork Desk Helpdocs; article dates reflect the date of migration. We flag this during scoping so the customer's admin can either accept the date reset or plan a post-migration content audit to restore publication dates manually if historical accuracy is required for SEO or compliance.

Migration approach

Six steps for a successful Teamwork Desk to Intercom data migration

  1. Discovery and scoping

    We audit the source Teamwork Desk account across all tiers (Starter through Enterprise), enumerating every object present: customers, tickets, agents, inboxes, Helpdocs categories and articles, tags, custom fields (Premium/Enterprise), time-tracking entries (Pro and above), and CSAT ratings (Premium). We document the volume per object, identify any blocked file types in attachments, and produce a written migration scope that identifies every object we migrate, every object we flag for manual rebuild, and the specific mapping decisions (Customer-to-User/Lead/Contact split rule, Inbox-to-Team mapping, Category-to-Collection hierarchy). We do not proceed to migration until the scope is signed off.

  2. Sandbox migration and reconciliation

    We run a representative migration into a staging Intercom workspace using a sample of up to 100 tickets, 50 customers, and 20 Helpdocs articles. The customer's team lead reconciles the sample against the Teamwork Desk source: ticket thread fidelity, customer deduplication accuracy, article content and attachment presence, and tag vocabulary completeness. We correct any mapping errors identified during reconciliation before production migration begins. This step is the only opportunity to catch schema issues before they affect the full dataset.

  3. Intercom workspace pre-configuration

    Before any records are written, we configure the Intercom destination workspace: Teams (from Teamwork Desk Inboxes), custom conversation and contact attributes (from Teamwork Desk custom fields), tags (from Teamwork Desk tag vocabulary), Collections and Sub-collections (from Teamwork Desk Helpdocs Categories), and any required security settings (file type allowance). Schema deployment happens in the staging workspace first, validated against the sandbox migration results, then deployed to the production workspace.

  4. Production migration in dependency order

    We run production migration in record-dependency order: Companies (from Teamwork Desk Customer companies), then Contacts and Leads (from Teamwork Desk Customers with the identity split applied), then Conversations (from Teamwork Desk Tickets with thread history and internal notes), then Helpdocs articles (mapped to Intercom Articles within Collections), then Tags and custom attribute values. Each phase emits a row-count reconciliation report; we do not proceed to the next phase until the previous phase's reconciliation is validated by the customer's team.

  5. Cutover, validation, and rebuild handoff

    We freeze Teamwork Desk writes during cutover, run a final delta migration of any records modified during the migration window, then deliver the full reconciliation report. We provide the Trigger, Business Hours, and Time Tracking inventory documents to the customer's admin team for rebuild in Intercom. We offer a one-week hypercare window to resolve any post-migration data issues. We do not rebuild Teamwork Desk Triggers as Intercom workflows inside the migration scope; that is a separate configuration engagement.

Platform deep dives

Context on both ends of the pair

Teamwork Desk logo

Teamwork Desk

Source

Strengths

  • Per-agent pricing model is transparent and predictable, starting lower than most competitors.
  • Native ecosystem integration with Teamwork Projects, CRM, and Spaces for teams already on the platform.
  • Automated ticket routing, macros, and triggers reduce manual work for support teams.
  • 30-day free trial with no credit card required lowers evaluation friction.
  • Multi-channel inbox consolidates email, forwarding, and other sources into a single queue.

Weaknesses

  • Mobile app is limited in functionality compared to the desktop interface.
  • Time-tracking reports lack visibility across extended periods (days, weeks).
  • Steep learning curve due to the breadth of features and settings options.
  • Limited enterprise features compared to Zendesk or Freshdesk at higher tiers.
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?

Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Teamwork Desk and Intercom.

  • Object compatibility

    C

    3 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

    Teamwork Desk: 120 requests per minute per org, returning X-Rate-Limit headers on every response.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Small teams with under 5,000 tickets, fewer than 10 inboxes, and no Premium-tier custom fields typically migrate in two to four weeks. Mid-market migrations with 5,000-20,000 tickets, multiple inboxes, and custom field mapping move to four to six weeks. Enterprise migrations with large knowledge bases (500+ Helpdocs articles), Enterprise-tier data, time-tracking exports, or multi-team structures require six to eight weeks. All timelines assume timely access to both platforms and prompt sign-off at each phase gate.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Teamwork Desk.
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