Helpdesk migration

Migrate from Help Scout to Zendesk

Field-level mapping, validation, and rollback between Help Scout and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.

Help Scout logo

Help Scout

Source

Zendesk

Destination

Zendesk logo

Compatibility

90%

9 of 10

objects map 1:1 between Help Scout and Zendesk.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Help Scout to Zendesk is a structural migration from an email-first shared inbox to a full ticketing system. Help Scout uses Conversations with thread-based replies and internal notes organized in Mailboxes; Zendesk uses Tickets with comments, public updates, and private comments in a Views and Groups structure. We extract Conversations and Customer records via the Help Scout Inbox API, resolve requester email addresses against the Zendesk End User table, and map Custom Fields (Dropdown, Single line, Multi line, Number, Date) to typed Zendesk ticket fields only after confirming the account plan gates. Docs articles organized in Collections migrate to Zendesk Help Center sections and articles with the full hierarchy intact. Workflows, automations, macros, and Saved Replies do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in Zendesk Admin Center. Reports data is not accessible via Help Scout API and must be exported manually from the Reports UI before migration begins.

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

Help Scout logo

Help Scout

What's pushing teams away

  • Reporting and analytics are shallow compared to enterprise platforms, lacking detailed custom reports, real-time dashboards, and advanced segmentation
  • Limited customization and template flexibility frustrates teams with complex routing or branding requirements
  • Feature gaps emerge as teams scale — no ticket numbering convention, limited integrations (100+ vs Zendesk/Front), and no omnichannel depth beyond email and chat
  • Contact-based billing surprises occur when teams import historical contacts, triggering unexpected bill spikes on the contact cap
  • No VOIP or phone channel support means teams needing voice support must look elsewhere or bolt on third-party tools

Choosing

Zendesk logo

Zendesk

What's pulling them in

  • Mature omnichannel routing across email, chat, phone, messaging, and social — one unified inbox for support teams regardless of size or complexity.
  • Deep automation with Triggers, Automations, and SLA Policies lets high-volume teams enforce consistent workflows without manual ticket handling.
  • Large ecosystem of third-party integrations and a public app marketplace reduce friction for teams already using Salesforce, Jira, or Slack.
  • Industry-leading brand recognition and trust signal — many enterprise buyers default to Zendesk as a known quantity in vendor procurement cycles.
  • Generous documentation library and community mean onboarding teams can self-configure without needing a services engagement to get started.

Object mapping

How Help Scout objects map to Zendesk

Each row shows how a Help Scout object lands in Zendesk, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Help Scout

Conversation

maps to

Zendesk

Ticket

1:1
Fully supported

Help Scout Conversations map directly to Zendesk Tickets. We export the full thread history including public replies, internal notes, and attachment references via the Inbox API. The Help Scout thread structure (message sequence, agent vs customer attribution, timestamp) maps to Zendesk Ticket comments with the is_public flag set appropriately. Status (Active, Pending, Solved, Spam) maps to Zendesk Ticket Status (Open, Pending, Solved, Spam). Note that Help Scout does not have a ticket type field, so any problem-incident relationships from Zendesk or other platforms will not be preserved as linked tickets in Help Scout, and this relationship cannot be reconstructed during migration.

Help Scout

Customer

maps to

Zendesk

End User

1:1
Fully supported

Help Scout Customer records map to Zendesk End Users. We export all standard customer properties (email, first name, last name, phone, address, company) and preserve Customer Properties custom fields set at the customer record level. Email is the primary lookup key. If a Zendesk End User with the matching email already exists, we link the ticket requester to that record. If no match exists, we create the End User first so that the Ticket requester reference is satisfied at import time. Zendesk End Users do not count against agent-seat billing.

Help Scout

Mailbox

maps to

Zendesk

View + Group

lossy
Fully supported

Help Scout Mailboxes are shared inbox containers that hold conversations. Zendesk does not have a direct Mailbox equivalent; conversations live in a central ticket pool filtered by Views. We map each Help Scout Mailbox to a Zendesk View (defining the filter criteria: inbox assignment, status, assignee) and optionally to a Zendesk Group (for team-based routing and assignment). Each Mailbox's custom fields (up to 10 on Help Scout Plus) map to Zendesk Ticket Fields scoped to the resulting Views. The customer chooses the View-and-Group structure during scoping based on team topology.

Help Scout

Custom Field

maps to

Zendesk

Ticket Field

