Helpdesk migration

Migrate from Pylon to HubSpot Service Hub

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 logo

Pylon

Source

HubSpot Service Hub

Destination

HubSpot Service Hub logo

Compatibility

77%

10 of 13

objects map 1:1 between Pylon and HubSpot Service Hub.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Pylon logo

Pylon

What's pushing teams away

  • AI features are priced as separate add-ons at $50/seat/month for Assistants and volume-based pricing for Agents, creating unpredictable bills that surprise teams during busy months.
  • Limited customization options frustrate teams with complex support workflows that require more than Pylon's opinionated defaults can accommodate.
  • Steep initial learning curve means teams spend weeks building custom views and mastering the tool before it becomes genuinely intuitive, delaying time-to-value.
  • Missing features around email threading, URL visibility in shared channels, and advanced reporting push sophisticated support orgs toward platforms like Front or Zendesk.
  • Annual-only billing with seat minimums (3 for Starter/Professional, 7 for Enterprise) locks teams into contracts that become expensive as headcount grows.

Choosing

HubSpot Service Hub logo

HubSpot Service Hub

What's pulling them in

  • Unified CRM context means every support ticket links directly to the Contact and Company record without a separate integration
  • Free tier provides unlimited support seat access with basic ticketing and a shared inbox for small teams to validate fit before committing
  • Omnichannel routing consolidates email, live chat, Facebook Messenger, WhatsApp, and Instagram DM into one queue
  • Built-in customer success workspace gives health scores and portfolio views that other standalone helpdesks cannot match
  • AI-powered Breeze agent automates common resolutions and surfaces knowledge base articles without agent intervention

Object mapping

How Pylon objects map to HubSpot Service Hub

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

maps to

HubSpot Service Hub

Ticket

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Company

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Contact

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Team

lossy
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Agent (User)

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Custom Properties

lossy
Mapping required

Custom 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

maps to

HubSpot Service Hub

Knowledge Base Article

lossy
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Knowledge Base Category

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Task

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Custom Object or External Tool

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Engagement History (Timeline)

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

Custom Object or Ticket Tag

1:1
Fully supported

Pylon 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

maps to

HubSpot Service Hub

None

1:1
Fully supported

Pylon 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.

Gotchas + challenges

What specifically takes care here

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 logo

Pylon gotchas

High

AI pricing is a separate billing line item

High

Annual billing with seat minimums locks migration timing

Medium

Seamless email migration only works from Zendesk, Front, or Intercom

Medium

Pylon migrates data only, not destination configuration

Low

Learning curve delays agent productivity post-migration

HubSpot Service Hub logo

HubSpot Service Hub gotchas

High

Rate limits throttle large migration API calls

High

Side conversations and Zendesk macros have no HubSpot equivalent

High

HubSpot stores ticket history as fragmented engagement objects

Medium

Custom Objects require Enterprise tier in HubSpot

Medium

Ticket pipeline stage probability values do not export cleanly

