Helpdesk migration
Field-level mapping, validation, and rollback between Deskhero and HubSpot Service Hub. We move data and schema; workflows are rebuilt natively in HubSpot Service Hub.
Deskhero
Source
HubSpot Service Hub
Destination
Compatibility
7 of 12
objects map 1:1 between Deskhero and HubSpot Service Hub.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Deskhero to HubSpot Service Hub is a migration between two different helpdesk philosophies. Deskhero is an AI-first support tool built around live Shopify API queries and human-reviewed AI drafting; HubSpot Service Hub is a customer service platform embedded in the HubSpot CRM ecosystem with Breeze Customer Agent as its native AI layer. We migrate the core operational data — Tickets with full conversation threads, Knowledge Base articles, contact records, mailbox configurations, and Groups — and we document the Shopify store connection and automation rule inventory for your admin to rebuild in HubSpot. Deskhero does not expose a bulk export API, so all extraction runs through FlitStack AI connectors. Shopify product pricing and stock levels never existed as stored records in Deskhero, so we preserve product ID references and customer associations; HubSpot Service Hub requires its own Shopify integration to restore live pricing in agent responses.
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
Deskhero platform overview
Scorecard, SWOT, gotchas, and pricing for Deskhero.
Destination platform
HubSpot Service Hub platform overview
Scorecard, SWOT, gotchas, and pricing for HubSpot Service Hub.
Data migration guide
The complete HubSpot Service Hub migration guide
Data model, import mechanisms, field mapping strategy, pitfalls, and cutover — by the engineers running it.
Destination checklist
HubSpot Service Hub migration checklist
Pre- and post-cutover tasks for moving onto HubSpot Service Hub.
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 HubSpot Service Hub, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Deskhero
Ticket
HubSpot Service Hub
Ticket
1:1Deskhero Tickets map to HubSpot Tickets as the primary support record. We preserve ticket ID, subject, description, status, priority, source channel, created-at, updated-at, and closed-at timestamps. Deskhero's custom ticket fields migrate to HubSpot custom ticket properties with type mapping: string to single-line text, number to number, date to date, select to single-select, multi-select to multi-select checkbox. Ticket owner maps to HubSpot ticket owner via email lookup resolution. If Deskhero Groups were used for routing, we map group membership to HubSpot Teams and assign tickets to the appropriate team during import.
Deskhero
Conversation
HubSpot Service Hub
Conversation
1:1Deskhero Conversation messages map to HubSpot Conversation records linked to the parent Ticket. Each message carries authorship (agent or customer), timestamp, body text, attachment references, and the internal/public visibility flag. HubSpot Conversation supports both email and chat thread rendering. We preserve the conversation start time as the HubSpot conversation creation date and append messages in timestamp order. Deskhero messages with no body text (system events like status changes) are recorded as HubSpot internal notes if they carry routing or assignment context.
Deskhero
Knowledge Base Article
HubSpot Service Hub
Knowledge Base Article
1:1Deskhero Knowledge Base articles migrate to HubSpot Knowledge Base articles with title, body content (HTML from article sections), category, folder, author, publish status, and tags preserved. We reconstruct Deskhero article sections as HubSpot article body content, handling nested sections by flattening to heading hierarchy. PDF, DOCX, and PPTX attachments migrate as HubSpot file attachments linked to the article. Articles in draft status are created as unpublished in HubSpot and flagged for review before publishing.
Deskhero
Contact
HubSpot Service Hub
Contact
1:1Deskhero contact records map to HubSpot Contacts. We preserve name, email address, phone number, company association, custom contact fields, and any list membership by email as a HubSpot Contact property or static list membership. Deskhero's Shopify customer ID is stored in a custom HubSpot contact property for future Shopify integration re-connection. If Deskhero contacts have been added via form submissions, we create the HubSpot contact with the original submission timestamp preserved.
Deskhero
Company
HubSpot Service Hub
Company
1:1Deskhero's company-level records, where present, map to HubSpot Companies. The company name, domain, and custom fields transfer directly. We use domain as the HubSpot Company dedupe key during import. If Deskhero stores Shopify store identifiers at the company level, these are preserved as custom properties in HubSpot. Companies without a domain use the HubSpot company name as the dedupe key.
Deskhero
Mailbox
HubSpot Service Hub
Inbox Channel
1:1Deskhero connected mailboxes (Gmail or Outlook two-way sync) are documented as a configuration record including the account address, folder mapping structure, and sync behavior description. IMAP/OAuth credentials cannot be exported from Deskhero and do not transfer. Customers must manually reconnect their mailbox to HubSpot Service Hub's inbox channel after migration. We schedule mailbox reconnection during a low-traffic window and document the exact folder-to-channel mapping to preserve the existing routing logic.
Deskhero
Group
HubSpot Service Hub
Team
lossyDeskhero Groups define team routing and agent permission scopes. We migrate Group definitions and their agent membership lists. In HubSpot Service Hub, teams replace groups with a flattened permission model. We create HubSpot Teams matching the Deskhero Group names and assign the migrated agent users to each team. If Deskhero Groups were hierarchical, we map the hierarchy to a flat team structure in HubSpot and note the loss of hierarchy in the configuration inventory delivered post-migration.
Deskhero
Custom Field
HubSpot Service Hub
Custom Property
1:1Deskhero custom field definitions and their per-record values migrate to HubSpot custom properties on the relevant object (Contact, Company, or Ticket). Field type mapping is applied at migration time: Deskhero string fields map to HubSpot single-line text, boolean to checkbox, number to number, date to date, and select or multi-select to the HubSpot equivalent. We preserve the Deskhero custom field label and API name in a HubSpot property description field for future reference. Custom field ordering and grouping from Deskhero are documented but not structurally replicated in HubSpot.
Deskhero
List
HubSpot Service Hub
Static List
1:manyDeskhero Lists with up to 10,000 entries per list map to HubSpot Static Lists. List entry records are matched to HubSpot Contacts by email address. If a list entry has no matching HubSpot Contact, the entry is held in a reconciliation queue for the customer to resolve before the list is finalized. Deskhero list metadata (name, description, entry count) is preserved as HubSpot list metadata. Multi-list membership per contact is recorded as a comma-separated property value in HubSpot since HubSpot Static Lists do not support membership overlap tracking natively.
Deskhero
Form
HubSpot Service Hub
HubSpot Form
lossyDeskhero form definitions (field structure, routing rules, and submitted records) are documented as a form inventory delivered to the customer. Form field definitions are recreated in HubSpot Forms by the customer's admin using HubSpot's form builder. Submitted form records that created Deskhero tickets are linked via the migrated ticket record. We do not recreate Deskhero forms inside HubSpot as part of the migration scope; the configuration is documented with field-to-field mapping so the admin can rebuild them efficiently.
Deskhero
Automation Rule
HubSpot Service Hub
Workflow (documented)
lossyDeskhero Automation Rules (language detection, tone-based tagging, subject-based routing and assignment) are audited and documented as a written automation inventory. We describe each rule's trigger condition, conditions, actions, and recommended HubSpot Workflow equivalent. We do not create HubSpot Workflows inside the migration scope because Deskhero's condition-action model differs structurally from HubSpot's trigger-based workflow builder. The customer receives the full inventory document to hand to their HubSpot admin or implementation partner for rebuild post-migration.
Deskhero
Shopify Data
HubSpot Service Hub
Custom Property (reference only)
lossyDeskhero's Shopify integration queries live pricing and stock from the Shopify API at reply time and never stores a snapshot. We cannot export historical price or stock data from Deskhero because it was never persisted. We migrate Shopify store reference, product ID mappings, and customer-to-product association records as HubSpot Contact and Company custom properties. The destination HubSpot instance must connect its own Shopify integration (via AppExchange or custom API) to restore live product data in agent responses. Customers relying on Deskhero's Shopify data for pricing accuracy in ticket context should plan the Shopify reconnection as a post-migration configuration task.
| Deskhero | HubSpot Service Hub | Compatibility | |
|---|---|---|---|
| Ticket | Ticket1:1 | Fully supported | |
| Conversation | Conversation1:1 | Fully supported | |
| Knowledge Base Article | Knowledge Base Article1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Mailbox | Inbox Channel1:1 | Fully supported | |
| Group | Teamlossy | Fully supported | |
| Custom Field | Custom Property1:1 | Fully supported | |
| List | Static List1:many | Fully supported | |
| Form | HubSpot Formlossy | Fully supported | |
| Automation Rule | Workflow (documented)lossy | Fully supported | |
| Shopify Data | Custom Property (reference only)lossy | 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
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
Pair-specific challenges
Migration approach
Discovery and source audit
We audit the Deskhero portal across plan tier, agent count, ticket volume, conversation thread length, knowledge base article count, custom field definitions, Group structure, List count, Form definitions, and Automation Rule count. We also confirm the Shopify store identifier and customer-product association volume. The discovery output is a written migration scope document specifying record counts per object, custom field type mappings, and the automation inventory baseline. If the customer needs HubSpot custom objects, we include an Enterprise tier feasibility review at this stage.
Destination schema preparation
We configure the HubSpot Service Hub destination before any data moves: creating custom properties on Contact, Company, and Ticket objects to receive Deskhero custom fields; building Knowledge Base categories matching the Deskhero article folder structure; creating HubSpot Teams matching Deskhero Groups; and documenting the mailbox and routing configuration for manual reconnection. If the destination is on Starter or Professional, we flag any custom object requirements and recommend flattening those records into HubSpot native objects.
Sample migration and reconciliation
We run a sample migration of up to 100 random Deskhero tickets with associated contacts, companies, conversation threads, and knowledge base articles into a HubSpot test environment. The customer's support operations lead reviews the sample for field accuracy, conversation thread completeness, article body rendering, and agent assignment correctness. Any mapping corrections are documented and applied before the full migration begins. This step prevents structural surprises in production.
Knowledge base migration
We migrate Deskhero Knowledge Base articles in bulk before ticket migration begins. Articles are parsed for section hierarchy, attachments are extracted and uploaded to HubSpot file storage, and articles are created in HubSpot with matching category assignments and publish status. Articles with Deskhero scraped-page content are flagged as candidates for HubSpot's own knowledge base scraping or manual content recreation since Deskhero scraped content does not have a structured export format.
Contacts, Companies, and ticket migration in dependency order
We migrate HubSpot Contacts first (resolving by email address), then Companies, then Tickets. Each Ticket receives its resolved Contact and Company associations, ticket owner lookup, custom property values, and conversation thread. Shopify customer IDs are written to custom contact properties during this phase. Groups are mapped to HubSpot Teams and team assignments are applied to tickets. We generate a per-phase row-count reconciliation report after each object batch completes before the next batch begins.
Automation inventory delivery and cutover
We freeze Deskhero write access during cutover, run a final delta migration of any records created or modified during the migration window, and validate ticket-to-contact associations in HubSpot. We deliver the Automation Rule inventory, Form rebuild guide, mailbox reconnection instructions, and Shopify re-integration checklist to the customer's admin team. We support a one-week post-cutover window for reconciliation issues. We do not rebuild Deskhero Automation Rules as HubSpot Workflows inside the migration scope; that work is documented separately for the customer's admin or implementation partner.
Platform deep dives
Deskhero
Source
Strengths
Weaknesses
HubSpot Service Hub
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 HubSpot Service Hub.
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 HubSpot Service Hub migration scoping. Not seeing yours? Book a call.
Walk through your Deskhero to HubSpot Service Hub 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 HubSpot Service Hub
Same-Helpdesk migrations
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.