Helpdesk migration
Field-level mapping, validation, and rollback between Pylon and HubSpot Service Hub. We move data and schema; workflows are rebuilt natively in HubSpot Service Hub.
Pylon
Source
HubSpot Service Hub
Destination
Compatibility
10 of 13
objects map 1:1 between Pylon and HubSpot Service Hub.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from Pylon to HubSpot Service Hub is a structural migration that requires resolving Pylon's Slack-native routing model into HubSpot's pipeline and team configuration before any records move. Pylon's Issues map to HubSpot Tickets with the full external comment thread, internal notes, and custom field values preserved. Pylon's Accounts map to HubSpot Companies, Contacts map directly, and Teams map to HubSpot Teams with routing assignments translated into HubSpot conversation routing rules. Knowledge Base Articles migrate through HubSpot's native Knowledge Base importer rather than a direct API transfer to ensure formatting fidelity. We do not migrate Pylon Broadcasts, integration configurations, or AI feature settings; we document them as exclusions and provide a rebuild checklist for the customer's admin. Pylon's annual billing with seat minimums (3 for Starter/Professional, 7 for Enterprise) often creates a double-billing window during cutover that we help customers align with their renewal date.
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
Pylon platform overview
Scorecard, SWOT, gotchas, and pricing for Pylon.
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 Pylon 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.
Pylon
Issue
HubSpot Service Hub
Ticket
1:1Pylon Issues map to HubSpot Tickets with the full external comment thread and internal notes preserved as conversation entries. Issue status, priority, and custom field values migrate directly. Pylon's assignee maps to HubSpot Ticket OwnerId via the User email lookup. Thread ordering is preserved by sequencing conversation entries with their original timestamps. Note that HubSpot Service Hub does not support migrating Groups, so Pylon team-based routing assignments are translated into HubSpot Teams and conversation routing rules rather than Group ownership.
Pylon
Account
HubSpot Service Hub
Company
1:1Pylon Accounts map directly to HubSpot Companies. Account-level custom fields migrate as HubSpot Company properties. The account domain maps to the Company Website field and is used as the dedupe key during import. Company is created before any Contact import so that the HubSpot CRM association is satisfied at the moment of Contact insert.
Pylon
Contact
HubSpot Service Hub
Contact
1:1Pylon Contacts map to HubSpot Contacts. Email address is the primary dedupe key. Contact properties, phone, job title, and association to the parent Company migrate directly. Custom contact fields use the custom field pipeline with type mapping to HubSpot property types (string, number, date, enumeration, etc.).
Pylon
Team
HubSpot Service Hub
Team
lossyPylon Teams map to HubSpot Teams with membership preserved. Pylon routing rules (static assignment and condition-based assignment) are represented as HubSpot conversation routing rules and team assignment rules. Where routing logic is encoded as conditions, we document those conditions in a routing-rules inventory so the customer's admin can rebuild them as HubSpot routing rules post-migration.
Pylon
User
HubSpot Service Hub
Agent (User)
1:1Pylon Users (agents) map to HubSpot Service Hub users. User profiles, permissions, and assignment history migrate. We resolve Pylon agent owners by email match against the HubSpot destination portal. Any Pylon User without a matching HubSpot User is held in a reconciliation queue for the customer's admin to provision before record import resumes.
Pylon
Custom Fields
HubSpot Service Hub
Custom Properties
lossyCustom fields on Pylon Issues and Accounts are migrated as name-value pairs mapped to typed HubSpot properties. Pylon requires destination custom fields to be created before migration; we generate a schema diff that shows what fields exist in Pylon, what property types they should become in HubSpot, and what needs to be created before migration begins. This includes picklist values, numeric formats, and date formats that differ between platforms.
Pylon
Article
HubSpot Service Hub
Knowledge Base Article
lossyPylon Knowledge Base Articles migrate as content blocks with author and timestamp. HubSpot's Knowledge Base import works most reliably through HubSpot's pre-built native importer (knowledge.hubspot.com/knowledge-base/import-knowledge-base-articles) rather than direct API transfer. We export the article content, metadata, and collection assignments, then guide the customer through HubSpot's importer to ensure HTML sanitization and formatting fidelity. Collections (categories) migrate as folder structures.
Pylon
Collection
HubSpot Service Hub
Knowledge Base Category
1:1Pylon Collections migrate as HubSpot Knowledge Base categories with nested sub-collections preserved. Article-to-collection assignments are preserved. Permission settings on collections migrate where HubSpot's Knowledge Base access controls support equivalent settings; otherwise they are flagged for manual configuration.
Pylon
Task
HubSpot Service Hub
Task
1:1Pylon Tasks from the Account Intelligence layer migrate to HubSpot Tasks. Task subject, description, due date, and completion status map directly. We flag tasks associated with Pylon Projects as requiring a HubSpot custom object or a project management integration (such as Asana or Monday.com) because HubSpot's native Task object does not support hierarchical project structures.
Pylon
Project
HubSpot Service Hub
Custom Object or External Tool
1:1Pylon Projects from the Account Intelligence layer do not have a direct HubSpot native equivalent. We migrate Projects as structured records in a HubSpot custom object with a __c API name, including project name, status, owner, and associated account. If the customer uses a project management tool, we recommend an integration with HubSpot rather than forcing Projects into a flat schema.
Pylon
Activity
HubSpot Service Hub
Engagement History (Timeline)
1:1Pylon Activities migrate to HubSpot's timeline and engagement history. Activity type, timestamp, subject, and associated contact or account are mapped to HubSpot's activity log. HubSpot API rate limits apply to large activity volumes; we use batched API calls with exponential backoff to handle volumes above 50,000 activity records without silent drops.
Pylon
Feature Request
HubSpot Service Hub
Custom Object or Ticket Tag
1:1Pylon Feature Requests migrate as HubSpot custom object records or as Ticket properties depending on the customer's chosen handling. We preserve the original requester, vote count, and status. If the customer chooses the custom object path, we pre-create the destination schema before migration; if they choose ticket tagging, we apply the tag during the Issue-to-Ticket mapping.
Pylon
Broadcast
HubSpot Service Hub
None
1:1Pylon Broadcasts are one-off outbound messaging objects with analytics that do not map to any standard HubSpot Service Hub object. We document Broadcasts as an exclusion and recommend HubSpot's built-in email marketing or the HubSpot Marketing Hub as the replacement channel for outbound customer communication.
| Pylon | HubSpot Service Hub | Compatibility | |
|---|---|---|---|
| Issue | Ticket1:1 | Fully supported | |
| Account | Company1:1 | Fully supported | |
| Contact | Contact1:1 | Fully supported | |
| Team | Teamlossy | Fully supported | |
| User | Agent (User)1:1 | Fully supported | |
| Custom Fields | Custom Propertieslossy | Mapping required | |
| Article | Knowledge Base Articlelossy | Fully supported | |
| Collection | Knowledge Base Category1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Project | Custom Object or External Tool1:1 | Fully supported | |
| Activity | Engagement History (Timeline)1:1 | Fully supported | |
| Feature Request | Custom Object or Ticket Tag1:1 | Fully supported | |
| Broadcast | None1: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.
Pylon gotchas
AI pricing is a separate billing line item
Annual billing with seat minimums locks migration timing
Seamless email migration only works from Zendesk, Front, or Intercom
Pylon migrates data only, not destination configuration
Learning curve delays agent productivity post-migration
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 scoping
We audit the source Pylon portal across tier (Starter/Professional/Enterprise), AI feature usage (Assistants and Agents), custom field count, Account Intelligence object volume (Tasks, Projects, Activities), Knowledge Base article and collection count, active routing rules, and team structure. We pair this with a HubSpot Service Hub edition decision: Starter ($15/seat) covers basic ticket and contact migration; Professional ($100/seat) is required for AI Reply Recommendations, custom pipelines, and team management; Enterprise ($150/seat) is needed for skills-based routing, conditional SLAs, and multiple Knowledge Bases. The discovery output is a written migration scope with record counts per object and a HubSpot edition recommendation.
Schema design and HubSpot property configuration
We design the destination schema in HubSpot. This includes creating all custom properties on Tickets and Companies to match Pylon custom fields (with HubSpot property types mapped from Pylon field types), configuring ticket pipelines and status values, provisioning Teams with membership, and creating any custom objects required for Projects and Feature Requests. We also produce the schema diff that shows what fields exist in Pylon, what HubSpot property types they become, and what must be pre-created in HubSpot before migration. Routing rules from Pylon are inventoried as a written document for manual rebuild in HubSpot's conversation routing UI.
Sandbox migration and reconciliation
We run a full migration into a HubSpot Sandbox using production-like data volume. The customer's Service Hub admin reconciles record counts (Tickets in, Contacts in, Companies in, Activities in), spot-checks 25-50 random tickets against the Pylon source for field fidelity and thread completeness, and signs off the schema and mapping before production migration begins. Any mapping corrections happen in this sandbox phase. We also validate Knowledge Base article formatting and category assignments at this stage.
Data deduplication and cleanup
Before any records are written to HubSpot, we run a deduplication pass on Pylon Contacts and Accounts. We merge duplicate Contacts by email address, standardize phone number formats, remove records with missing email addresses from the active migration set (with a separate output file for customer review), and fill in missing Account information where dedupe logic can infer it from associated Contacts. This step is essential because HubSpot's reporting and any rebuilt automation depend on clean data.
Production migration in dependency order
We run production migration in record-dependency order: Companies (from Pylon Accounts), Contacts (with CompanyId resolved), Teams and Team membership, Users (Agents with permissions preserved), Tickets (with OwnerId and Team resolved), Activity history (via batched HubSpot API with exponential backoff), Knowledge Base Articles (via HubSpot native importer), Custom Objects for Projects and Feature Requests (with lookup relationships resolved), and Custom Fields. Each phase emits a row-count reconciliation report before the next phase begins. We handle the Groups limitation by running Team-based routing rule inventory in parallel.
Cutover, validation, and admin handoff
We freeze Pylon writes during cutover, run a final delta migration of any records modified during the migration window, then enable HubSpot Service Hub as the system of record. We deliver the routing-rules inventory, the custom-field schema diff, the automation rebuild checklist (workflows, routing automations), and the Knowledge Base import guide to the customer's admin team. We support a one-week hypercare window where we resolve any reconciliation issues raised by the customer's support team. We do not rebuild Pylon routing rules or automations inside the migration scope; that is a separate engagement or an internal admin task.
Platform deep dives
Pylon
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 Pylon 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
Pylon: Not publicly documented.
Data volume sensitivity
Pylon 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 Pylon to HubSpot Service Hub migration scoping. Not seeing yours? Book a call.
Walk through your Pylon 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 Pylon
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.