Helpdesk migration
Field-level mapping, validation, and rollback between ClickDesk and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
ClickDesk
Source
Intercom
Destination
Compatibility
9 of 11
objects map 1:1 between ClickDesk and Intercom.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from ClickDesk to Intercom is a schema-normalisation migration more than a record-copy. ClickDesk stores everything in a flat ticket-plus-channel model; Intercom splits Conversations ( Messenger-first threads) from Tickets (structured back-office requests), and both require a Contact or Lead record to exist before any thread or ticket can be created. We handle ClickDesk's channel chaos by routing live chats to Intercom Conversations, helpdesk tickets to Intercom Tickets, and offline message queues to Tickets with an offline-source attribute. Canned responses export as a flat list and re-import as Intercom saved replies. We do not migrate ClickDesk's widget configuration, reporting analytics, or automation rules; we deliver a written widget-recreation checklist and a Fin AI Agent configuration brief as part of the handoff package. The primary risk on this migration is ClickDesk's lack of a documented public API, which means the source export relies on UI-based extraction with careful manual sequencing for data that has no export button.
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 ClickDesk 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.
ClickDesk
Ticket
Intercom
Conversation or Ticket (decision required)
lossyClickDesk helpdesk tickets (subject, description, status, priority, agent assignment) map to either Intercom Conversation or Ticket depending on the customer's use case. Live support threads that originated as ClickDesk live chats map to Conversation for Messenger visibility and real-time reply capability. Structured back-office requests (bug reports, feature requests, internal tasks) map to Ticket which supports defined states and custom attributes. We make the Conversation-versus-Ticket decision during scoping based on the customer's ClickDesk ticket channels and use patterns. Closed tickets that were historically emails map to Conversation (email-type) for consistent conversation threading in Intercom.
ClickDesk
Chat
Intercom
Conversation (part)
1:1ClickDesk live chat sessions stored as conversation threads with visitor info, agent name, and message timestamps map to Intercom Conversation records. Each message in the ClickDesk thread becomes an Intercom conversation part (the individual reply). Visitor name and email from ClickDesk map to the Contact name and email fields on the Intercom conversation. We set the conversation type to 'Chat' and preserve the original agent assignment and timestamp. Note: ClickDesk chat sessions are always associated with a visitor contact, but the contact must exist in Intercom before the conversation import can reference it — we pre-import contacts in a preceding phase.
ClickDesk
Contact / Visitor
Intercom
Contact or Lead
1:1ClickDesk visitor and contact records (name, email, phone, tags, social toolbar data) map to Intercom Contact. Visitors who have not provided an email map to Intercom Lead instead. We use ClickDesk's visitor email as the primary dedupe key; if a Contact with the same email already exists in Intercom we update rather than duplicate. Tags from ClickDesk visitor sessions map to Intercom Contact tags. Social Toolbar source (Facebook, Twitter) stored as a custom attribute on the Contact.
ClickDesk
Agent
Intercom
Admin or Teammate
1:1ClickDesk agent profiles (name, email, department) map to Intercom Admin or Teammate records. Intercom Admins have full workspace access; Teammates have inbox-only access. We recommend mapping ClickDesk agents with admin-level permissions to Intercom Admin and all others to Teammate. Department assignments from ClickDesk map to Intercom Teams, which are created before agent import so that the team assignment is set at insert time. Online/offline status is not persisted as ClickDesk does not retain this state.
ClickDesk
Department
Intercom
Team
1:1ClickDesk departments (Sales, Support, etc.) used for chat routing map to Intercom Teams. We create Intercom Teams during the pre-import phase and map each ClickDesk department to the corresponding Team ID. Agent-department assignments resolve to Team membership in Intercom.
ClickDesk
Canned Response
Intercom
Saved Reply
1:1ClickDesk canned responses (short text snippets with category labels) export as a flat list from the ClickDesk UI. We map them to Intercom Saved Replies which are workspace-level templates available to all agents. ClickDesk categories map to Saved Reply names or descriptions. Because ClickDesk does not have a bulk export for canned responses, we extract them manually or via structured UI capture and format them as CSV for Intercom's saved replies bulk import.
ClickDesk
Offline Message
Intercom
Ticket (offline source)
1:1ClickDesk offline messages submitted when no agents are online are queued separately and exported as tickets with an 'Offline' channel marker. We import these as Intercom Tickets (not Conversations, because there is no live Messenger thread to continue) and set a custom attribute cd_channel_source = 'Offline' to preserve the origin context. Creation timestamps are preserved. These tickets appear in the Intercom inbox alongside any migrated chat-based tickets.
ClickDesk
Social Channel (Facebook, Twitter)
Intercom
Conversation (with channel attribute)
1:1ClickDesk social toolbar pulls Facebook and Twitter messages into the same inbox. We map these to Intercom Conversations with the channel source stored as a custom attribute (cd_channel_source = 'Facebook' or cd_channel_source = 'Twitter'). The social message content and timestamps migrate as conversation parts. If the social contact email is available, we associate the conversation with the corresponding Intercom Contact; if no email, we treat it as an anonymous conversation.
ClickDesk
VoIP Call
Intercom
Conversation part or Call object
1:1ClickDesk embedded browser telephony produces chat history entries with call duration, direction (inbound/outbound), and agent attribution. We map these to Intercom Conversation parts of type 'note' with the call summary stored as plain text, or to a custom Intercom Call custom object if the customer is on a plan that supports Custom Objects and wants call records as separate objects. Call duration and direction store as custom attributes on the conversation part.
ClickDesk
Tag
Intercom
Tag or Custom Attribute
lossyClickDesk visitor and chat tags (flat label arrays) map to Intercom Contact tags. Tags used for classification (department tags, source tags) also map to Contact tags. We export tags as a deduplicated label list and import them as Intercom workspace tags. If the customer uses tags as structured data (e.g., product category tags), we recommend mapping them to Intercom Custom Attributes on the Contact object during scoping.
ClickDesk
Report / Analytics
Intercom
N/A
1:1ClickDesk basic reporting (chat volume, response times, agent handle times, satisfaction scores) has no export mechanism. We do not migrate reporting data. The customer should screen-capture or manually export any historical metrics from ClickDesk's dashboard before the migration window. We note reporting gaps in the migration summary.
| ClickDesk | Intercom | Compatibility | |
|---|---|---|---|
| Ticket | Conversation or Ticket (decision required)lossy | Fully supported | |
| Chat | Conversation (part)1:1 | Fully supported | |
| Contact / Visitor | Contact or Lead1:1 | Fully supported | |
| Agent | Admin or Teammate1:1 | Fully supported | |
| Department | Team1:1 | Fully supported | |
| Canned Response | Saved Reply1:1 | Fully supported | |
| Offline Message | Ticket (offline source)1:1 | Fully supported | |
| Social Channel (Facebook, Twitter) | Conversation (with channel attribute)1:1 | Fully supported | |
| VoIP Call | Conversation part or Call object1:1 | Fully supported | |
| Tag | Tag or Custom Attributelossy | Fully supported | |
| Report / Analytics | N/A1: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.
ClickDesk gotchas
No documented public API for automated export
Small company raises long-term viability concerns
Reporting data has no export mechanism
Widget configuration cannot be transferred
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
Scoping and export preparation
We audit the ClickDesk account across all channels (tickets, chats, offline messages, social toolbar, VoIP, departments, agents, canned responses, and tags). We document the export sequence and provide the customer with a structured extraction checklist aligned to ClickDesk's UI layout. We define the Conversations-versus-Tickets split strategy based on the customer's use patterns, and we map ClickDesk channel metadata to Intercom conversation attributes. The output is a written migration scope with record counts, channel attribution rules, and a ClickDesk export order so the customer can begin UI-based extraction before migration scripting starts.
Intercom workspace provisioning
We create the Intercom workspace structure before any data moves: Teams (from ClickDesk departments), Admins and Teammates (from ClickDesk agents with role mapping), and Saved Replies (from ClickDesk canned responses via bulk import CSV). If the customer requires Custom Objects (e.g., VoIP call records), we provision the object schema and attributes in Intercom during this phase. Custom attributes referenced in the mapping plan (cd_channel_source, cd_original_ticket_id) are created as Contact or Conversation attributes.
Contact pre-import phase
We import all ClickDesk visitor and contact records (name, email, phone, tags, social source) into Intercom as Contacts or Leads before any conversation or ticket data. This phase establishes the Contact IDs that are required references for the conversation import in the next phase. We use email as the dedupe key and set cd_original_visitor_id as a custom attribute for reconciliation. Any ClickDesk visitor without an email address imports as an Intercom Lead with the anonymous flag set.
Conversation and ticket import
We import ClickDesk chat sessions as Intercom Conversations, helpdesk tickets as Intercom Tickets (or Conversations depending on the scoping decision), offline messages as Tickets with the cd_channel_source attribute, and social channel threads as Conversations with channel attribution. Each message in a ClickDesk thread becomes a conversation part in Intercom with author, timestamp, and content preserved. Agent assignments resolve via the email-matched Admin/Teammate records created in Phase 2. We batch conversations in chunks of 200-500 records per API call with exponential backoff on Intercom's rate limit responses.
Canned response and tag reconciliation
We import ClickDesk canned responses as Intercom Saved Replies using the bulk import CSV. We import visitor and chat tags as Intercom workspace tags on the corresponding Contacts. We run a reconciliation pass comparing ClickDesk tag counts against Intercom applied tags and flag any unresolvable tags (e.g., tags with special characters that Intercom does not allow). The customer reviews and approves the saved reply set before go-live.
Cutover, widget rebuild handoff, and gap disclosure
We freeze ClickDesk as read-only, run a final delta migration of any records created or modified during the migration window, then mark Intercom as the system of record. We deliver the widget-recreation checklist, the Fin AI Agent configuration brief, and the reporting gap disclosure. We do not configure Fin or rebuild workflows inside the migration scope. We support a 48-hour hypercare window for data reconciliation issues raised during the customer's first week of live Intercom operation.
Platform deep dives
ClickDesk
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 ClickDesk 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
ClickDesk: Not publicly documented.
Data volume sensitivity
ClickDesk 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 ClickDesk to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your ClickDesk 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 ClickDesk
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.