1:1
Fully supported

Help Scout Custom Fields (Dropdown, Single line, Multi line, Number, Date) are gated behind the Plus plan and exist per Mailbox. We map them field-by-field to Zendesk Ticket Fields of the matching type. Dropdown fields migrate options to Zendesk tag values or dropdown field options. Critical constraint: Zendesk requires ticket fields to exist before import. We detect the account's plan tier during scoping and either pre-create the fields via the Zendesk API or flag the need to upgrade before migration proceeds. Accounts on Free or Standard do not have Custom Fields in their Help Scout schema, so this object is absent for those tiers.

Help Scout

Docs (Knowledge Base)

maps to

Zendesk

Help Center (Guide)

1:1
Fully supported

Help Scout Docs articles organized within Collections map to Zendesk Help Center sections and articles. We export article content, categories, navigation hierarchy, and metadata via the Docs API. Published status and author attribution are preserved. The Collection hierarchy maps to the Help Center section nesting structure. Help Center activation in Zendesk requires a Suite plan (Team at $55/agent or above); we confirm the Zendesk plan tier before migration. Docs articles do not include the Beacon live chat widget configuration, which requires separate Zendesk widget setup post-migration.

Help Scout

Tag

maps to

Zendesk

Tag

1:1
Fully supported

Help Scout Tags are applied across Conversations, Customers, and Docs. We preserve all tag assignments during migration and map them directly to Zendesk Tags, which function identically as cross-object labels. Tags on Conversations become Zendesk Ticket tags; Tags on Customers become Zendesk End User tags. The customer may choose to consolidate or rename tags during scoping if the existing taxonomy is overly broad.

Help Scout

User (Agent)

maps to

Zendesk

Agent (User)

1:1
Fully supported

Help Scout Users are agents who handle conversations. We export user records including email, name, role, and team assignment. Help Scout uses unlimited-user pricing, so team size does not constrain migration scope. We map Help Scout agents to Zendesk Agents by email match. Any Help Scout agent without a matching Zendesk User goes to a reconciliation queue for the customer's admin to provision before the conversation import phase begins. Help Scout roles (Admin, Agent) map to Zendesk roles (Light Agent, Agent, Admin) with equivalent permission levels.

Help Scout

Team / Department

maps to

Zendesk

Group

1:1
Fully supported

Help Scout Teams and Departments group users for routing and permissions. We preserve team assignments and map them to Zendesk Groups, which provide the same organizational unit for ticket routing, assignment, and reporting. Advanced team permissions (gated to Help Scout Plus) map to Zendesk Light Agent and Agent role restrictions. We detect the account's plan tier during scoping to confirm whether Teams and Departments exist in the source schema.

Help Scout

Attachment

maps to

Zendesk

Attachment

1:1
Fully supported

Attachments embedded in Help Scout conversation threads are accessible via the Inbox API as binary blobs. We export them and re-attach them to the corresponding Zendesk Ticket comment at the destination. Large attachment batches (especially for accounts with image-heavy threads or PDF exports) may extend migration time and require the migration to be run during off-peak hours to avoid rate limit contention on both platforms.

Help Scout

Customer Properties

maps to

Zendesk

End User Fields

1:1
Mapping required

Customer Properties are custom fields set specifically at the Help Scout Customer record level, distinct from conversation Custom Fields. We treat these as standard custom properties and map them field-by-field to Zendesk End User Fields. The field type mapping follows the same rules as ticket fields (Dropdown to Single Select, Number to Integer, Date to Date). If the destination Zendesk account does not have End User Fields available on its plan, we map these values to Tags on the End User record as a fallback.

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.

Help Scout logo

Help Scout gotchas

High

Contact billing cap causes migration bill shock

High

Per-account API rate limit throttles bulk migration

Medium

Custom Fields locked behind Plus plan

Medium

Reporting data not accessible via API

Low

Docs knowledge base is separately priced

Zendesk logo

Zendesk gotchas

High

Data export requires API scripting on non-Enterprise plans

Medium

Automations cap at 500 active rules and 1,000 tickets per hour

Medium

Help Center has no native export feature

High

Custom Objects and full data export are Enterprise-only

