Helpdesk migration
Field-level mapping, validation, and rollback between Kustomer and HubSpot Service Hub. We move data and schema; workflows are rebuilt natively in HubSpot Service Hub.
Kustomer
Source
HubSpot Service Hub
Destination
Compatibility
11 of 12
objects map 1:1 between Kustomer and HubSpot Service Hub.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from Kustomer to HubSpot Service Hub is a platform migration with significant schema differences. Kustomer's KObject data model lets enterprises define custom objects for any business event; HubSpot Service Hub supports custom objects from the Professional tier ($100/seat/month) with custom properties on tickets, contacts, and companies. We inventory all KObject definitions during discovery, recreate them as HubSpot custom objects before any data moves, and map Kustomer's conversation timeline to HubSpot's ticket-based model. The 30-day CSV export cap in Kustomer means teams needing full conversation history must either use the events-stream export or export in rolling 30-day tranches before migration day. Routing rules, SLA policies, and automation rules do not migrate; we deliver a written inventory for the customer's admin to rebuild in HubSpot's workflow builder. HubSpot's mandatory onboarding fee ($1,500 for Professional, $3,500 for Enterprise) is a line item that sits outside the migration fee.
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
Kustomer platform overview
Scorecard, SWOT, gotchas, and pricing for Kustomer.
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 Kustomer 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.
Kustomer
Customer
HubSpot Service Hub
Contact
1:1Kustomer Customer records map directly to HubSpot Contact. The primary email address serves as the dedupe key during import. Standard properties (name, phone, company) migrate to firstname/lastname and phone. We extract any custom properties attached to the Customer record and map them to HubSpot Contact custom properties, which we pre-create on the destination schema before any Contact insert.
Kustomer
Company
HubSpot Service Hub
Company
1:1Kustomer Company records map to HubSpot Company. The domain field from Kustomer becomes the Company domain property in HubSpot. We resolve the Company-to-Contact relationship during the import phase by matching on the email domain or an explicit company_id property. HubSpot Companies can hold multiple Contacts, which maps directly to Kustomer's ability to link multiple Customers to one Company.
Kustomer
Conversation
HubSpot Service Hub
Ticket
1:1Kustomer Conversations map to HubSpot Tickets. The Kustomer conversation status (Done, Open, Snoozed) maps to HubSpot ticket pipeline stages (Solved, New/Open, Pending). We map Kustomer's Channels to HubSpot ticket source types (Email, Chat, Phone, Social). Kustomer's assigned agent maps to the HubSpot ticket Owner. Conversation priority maps to HubSpot ticket priority (Low, Medium, High, Urgent). The customer who opened the conversation links to the HubSpot Contact.
Kustomer
Message
HubSpot Service Hub
Ticket Conversation Entry
1:1Individual messages within a Kustomer Conversation replay as entries in the HubSpot Ticket timeline. We preserve the message body, author attribution (agent or customer), timestamp, and channel type. Attachments on messages extract and re-upload to HubSpot as file attachments on the Ticket. Internal notes in Kustomer map to internal ticket comments in HubSpot that are visible to agents but not customers.
Kustomer
User (Agent)
HubSpot Service Hub
User
1:1Kustomer Users (agents) map to HubSpot Users by email address match. We extract agent profiles including name, email, and team membership during discovery. The customer's HubSpot admin provisions any missing Users before the production migration. Agent team membership from Kustomer maps to HubSpot Teams, which we configure in HubSpot's settings before agent and ticket imports.
Kustomer
Team
HubSpot Service Hub
Team
1:1Kustomer Teams (used for routing and queue management) map to HubSpot Teams. We recreate the team structure in HubSpot during the schema setup phase and map conversation routing rules to HubSpot's ticket assignment logic. Note that HubSpot's team model is simpler than Kustomer's; if Kustomer teams have complex hierarchical nesting, we document the structure and recommend a flattened HubSpot team layout that preserves access control parity.
Kustomer
KObject (Custom Klass)
HubSpot Service Hub
Custom Object
1:1Kustomer's user-defined KObjects (Klasses) map to HubSpot custom objects. We enumerate all KObject definitions during discovery—including field types, relationship schemas, and validation rules—and recreate them as HubSpot custom objects (Professional+ tier required) before any data import. KObject relationships (e.g., Order to Line Item) map to HubSpot custom object associations, which we configure via the Association Labels API. This is the most complex phase of a Kustomer migration and requires pre-creation in a HubSpot sandbox before production import.
Kustomer
Channel
HubSpot Service Hub
Source Type
lossyKustomer Channels (email, phone, chat, SMS, social, and any app-added channels) map to HubSpot ticket source types. Standard Kustomer channels have direct HubSpot equivalents. Non-standard or app-added channels are flagged during discovery; we document these and recommend mapping them to the closest HubSpot source type or creating a custom source type property. Channel routing rules in Kustomer do not migrate as automation and are documented for the admin to rebuild in HubSpot's workflow builder.
Kustomer
Tag
HubSpot Service Hub
Tag
1:1Tags applied to Kustomer Conversations and Customers map to HubSpot Tags. We preserve all tag values during import and note any tag limit differences. Kustomer allows free-form tagging; HubSpot enforces tag uniqueness and character limits. We validate tag names during the transform phase and re-encode any characters that exceed HubSpot's limits.
Kustomer
Attachment
HubSpot Service Hub
File
1:1Files attached to Kustomer Messages and Notes extract from the export, re-upload to HubSpot via the Files API, and relink to the parent Ticket record. Attachment URLs in Kustomer (often pointing to Kustomer's CDN) cannot be imported directly; we extract the binary content from the export or from Kustomer's attachment API where available. Large attachment libraries add time to the migration window and are scoped separately.
Kustomer
Routing Rule
HubSpot Service Hub
Workflow (manual rebuild)
1:1Kustomer routing rules that assign conversations to teams or agents based on conditions (channel, language, time, customer tier) have no direct HubSpot equivalent as migrated automation. We document every active routing rule with its conditions, priority order, and assignment logic in a written handoff document. The customer's admin rebuilds these in HubSpot's workflow builder post-migration. SLA policies similarly do not migrate; conditional SLA configurations are documented for rebuild in HubSpot's Professional or Enterprise SLA settings.
Kustomer
Report / Dashboard
HubSpot Service Hub
Report / Dashboard (manual rebuild)
1:1Kustomer's pre-built dashboards and saved report definitions are platform-specific configurations that cannot be migrated to HubSpot. Report data is included in the 30-day CSV export window; historical report definitions require manual recreation in HubSpot's reporting module. We deliver a written inventory of all Kustomer reports with their metrics, filters, and chart types to guide the admin's rebuild.
| Kustomer | HubSpot Service Hub | Compatibility | |
|---|---|---|---|
| Customer | Contact1:1 | Fully supported | |
| Company | Company1:1 | Fully supported | |
| Conversation | Ticket1:1 | Fully supported | |
| Message | Ticket Conversation Entry1:1 | Fully supported | |
| User (Agent) | User1:1 | Fully supported | |
| Team | Team1:1 | Fully supported | |
| KObject (Custom Klass) | Custom Object1:1 | Fully supported | |
| Channel | Source Typelossy | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Attachment | File1:1 | Fully supported | |
| Routing Rule | Workflow (manual rebuild)1:1 | Fully supported | |
| Report / Dashboard | Report / Dashboard (manual rebuild)1: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.
Kustomer gotchas
Annual billing with 8-seat minimum inflates entry cost
30-day CSV export cap limits conversation history
API rate limits vary by pricing tier
Custom KObject schemas must be manually recreated in the destination
UTF-8 CSV encoding requirement can silently corrupt non-ASCII data
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 export planning
We audit the Kustomer portal across version tier, active seat count, custom KObject definitions, pipeline count, routing rules, SLA policies, and conversation volume. We identify the export method: CSV export (30-day rolling window) or events-stream API export if the customer has the separate contract. We also audit encoding formats on existing exports and flag any non-UTF-8 data sources. The discovery output is a written migration scope, an export instruction guide for the customer, and a HubSpot edition recommendation (Starter for basic ticketing, Professional for help desk workspace and custom objects, Enterprise for skill-based routing and conditional SLAs). We flag whether Kustomer's events-stream access is available before finalizing the scope.
Schema design and KObject recreation
We design the destination schema in HubSpot. For Kustomer Customers, we configure the HubSpot Contact object with standard and custom properties mapped from Kustomer. For Kustomer Companies, we configure HubSpot Company with domain and address properties. For Kustomer Conversations, we configure ticket pipelines and stages mapped from Kustomer's conversation status model. For Kustomer KObjects, we provision HubSpot custom objects (Professional+ required) with all fields, field types, and association labels recreated from the source KObject schema. We deploy the schema into a HubSpot sandbox for validation before any production data moves. This phase is the most critical for Kustomer migrations because KObject relationships must be established before parent-child record inserts can succeed.
Sandbox migration and reconciliation
We run a full migration into a HubSpot sandbox using a representative sample of production data (typically 10-15% of records). The customer's service operations lead reconciles record counts (Contacts in, Companies in, Tickets in, custom object records in), spot-checks 25-50 records against the Kustomer source for field accuracy and attachment presence, and reviews the KObject relationship graph for completeness. Any mapping corrections, custom property additions, or relationship adjustments happen in sandbox before production migration begins. This step prevents data integrity issues from surfacing during the production cutover window.
Agent and team provisioning
We extract every distinct Kustomer User referenced on Conversation, Message, and routing rule records and match by email against HubSpot's User table. Any Kustomer User without a matching HubSpot User goes to a reconciliation queue for the customer's admin to provision. We also map Kustomer Teams to HubSpot Teams, configuring team-based ticket assignment rules during schema setup. Agent provisioning must complete before ticket imports begin because OwnerId references are required on every Ticket record in HubSpot.
Production migration in dependency order
We run production migration in record-dependency order: Companies (first, as HubSpot Company is the parent for Contact associations), Contacts (with custom properties and company associations resolved), Users (validated against the provisioning list), Teams, Tickets (with OwnerId, ContactId, and pipeline stages resolved), Ticket conversation entries and internal notes, custom object records (with KObject relationship lookups resolved to parent Contact and Company IDs), Tags, and attachments. Each phase emits a row-count reconciliation report before the next phase begins. We handle Kustomer's API rate limits by reading response headers and throttling requests; if the customer is on a lower Kustomer plan tier, we schedule migration jobs outside peak business hours to avoid blocking live agent traffic.
Cutover, delta sync, and automation handoff
We freeze Kustomer writes during the cutover window, run a final delta migration of any records created or modified during the migration run, then enable HubSpot as the system of record. We deliver the routing rule and SLA policy inventory document to the customer's admin team with recommended HubSpot workflow equivalents. We deliver the report and dashboard inventory for manual recreation in HubSpot's reporting module. We support a one-week hypercare window where we resolve any reconciliation issues raised by the support team. We do not rebuild Kustomer routing rules as HubSpot workflows inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Kustomer
Source
Strengths
Weaknesses
HubSpot Service Hub
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 2 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 Kustomer and HubSpot Service Hub.
Object compatibility
2 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
Kustomer: Tier-based and not publicly documented; visible in response headers (x-ratelimit-limit, x-ratelimit-remaining) and Settings > Platform > Platform Usage.
Data volume sensitivity
Kustomer 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 Kustomer to HubSpot Service Hub migration scoping. Not seeing yours? Book a call.
Walk through your Kustomer 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 Kustomer
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.