Helpdesk migration
Field-level mapping, validation, and rollback between Teamwork Desk and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Teamwork Desk
Source
Intercom
Destination
Compatibility
10 of 12
objects map 1:1 between Teamwork Desk and Intercom.
Complexity
CModerate
Timeline
2-4 weeks
Overview
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.
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 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
Intercom
User, Lead, or Contact (split required)
1:manyTeamwork 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
Intercom
Company
1:1Teamwork 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
Intercom
Conversation
1:1Teamwork 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
Intercom
Operator
1:1Teamwork 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
Intercom
Team
1:1Teamwork 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)
Intercom
Article
1:1Teamwork 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
Intercom
Collection
lossyTeamwork 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
Intercom
Tag
1:1Teamwork 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)
Intercom
Custom Attributes
1:1Teamwork 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)
Intercom
Custom Object or Note
1:1Teamwork 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)
Intercom
Conversation Rating or Custom Attribute
1:1CSAT 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
Intercom
File
1:1File 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.
| Teamwork Desk | Intercom | Compatibility | |
|---|---|---|---|
| Customer | User, Lead, or Contact (split required)1:many | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Ticket | Conversation1:1 | Fully supported | |
| Agent | Operator1:1 | Fully supported | |
| Inbox | Team1:1 | Fully supported | |
| Helpdocs (Knowledge Base Articles) | Article1:1 | Fully supported | |
| Category | Collectionlossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Fields (Premium/Enterprise) | Custom Attributes1:1 | Mapping required | |
| Time Tracking (Pro tier and above) | Custom Object or Note1:1 | Mapping required | |
| Customer Happiness Ratings (CSAT) | Conversation Rating or Custom Attribute1:1 | Fully supported | |
| Attachment | File1: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.
Teamwork Desk gotchas
Spam tickets are silently excluded from Teamwork customer exports
Custom fields gated behind Premium and Enterprise tiers
API rate limit of 120 requests per minute constrains bulk export speed
Helpdesk Migration Service charges fees separate from Teamwork subscription
Triggers and business hours do not migrate as data
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 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.
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.
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.
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.
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
Teamwork Desk
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 3 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 Teamwork Desk and Intercom.
Object compatibility
3 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
Teamwork Desk: 120 requests per minute per org, returning X-Rate-Limit headers on every response.
Data volume sensitivity
Teamwork Desk 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 Teamwork Desk to Intercom migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Teamwork Desk
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.