Pair-specific challenges

  • Requester email resolution requires End User pre-creation

    Help Scout's API export provides the customer email address as the requester identifier for each Conversation, but no pre-existing Zendesk User record ID. During migration, we must resolve each email against the Zendesk End User table: if a matching End User already exists, we link the Ticket requester to that record; if not, we create the End User first. This two-pass approach (Users first, then Tickets) prevents orphaned tickets with null requesters. A LinkedIn migration case study from May 2025 documented this exact hurdle for an 8,000-ticket migration, noting that failing to resolve requesters results in tickets without a customer link in Zendesk.

  • Organization custom fields do not transfer by default

    Help Scout does not have a native Organization object; company data lives on the Customer record. During migration from Help Scout to Zendesk, Organization-level custom fields from other source platforms (or custom fields set on company properties in Help Scout) do not migrate automatically. A migration service (Help Desk Migration) explicitly states that organization custom fields require a Custom Demo with support team involvement. We either create Zendesk Organizations from the Help Scout customer company field and map company-level custom fields to Organization fields, or we flag this scope for manual configuration after migration.

  • Custom fields must exist in Zendesk before import

    Help Scout Custom Fields (Dropdown, Single line, Multi line, Number, Date) are gated behind the Plus plan and must be pre-created in Zendesk with matching field types before any ticket data containing those fields can be imported. If Zendesk's Admin Center does not have the corresponding ticket fields created, the import fails silently or produces null values. We detect the Help Scout account's plan tier during scoping, confirm the Plus-plan Custom Fields schema, and pre-create all equivalent Zendesk Ticket Fields via the Zendesk API before the migration phase begins. Free and Standard plan accounts have no Custom Fields in their Help Scout schema, so this step is skipped for those tiers.

  • Workflows and Macros do not migrate as code

    Help Scout Workflows automate actions based on triggers such as conversation status, mailbox, or customer properties. Zendesk uses Triggers, Automations, and Macros as separate objects with a different rule engine. These are fundamentally different automation models with no direct 1:1 mapping. We do not migrate Workflows or Saved Replies as code. We deliver a written inventory of every active Help Scout Workflow with its trigger conditions, actions, and a recommended Zendesk Trigger or Automation equivalent, plus a list of Help Scout Saved Replies that need to be recreated as Zendesk Macros. The customer's Zendesk admin rebuilds these post-migration.

  • Help Center must be activated before Docs migration

    Zendesk Help Center (previously Guide) is only available on Suite plans starting at Team ($55/agent). If the customer's Zendesk account is on a lower plan or Help Center is not yet enabled, the Docs articles and Collections from Help Scout cannot be imported. We confirm the Zendesk plan tier and Help Center activation status during scoping. If Help Center is inactive, we either defer the Docs migration until the account is upgraded, or we deliver the Docs content as structured JSON for manual import once the plan is activated.

Migration approach

Six steps for a successful Help Scout to Zendesk data migration

  1. Discovery and plan confirmation

    We audit the source Help Scout account across plan tier (Free/Standard/Plus), conversation volume (active, closed, archived), customer record count, Docs article and Collection count, Custom Field schema, active Workflows, tag taxonomy, and user/team roster. We pair this with a Zendesk account review: plan tier (Suite Team/Growth/Professional/Enterprise), Help Center activation status, existing ticket field configuration, existing User roster, and Group structure. The discovery output is a written migration scope document specifying record counts per object, the Custom Field mapping matrix, the Mailbox-to-View-and-Group mapping, and the Docs-to-Help-Center section hierarchy.

  2. Schema pre-creation in Zendesk

    Before any data moves, we pre-create the destination schema in Zendesk via the Zendesk API. This includes Ticket Fields matching every Help Scout Custom Field by type (Dropdown options, Single line, Multi line, Number, Date), Help Center sections matching the Docs Collection hierarchy, and Groups matching the Help Scout team structure. We also temporarily disable Zendesk Triggers and Automations that might fire on imported tickets and interfere with migration data. Required field validation and conditional field rules are reviewed and relaxed during the import window to prevent record rejection.

  3. End User reconciliation

    We extract every distinct Customer email from Help Scout and match against the Zendesk End User table. For each email without a matching Zendesk End User, we create the End User record first so that the Ticket requester reference is satisfied at import time. For emails that already exist in Zendesk (from a prior integration or previous data), we link the Ticket to the existing End User. This two-phase approach prevents orphaned tickets with null requesters and is validated before the conversation migration phase begins.

  4. Sandbox migration and reconciliation

    We run a full migration into a Zendesk Sandbox (if available on the destination plan) using a representative data sample. The customer's support operations lead reconciles record counts (Conversations in, Tickets in; Customers in, End Users in; Articles in, Help Center articles in), spot-checks 25-50 random ticket threads against the Help Scout source for message ordering and internal note preservation, and verifies tag assignments and Custom Field values. Any mapping corrections are applied before production migration begins. This step also validates that the Mailbox-to-View mapping produces the expected filter results.

  5. Production migration in dependency order

    We run production migration in record-dependency order: End Users (from Customers, first pass for reconciliation), Groups (from Teams), Articles and Sections (from Docs Collections via Docs API), then Conversations (as Tickets with thread history, internal notes as private comments, attachments re-attached). Custom Field values are set per-ticket after field creation is confirmed. Tags are applied as Zendesk tags on the ticket record. Each phase emits a row-count reconciliation report before the next phase begins. We pace API calls to respect Help Scout's per-account rate limit measured in the 10-minute window, using exponential backoff on 429 responses and chunking batches for accounts over 10,000 conversations.

  6. Cutover, Docs finalization, and handoff

    We freeze Help Scout writes during the cutover window, run a final delta migration of any conversations modified during the migration run, then confirm Zendesk as the system of record. We deliver the Docs content handoff as structured JSON matching the Help Center section hierarchy, the Workflow and Saved Reply inventory document with recommended Zendesk equivalents, and the Custom Field mapping matrix. We support a 72-hour post-migration window where we resolve any ticket threading issues, attachment failures, or End User linkage gaps. We do not rebuild Help Scout Workflows as Zendesk Triggers or configure Help Scout Docs equivalents in Zendesk as part of the migration scope.

