Helpdesk migration
Field-level mapping, validation, and rollback between HubSpot Service Hub and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
HubSpot Service Hub
Source
Intercom
Destination
Compatibility
13 of 15
objects map 1:1 between HubSpot Service Hub and Intercom.
Complexity
BStandard
Timeline
3-5 weeks
Try the reverse
Overview
Moving from HubSpot Service Hub to Intercom is a platform switch from a CRM-adjacent helpdesk to a messenger-first customer engagement platform. HubSpot Service Hub stores ticket history as fragmented engagement objects across multiple APIs—emails, calls, chats, and notes are separate records linked by a relations layer. Intercom consolidates these into Conversation Parts inside a single Conversation thread. We query each HubSpot engagement type separately, reconstruct the unified conversation timeline, then load it into Intercom's conversation model. Ticket pipelines in HubSpot map to Intercom Inboxes, which function as both routing queues and permission boundaries. Knowledge base articles migrate to Intercom Articles with category structure preserved. We do not migrate HubSpot Workflows, Sequences, Canned Responses, Customer Success Workspaces, or Health Score algorithms as these are configuration artifacts that require manual rebuild in Intercom. CSAT survey responses migrate as data but the survey mechanism itself must be recreated.
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.
Source platform
HubSpot Service Hub platform overview
Scorecard, SWOT, gotchas, and pricing for HubSpot Service Hub.
Destination platform
Intercom platform overview
Scorecard, SWOT, gotchas, and pricing for Intercom.
Data migration guide
The complete Intercom migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Source platform guide
HubSpot Service Hub migration guide
Understand the data you're exporting from HubSpot Service Hub before mapping it.
Destination checklist
Intercom migration checklist
Pre- and post-cutover tasks for moving onto Intercom.
Source checklist
HubSpot Service Hub migration checklist
Exit checklist for unwinding your HubSpot Service Hub setup cleanly.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a HubSpot Service Hub 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.
HubSpot Service Hub
Ticket
Intercom
Conversation
1:1HubSpot Tickets map directly to Intercom Conversations. The ticket subject becomes the conversation title, ticket status (open, pending, closed, solved) maps to Intercom's state (open, closed), and priority maps to a conversation priority attribute. Custom ticket properties migrate as conversation custom attributes. Ticket source (email, chat, Facebook, WhatsApp, Instagram) maps to Intercom's channel field. We reconstruct the conversation thread from HubSpot engagement fragments before inserting so agents see a unified timeline in Intercom.
HubSpot Service Hub
Contact
Intercom
User
1:1HubSpot Contacts map to Intercom Users. Email address serves as the dedupe key. Standard properties (first name, last name, phone, lifecycle stage) migrate as user attributes. The HubSpot lifecycle stage value is preserved as a custom attribute hs_lifecycle_stage__c on the Intercom user for reporting continuity. Any HubSpot contact without an email address is loaded as an Intercom Lead instead, flagged for the customer to resolve.
HubSpot Service Hub
Company
Intercom
Company
1:1HubSpot Companies map to Intercom Companies using domain as the matching key. Company properties (name, domain, industry, employee count, annual revenue) migrate as company attributes. HubSpot company-contact associations are preserved as Intercom company-user relationships so that user profiles display the correct company in Intercom.
HubSpot Service Hub
Engagement: Email
Intercom
Conversation Part (type: comment)
1:1HubSpot email engagements (type: EMAIL) migrate to Intercom Conversation Parts of type comment. The email body and HTML content transfer as the part body. Attachments on HubSpot emails migrate as conversation part attachments. We stitch email parts into the correct conversation by matching HubSpot ticket ID to Intercom conversation ID during the engagement reconstruction phase.
HubSpot Service Hub
Engagement: Chat/Live Chat
Intercom
Conversation Part (type: comment or assignment)
1:1HubSpot chat engagements migrate as Intercom Conversation Parts. Agent messages appear as comment parts; automated or bot messages appear as note parts. Chat timestamps are preserved so the conversation timeline reflects the original sequence. Chat source (HubSpot Conversations Inbox) maps to the Intercom channel field.
HubSpot Service Hub
Engagement: Call
Intercom
Conversation Part (type: note)
1:1HubSpot call engagements map to Intercom Conversation Parts of type note, annotated with call duration, disposition, and recording URL if available. Call recordings migrate as file attachments on the note part. Activity timestamp preserves the original call date for timeline accuracy.
HubSpot Service Hub
Engagement: Meeting/Meeting Session
Intercom
Conversation Part (type: note)
1:1HubSpot meeting engagements migrate to Intercom as note parts with the meeting title, attendee list, and meeting link preserved. Start and end time transfer as metadata on the part. If the HubSpot meeting included a recording, it migrates as an attachment.
HubSpot Service Hub
Engagement: Note
Intercom
Conversation Part (type: note)
1:1HubSpot internal notes attached to tickets migrate to Intercom as private note parts. These are visible only to agents inside Intercom and do not expose to end users, preserving the internal-only nature of the original HubSpot note.
HubSpot Service Hub
Knowledge Base Article
Intercom
Article
1:1HubSpot Knowledge Base articles migrate to Intercom Help Center articles. Article body (HTML or rich text), publish status, category assignment, and author information transfer. HubSpot-specific features like article views, thumbs up/down ratings, and related article associations do not migrate natively; these require manual reconfiguration in Intercom's article editor. The article URL slug is regenerated based on the Intercom section structure.
HubSpot Service Hub
Ticket Pipeline
Intercom
Inbox + Team
lossyHubSpot ticket pipelines map to Intercom Inboxes, which also define team access boundaries. Each pipeline becomes an Inbox with a corresponding Intercom Team. Pipeline stages within HubSpot map to Intercom conversation states or custom attributes (open, pending, resolved, closed) plus team assignment rules. We extract the pipeline-stage mapping during scoping and generate Intercom routing rules to replicate the HubSpot workflow.
HubSpot Service Hub
Owner (Agent/User)
Intercom
Admin or Agent
1:1HubSpot Owners map to Intercom Admins or Agents by email match. HubSpot role (admin, sales, service) maps to Intercom's permission tier (admin, agent, teammate). Active versus inactive status is preserved. We flag any HubSpot owner without a matching Intercom user for the customer's admin to provision before record import.
HubSpot Service Hub
Tag
Intercom
Tag
1:1HubSpot tags on tickets and contacts migrate as Intercom tags using the tag string value. HubSpot does not enforce a global tag taxonomy, so tags from multiple sources may have naming collisions. We deduplicate and prefix with source context where necessary (e.g., ticket_tag_name vs contact_tag_name) to preserve distinction.
HubSpot Service Hub
Attachment (file)
Intercom
Attachment
1:1File attachments on HubSpot tickets, emails, and engagements migrate as Intercom conversation attachments. Large attachment volumes affect migration speed and may require chunking. We preserve attachment file names and MIME types; inline images in emails migrate as embedded assets within the conversation part body.
HubSpot Service Hub
CSAT Survey Response
Intercom
Conversation Part (type: rating)
1:1HubSpot post-conversation survey responses migrate as Intercom conversation parts with a rating attribute. The CSAT score (1-5 or NPS 1-10) maps to Intercom's conversation rating. Free-text responses migrate as note parts attached to the same conversation. The HubSpot survey mechanism itself does not migrate; Intercom's built-in satisfaction rating must be configured post-migration.
HubSpot Service Hub
Customer Health Score
Intercom
Custom Attribute (configuration)
lossyHubSpot Customer Success Workspace health scores (calculated on Professional+ and Enterprise) cannot migrate as a live metric because the calculation depends on HubSpot's proprietary algorithm using engagement signals, deal velocity, and CSAT history. We migrate the raw engagement data that feeds the health score as Intercom custom user attributes, and the customer rebuilds the health score logic using Intercom's custom metrics and reporting post-migration.
| HubSpot Service Hub | Intercom | Compatibility | |
|---|---|---|---|
| Ticket | Conversation1:1 | Fully supported | |
| Contact | User1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Engagement: Email | Conversation Part (type: comment)1:1 | Fully supported | |
| Engagement: Chat/Live Chat | Conversation Part (type: comment or assignment)1:1 | Fully supported | |
| Engagement: Call | Conversation Part (type: note)1:1 | Fully supported | |
| Engagement: Meeting/Meeting Session | Conversation Part (type: note)1:1 | Fully supported | |
| Engagement: Note | Conversation Part (type: note)1:1 | Fully supported | |
| Knowledge Base Article | Article1:1 | Fully supported | |
| Ticket Pipeline | Inbox + Teamlossy | Fully supported | |
| Owner (Agent/User) | Admin or Agent1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Attachment (file) | Attachment1:1 | Fully supported | |
| CSAT Survey Response | Conversation Part (type: rating)1:1 | Fully supported | |
| Customer Health Score | Custom Attribute (configuration)lossy | 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.
HubSpot Service Hub gotchas
Rate limits throttle large migration API calls
Side conversations and Zendesk macros have no HubSpot equivalent
HubSpot stores ticket history as fragmented engagement objects
Custom Objects require Enterprise tier in HubSpot
Ticket pipeline stage probability values do not export cleanly
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 audit
We audit the source HubSpot portal across tier (Free/Starter/Professional/Enterprise), custom ticket properties, ticket pipeline count, engagement volume estimates per type (email, call, meeting, note), knowledge base article count, active Canned Responses, and CSAT survey configuration. We pair this with Intercom plan confirmation: which plan supports the customer's routing, SLA, and reporting requirements. The discovery output is a written migration scope document that identifies engagement reconstruction volume, knowledge base transformation scope, and any tier-gated features that require Intercom plan upgrades.
Engagement reconstruction design
We design the conversation reconstruction logic before any data moves. This includes identifying every HubSpot engagement type present in the source portal, mapping each to an Intercom Conversation Part type, and defining the sequencing rule (chronological by timestamp, grouped by ticket thread). We also design the HubSpot ticket-to-Intercom conversation linking strategy and the owner-to-Intercom-user resolution map. This design document is reviewed and signed off before extraction begins.
Sandbox migration and reconciliation
We run a full migration into Intercom's sandbox or a staging workspace using a representative data sample (typically 500-1,000 tickets with mixed engagement types). The customer's support operations lead reconciles conversation count, checks message body accuracy on 25-50 randomly selected conversations, verifies contact-company associations, and signs off the reconstruction logic before production migration begins. Any sequencing errors or missing part types are corrected here.
Owner and user reconciliation
We extract every distinct HubSpot Owner referenced on tickets and engagements and match by email against the Intercom destination workspace's user table. Owners without a matching Intercom user go to a reconciliation queue. The customer's Intercom admin provisions any missing users and assigns them to the correct team (mapped from the HubSpot ticket pipeline or team assignment). User provisioning must complete before conversation import because Intercom requires a valid admin or agent reference on conversation parts.
Production migration in dependency order
We run production migration in record-dependency order: Intercom Companies (from HubSpot Companies), Intercom Users (from HubSpot Contacts with company associations resolved), Conversation history (HubSpot engagement fragments reconstructed into Intercom Conversations), Knowledge Base articles, Tags, and CSAT response data. Each phase emits a row-count reconciliation report. Ticket pipelines are configured in Intercom as Inboxes and routing rules before the conversation import phase so that tickets land in the correct queue from the start.
Cutover, knowledge base publish, and Canned Response handoff
We freeze HubSpot writes during cutover, run a final delta migration of any conversations modified during the migration window, then enable Intercom as the system of record. We publish migrated knowledge base articles and configure article category structure. We deliver the Canned Response inventory document to the customer's admin team with recommended Intercom Team Inbox template mappings. We support a one-week hypercare window where we resolve reconciliation issues. We do not rebuild HubSpot Workflows or Sequences as Intercom workflows inside the migration scope.
Platform deep dives
HubSpot Service Hub
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 4 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across HubSpot Service Hub and Intercom.
Object compatibility
4 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
HubSpot Service Hub: 100–190 req/10sec (per app, varies by tier); 250,000–1,000,000 req/day (shared across all apps in account).
Data volume sensitivity
HubSpot Service Hub exposes a bulk API — large-volume migrations stream efficiently.
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 HubSpot Service Hub to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your HubSpot Service Hub 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 HubSpot Service Hub
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.