Pair-specific challenges

  • HubSpot does not migrate Groups from Pylon

    HubSpot Service Hub does not support migration of Groups from external platforms. Pylon Teams that own tickets or route issues via Group-based assignment cannot be imported as Groups in HubSpot. We resolve this by mapping Pylon team ownership to HubSpot Team membership and rebuilding routing rules as HubSpot conversation routing rules after migration. Any Pylon Group that encoded complex conditional routing must be translated manually; we provide a routing-rules inventory as part of the deliverables so the customer's admin has a written reference.

  • Knowledge Base Articles require HubSpot's native importer

    HubSpot's Knowledge Base data migrates most reliably through HubSpot's pre-built Knowledge Base importer rather than direct API transfer. We export Pylon article content, metadata, author, and collection assignments, then guide the customer through HubSpot's importer to ensure HTML formatting is preserved and article-to-collection links are maintained. Attempting to migrate KB content via standard API import without using HubSpot's importer frequently results in broken formatting, missing images, and orphaned category assignments.

  • Inline images and CC in tickets do not migrate

    HubSpot Service Hub does not support migration of inline images embedded in ticket conversations or the CC list on tickets. Pylon conversations with embedded images will arrive in HubSpot without those images, and ticket CC lists will be lost. We flag these limitations during scoping, document the affected tickets, and recommend that customers review open tickets with inline images before cutover to decide whether to re-attach or re-send.

  • Duplicate and outdated Pylon records inflate HubSpot data

    Pylon accounts in production use commonly contain duplicate Contacts, outdated Account information, and incomplete records that will follow into HubSpot if not cleaned first. HubSpot's reporting and automation depend on clean data; migrating dirty Pylon data into HubSpot clogs reporting and breaks any automation rebuilt in HubSpot. We run a deduplication pass on Contacts and Accounts before migration and flag any records with missing required fields for customer review.

  • HubSpot API rate limits constrain large activity migrations

    HubSpot's API enforces rate limits that affect large ticket and activity migrations. Pylon accounts with high ticket volumes and long thread histories require chunked API calls with exponential backoff to avoid HTTP 429 errors that silently drop records. We implement batch chunking and retry logic for all HubSpot destination writes. For accounts above 50,000 tickets, we schedule migration windows to avoid peak API usage and validate record counts after each batch.

Migration approach

Six steps for a successful Pylon to HubSpot Service Hub data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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

Context on both ends of the pair

Pylon logo

Pylon

Source

Strengths

  • Native Slack and Microsoft Teams channels mean no inbox switching for support teams already living in messaging apps.
  • Clean, opinionated data model with clear mappings to standard helpdesk objects makes schema translation predictable.
  • Account Intelligence layer unifies customer health data alongside support tickets in one platform.
  • AI Assist products are genuinely useful for handling common inquiries without full chatbot setup.
  • Strong G2 ratings (4.7–4.9 across 100+ reviews) indicate reliable execution of the core use case.

Weaknesses

  • AI features are separate paid add-ons rather than included in any tier, inflating real cost well above the $59/seat sticker price.
  • Annual-only billing with seat minimums removes flexibility for teams that need month-to-month options.
  • Limited customization compared to Zendesk or Front makes it hard to adapt Pylon to non-standard support workflows.
  • Missing email threading depth and URL visibility in shared channels are recurring complaints in G2 reviews.
  • No free plan means teams must commit to a sales call or demo before evaluating the product seriously.
HubSpot Service Hub logo

HubSpot Service Hub

Destination

Strengths

  • Unified CRM object model means support context is always linked to sales and marketing data
  • Generous free tier with unlimited tickets and a shared inbox for small teams
  • Omnichannel inbox consolidates email, live chat, and major messaging platforms natively
  • Customer Success Workspace provides portfolio-level health scores without a separate tool
  • AI agent (Breeze) handles Tier-1 resolutions and knowledge base deflection automatically

Weaknesses

  • Per-seat pricing with mandatory onboarding fees inflates year-one cost significantly
  • Ticket history stored as fragmented engagement objects across APIs complicates export and migration
  • Custom Objects locked behind Enterprise tier limits portability for mid-market teams
  • Help desk depth—routing rules, SLA management, advanced reporting—trails dedicated tools like Zendesk
  • Setup and configuration requires real time investment; out-of-box defaults rarely fit existing workflows

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Pylon and HubSpot Service Hub.

  • Object compatibility

    C

    3 of 7 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    7-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Pylon: Not publicly documented.

  • Data volume sensitivity

    B

    Pylon doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Pylon to HubSpot Service Hub migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Pylon to HubSpot Service Hub data migrations

Answers to the questions buyers ask most during Pylon to HubSpot Service Hub migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Most migrations land between two and four weeks for accounts under 10,000 Issues and 3,000 Contacts with no Account Intelligence objects and no Knowledge Base. Migrations with Knowledge Base Articles, Account Intelligence layers (Tasks, Projects, Activities), large thread histories (over 20,000 conversation entries), or complex multi-team routing structures move to four to eight weeks because of the Knowledge Base import tooling, thread-history chunking, and routing-rule translation work.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Pylon.
Land in HubSpot Service Hub, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day