Platform deep dives

Context on both ends of the pair

Help Scout logo

Help Scout

Source

Strengths

  • Email-first interface with an inbox layout that mirrors how support agents actually work
  • Knowledge base (Docs) with a clean editor and Beacon widget for embedded self-service
  • Unlimited users on paid plans regardless of team size
  • Contact-based pricing model that is transparent and predictable
  • Automatic Workflows for basic routing and triage included at no extra cost

Weaknesses

  • Reporting is basic — no custom or real-time analytics, limited segmentation, and historical data requires manual CSV export
  • Contact billing caps (50 on Free, 100 on Standard) can catch teams off guard on import
  • No native ticket numbering — conversations are identified by a unique ID not visible to customers
  • Omnichannel depth is shallow — email and chat only, no voice/SMS/WhatsApp without third-party integrations
  • Custom Fields, advanced permissions, and Salesforce integration are gated behind the Plus tier ($83/mo)
Zendesk logo

Zendesk

Destination

Strengths

  • Well-documented REST API with broad endpoint coverage for Tickets, Users, Organizations, and Help Center.
  • Rich automation primitives: Triggers (event-driven), Automations (time-based), and Macros with variable substitution.
  • Multi-brand support enables large organizations to route and isolate support by product line or subsidiary.
  • Scalable from small teams on Team plan to global enterprises on Enterprise Plus with sandbox and disaster recovery options.
  • Large partner ecosystem and marketplace with hundreds of pre-built integrations reduces integration work at deployment.

Weaknesses

  • Per-agent pricing with aggressive feature gating makes lower tiers feel artificially limited.
  • No native full-KB export — Help Center content requires API scripting to extract.
  • AI features are add-on priced and behave inconsistently, not deeply embedded in core workflows.
  • Implementation timelines for complex multi-channel setups routinely exceed initial estimates by weeks or months.
  • Knowledge base and help center functionality are separate from core ticketing with their own permission model and versioning.

Complexity grading

How hard is this migration?

Standard Helpdesk migration. 2 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Help Scout and Zendesk.

  • Object compatibility

    B

    2 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

    Help Scout: Per-account limit measured per 10-minute window; exact limits vary by plan tier and are not publicly disclosed.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Help Scout to Zendesk 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 Help Scout to Zendesk data migrations

Answers to the questions buyers ask most during Help Scout to Zendesk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Help Scout to Zendesk 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 three weeks for accounts under 5,000 conversations and 500 customers with no knowledge base or a small Docs library under 100 articles. Migrations with large knowledge bases (500+ Docs articles across multiple Collections), active custom field schemas, or multi-mailbox routing structures move to five to seven weeks because of Docs API extraction time, Help Center section hierarchy reconstruction, and per-field type validation. The primary variable is data volume and knowledge base complexity, not team size.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Help Scout.
Land in Zendesk, 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