Helpdesk migration
Field-level mapping, validation, and rollback between Deskhero and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Deskhero
Source
Intercom
Destination
Compatibility
5 of 10
objects map 1:1 between Deskhero and Intercom.
Complexity
CModerate
Timeline
2-3 weeks
Overview
Moving from Deskhero to Intercom is primarily a conversation and knowledge base migration with a critical structural divergence in how each platform organizes help articles. Deskhero stores articles in flat categories; Intercom requires a three-level hierarchy of Collection, Section, and Article. We resolve this during migration by collapsing Deskhero categories into Intercom Sections inside a default Collection, flagging articles without section assignments for manual grouping post-migration. Ticket Conversations migrate as Intercom Conversation objects with full message threading and attachment references preserved, though active conversations open at cutover cannot migrate and must be manually carried forward. We do not migrate Automation Rules, Forms, or Mailbox OAuth credentials; we deliver a written inventory of these for the customer's admin to rebuild or reconnect manually.
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 Deskhero 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.
Deskhero
Ticket
Intercom
Conversation
1:1Deskhero Tickets map to Intercom Conversations with ticket status, priority, and timestamps preserved as conversation metadata. Full message threads migrate as Conversation Parts with author attribution, timestamp, and internal/private note flags converted to Intercom's public reply versus private admin note model. Custom ticket fields migrate as conversation attributes via Intercom's custom conversation attributes API. Deskhero's group and agent assignment map to Intercom's Admin and Team assignment fields.
Deskhero
Conversation
Intercom
Conversation Part
1:manyDeskhero Conversations are nested message threads inside each Ticket. Intercom stores these as Parts within the parent Conversation object. We flatten each Deskhero conversation into ordered Parts, preserving message sequence by timestamp. Attachment references migrate as Intercom file attachment URLs. Internal Deskhero messages marked as agent-only transfer as private admin notes in Intercom.
Deskhero
Knowledge Base Article
Intercom
Article (Collection + Section)
1:manyDeskhero's flat article structure maps to Intercom's three-level hierarchy. We use a default Collection named after the Deskhero help center, and each Deskhero article category becomes an Intercom Section. Articles without a Deskhero category assignment land in a default section and are flagged for manual reorganization post-migration. Article body content, section headers, multilingual translations, and attachment references migrate fully. Internal links between articles are rewritten to match Intercom URLs during migration.
Deskhero
Custom Field
Intercom
Data Attribute
1:1Deskhero custom fields (up to 250 on Large tier) map to Intercom Data Attributes on contacts and companies. We preserve field names, data types (text, number, date, dropdown), and current values per ticket. Intercom's Data Attributes API supports string, integer, float, boolean, date, and enum types — field types that cannot map directly are stored as string values and flagged for manual conversion. Custom ticket fields become conversation-level attributes.
Deskhero
Group
Intercom
Team
1:1Deskhero Groups define team routing and agent permissions. They map to Intercom Teams with group membership lists transferred as team membership. If Intercom's team assignment model is not used, agents can be assigned individually from the migrated group list. Group-level permission structures are documented for the customer's admin to recreate in Intercom's admin permissions model.
Deskhero
List and List Entry
Intercom
Segment
1:1Deskhero Lists (segmentation objects with up to 10,000 entries on Large tier) map to Intercom Segments. List entries tied to customer records by email are matched to Intercom contacts during migration. We preserve the list name, entry count, and entry-to-contact associations. Segments requiring real-time behavioral criteria are documented for rebuild in Intercom's segment builder.
Deskhero
Form
Intercom
Custom Quote Bot Form or Operator Form
lossyDeskhero Forms generate tickets from web submissions. Form field structure and routing rules are documented as a written specification. Form submissions that created tickets are migrated as the tickets themselves. Intercom does not have a direct form migration path — the customer rebuilds forms in Intercom's Operator or a connected form builder, using our documented field structure as the blueprint.
Deskhero
Mailbox
Intercom
Inbox Channel
lossyDeskhero Mailboxes (connected Gmail or Outlook accounts with two-way sync) are documented as mailbox configuration records including account address and folder mappings. OAuth tokens and IMAP credentials cannot be exported and are not migrated. The customer manually reconnects their mailbox in Intercom's Inbox channel settings post-migration. We recommend scheduling mailbox reconnection during a low-traffic window to avoid sync conflicts.
Deskhero
Automation Rule
Intercom
Workflow (rebuild required)
lossyDeskhero Automation Rules trigger on language detection, tone analysis, or subject keyword conditions to assign, tag, or triage tickets. We document every active rule as a written specification including trigger condition, action, and routing logic. Intercom Workflows use a different event-condition-action model — the rule logic does not migrate automatically. Our document serves as the blueprint for the customer's admin to rebuild in Intercom's Workflow builder.
Deskhero
Shopify Data
Intercom
Shopify Product Reference
1:1Deskhero queries Shopify live for product pricing and stock at reply time and never stores snapshots. We preserve Shopify store references, product ID mappings, and customer-to-product associations. The destination Intercom workspace must reconnect its own Shopify integration to restore live pricing in AI-drafted replies. Historical price and stock snapshots tied to specific tickets do not exist in Deskhero and therefore cannot be migrated.
| Deskhero | Intercom | Compatibility | |
|---|---|---|---|
| Ticket | Conversation1:1 | Fully supported | |
| Conversation | Conversation Part1:many | Fully supported | |
| Knowledge Base Article | Article (Collection + Section)1:many | Fully supported | |
| Custom Field | Data Attribute1:1 | Fully supported | |
| Group | Team1:1 | Fully supported | |
| List and List Entry | Segment1:1 | Fully supported | |
| Form | Custom Quote Bot Form or Operator Formlossy | Fully supported | |
| Mailbox | Inbox Channellossy | Fully supported | |
| Automation Rule | Workflow (rebuild required)lossy | Fully supported | |
| Shopify Data | Shopify Product Reference1:1 | Mapping required |
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.
Deskhero gotchas
Shopify live-data model means no historical price or stock snapshot migrates
Three-agent minimum creates stranded cost for very small teams
Mailbox two-way sync requires re-authentication at destination
No documented bulk export API for self-service data portability
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 Deskhero portal to count active and closed tickets, conversation message volume, knowledge base article count and category structure, custom field definitions, group and agent roster, active lists and list entry counts, Shopify store reference and product ID mappings, and mailbox account list. We pair this with an Intercom workspace readiness check: confirming the target workspace is provisioned, the Help Center is active, and any required Shopify or third-party integrations are licensed. The discovery output is a written migration scope with record counts, object mapping table, and a knowledge base hierarchy mapping plan.
Knowledge base hierarchy mapping
Deskhero articles organized in flat categories are mapped to Intercom Sections inside a default Collection before any data is extracted. We review each Deskhero category name and article count, assign them to Intercom Sections, and identify articles without category assignments to flag for post-migration grouping. This step runs before extraction so that Intercom's article IDs are pre-reserved and linked during the import phase.
Custom attribute and group pre-configuration
We pre-create Intercom Data Attributes matching Deskhero's custom field definitions using Intercom's Data Attributes API, and we pre-provision Intercom Teams matching Deskhero Groups. Custom fields that cannot map directly to an Intercom type (for example, multi-select arrays) are created as string attributes and flagged for manual type correction post-migration. Group membership lists are pre-loaded so that Intercom Teams exist before agent assignment on imported conversations.
Demo migration and reconciliation
We run a demo migration of a representative sample (typically 50-100 tickets, 25-50 articles, and all custom attribute types) into the Intercom workspace. The customer's lead agent and admin reconcile record counts, spot-check conversation threading fidelity, confirm article content and attachment visibility, and verify custom attribute values display correctly. Any mapping corrections to the knowledge base hierarchy, custom attribute type, or group assignment are applied before the full migration begins.
Full migration in dependency order
We run full migration in sequence: Knowledge Base Articles first (with Intercom article IDs collected for cross-linking), then Conversations and Tickets (with custom fields mapped and agent assignments resolved against pre-provisioned Intercom Teams), then Lists and List Entries, then Shopify store and product ID references. Each phase emits a row-count reconciliation report. We pause Deskhero writes during the final delta migration window, capture any records modified since the initial extract, and import the delta before declaring cutover complete.
Cutover, Fin AI Agent readiness, and handoff
We freeze Deskhero writes at cutover, run the final delta migration, validate a 10-percent random sample of migrated records in Intercom, and hand off the workspace to the customer's team. We deliver the Automation Rule rebuild guide, the mailbox reconnection checklist, and the Shopify integration reconnect instructions as separate documents. Fin AI Agent configuration is not part of the migration scope — we recommend the customer's admin train Fin on the migrated knowledge base articles and configure routing workflows using our automation rule inventory as a reference. We support a five-business-day hypercare window for reconciliation issues raised by the support team.
Platform deep dives
Deskhero
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 Deskhero 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
Deskhero: Not publicly documented.
Data volume sensitivity
Deskhero 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 Deskhero to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your Deskhero 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 Deskhero
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.