Helpdesk migration

Migrate from Zoho Desk to Intercom

Field-level mapping, validation, and rollback between Zoho Desk and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.

Zoho Desk logo

Zoho Desk

Source

Intercom

Destination

Intercom logo

Compatibility

100%

12 of 12

objects map 1:1 between Zoho Desk and Intercom.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Try the reverse

Intercom
Zoho Desk

Overview

What this migration involves

Moving from Zoho Desk to Intercom is a shift from a ticket-centric, email-first help desk model to a conversation-first, messaging-native customer engagement platform. Zoho Desk organizes support around Tickets with linked Contacts, optional Account hierarchies, and workflow automation through Blueprints; Intercom uses Conversations with a Contacts and Companies model, Fin AI as a native layer, and Help Center Articles for self-service. We migrate Tickets as Conversations with full thread history, Contacts as Users, Accounts as Companies, and Products as reference data. We flag Blueprints, SLA Policies, and tag-based automations as non-transferable and deliver a written inventory for the customer's admin to rebuild in Intercom's workflow builder. Knowledge base articles require recreating the collection structure in Intercom and re-hosting images on the Intercom CDN before article POST.

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

Zoho Desk logo

Zoho Desk

What's pushing teams away

  • The UI is described as dated and clunky by long-term users, with inconsistent navigation patterns across modules that slow down daily ticket handling and frustrate agent onboarding.
  • Advanced features including Blueprints, multi-brand help centers, and live chat are gated behind higher-priced tiers, leaving small teams with a functionally limited free or Express experience.
  • Integration depth drops sharply outside the Zoho product family; connecting to non-Zoho CRMs, calendars, or analytics tools often requires custom Deluge scripts or third-party middleware.
  • The learning curve is steep due to complex customization options and an interface that does not follow modern SaaS conventions, requiring dedicated training time for new agents.

Choosing

Intercom logo

Intercom

What's pulling them in

  • Instant chat and message threading on websites and apps gives support teams a single inbox without context-switching, according to reviewers on Capterra and G2 who highlight fast response times as a primary benefit.
  • Fin AI handles repetitive inbound queries automatically, reducing agent workload measurably — G2 reviewers report fewer escalations and faster first-response times once Fin is configured.
  • Automation workflows (Outbound, Operator, and custom bots) allow teams to qualify leads and route tickets without manual intervention, appealing to growth-stage SaaS companies managing high ticket volumes.
  • Help center articles and self-service deflection are natively integrated, so knowledge base content and chat conversations live in the same workspace, simplifying reporting.
  • Multi-channel support (live chat, email, SMS, WhatsApp, Phone) consolidates customer touchpoints into one inbox, reducing the operational overhead of managing separate tools.

Object mapping

How Zoho Desk objects map to Intercom

Each row shows how a Zoho Desk object lands in Intercom, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

Zoho Desk

Ticket

maps to

Intercom

Conversation

1:1
Fully supported

Zoho Desk Tickets map directly to Intercom Conversations. We extract Ticket ID, Subject, Status, Priority, Channel, Created Time, Modified Time, Requester (Contact), Assigned Agent, and Account. Thread history from Zoho Desk comments migrates as Conversation Parts in chronological order. Status mapping: Open/On Hold/Pending/Closed-Pending maps to Intercom's open/closed/snoozed states; custom Zoho statuses require Intercom custom conversation states configuration before migration.

Zoho Desk

Thread (Conversations)

maps to

Intercom

Conversation Parts

1:1
Fully supported

Zoho Desk thread history (internal notes, public comments, email body) migrates as Intercom Conversation Parts ordered by timestamp. We extract author type (agent vs contact), body HTML, attachment references, and the original timestamp. Attachment URLs from Zoho are re-hosted to Intercom's file hosting during migration. Internal notes in Zoho map to Intercom internal Parts visible only to team members.

Zoho Desk

Contact

maps to

Intercom

User (Contact)

1:1
Fully supported

Zoho Desk Contacts map to Intercom Users (contacts). We extract name, email, phone, job title, custom properties, and any contact photo URL. Email serves as the dedupe key during import. If a Contact in Zoho Desk has no email (a rare edge case), we generate a placeholder and flag the record for customer review. Custom fields on Zoho Contacts map to Intercom custom attributes on User.

Zoho Desk

Account (Organization)

maps to

Intercom

Company

1:1
Fully supported

Zoho Desk Accounts (organizations linked to Contacts) map to Intercom Companies. We extract company name, industry, website, size, and custom fields. Account-Contact linking in Zoho (where a Contact belongs to an Account) translates to adding the Contact to the Intercom Company via the contacts endpoint's companies relationship. Accounts without any linked Contacts are created as standalone Intercom Companies.

Zoho Desk

Product

maps to

Intercom

Product

1:1
Fully supported

Zoho Desk Products (SKU, name, description, custom fields) migrate as Intercom Products. Products in Zoho are linked to Tickets for warranty and entitlement tracking; we preserve this linkage by adding a custom attribute product_name__c on the migrated Conversation. Products without linked Tickets are migrated as reference data with no conversation linkage.

Zoho Desk

Task

maps to

Intercom

Task (via Conversation Part or custom integration)

1:1
Fully supported

Zoho Desk Tasks (action items linked to Tickets) migrate as Intercom Conversation Parts of type task or as a linked task object if the destination workspace uses a task integration. We extract subject, due date, assignee, and status. Tasks without a parent Ticket are flagged during scoping for manual placement decision by the customer.

Zoho Desk

KB Article

maps to

Intercom

Article + Collection + Section

1:1
Fully supported

Knowledge Base Articles from Zoho Desk migrate to Intercom Articles within Collections (equivalent to Zoho Help Center categories) and Sections. We export title, body HTML, author, category, tags, and publication status. Intercom requires recreating the collection structure first (POST to /collections), capturing parent_id values, then uploading images to Intercom's CDN before replacing image URLs in article HTML, then POSTing each article with title, body, author_id, parent_id, and parent_type. Multi-language articles require separate collection trees per locale.

Zoho Desk

Department

maps to

Intercom

Team

1:1
Fully supported

Zoho Desk Departments (organizational containers that route tickets and assign agents) map to Intercom Teams. We extract department name, email, and agent membership. Multi-department accounts with hierarchical structures flatten into a single Intercom Team per Zoho Department, with the hierarchy documented for manual reconstruction in Intercom's Team settings.

Zoho Desk

Agent

maps to

Intercom

Admin or Agent

1:1
Fully supported

Zoho Desk Agents (name, email, role, department assignment) map to Intercom Admins or Agents. Agent email is the primary key for matching. We verify agent activation and email correspondence in Intercom before migration and flag any mismatches so the customer can clean up agent records beforehand. Comment authorship after migration is determined by email match; inactive or mismatched agents result in a generic fallback attribution.

Zoho Desk

Team

maps to

Intercom

Team

1:1
Fully supported

Zoho Desk Teams (agent groupings for ticket assignment) map to Intercom Teams with preserved membership. We extract team name, description, and agent-to-team assignments. Teams without members are skipped to avoid orphaned routing rules. Intercom's inbox assignment and routing rules reference Teams, so team membership must be resolved before routing configuration.

Zoho Desk

Tag

maps to

Intercom

Tag

1:1
Fully supported

Zoho Desk Tags (flat labels on Tickets and Contacts) migrate to Intercom Tags. We export tag names and apply them to corresponding Conversation and User records. Tag-based automations in Zoho Desk (routing rules triggered by tag assignment) do not transfer and must be rebuilt as Intercom Rules after migration.

Zoho Desk

Attachment

maps to

Intercom

Attachment

1:1
Fully supported

Ticket and article attachments are extracted from Zoho Desk (file URLs or WorkDrive references), downloaded to temporary storage, and re-uploaded to Intercom. We audit total attachment volume during scoping; files exceeding 10GB total require a chunked transfer strategy or selective exclusion. Inline images in KB article HTML are re-hosted to Intercom CDN; standalone file attachments are uploaded via Intercom's attachments endpoint and linked to the parent Conversation Part.

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.

Zoho Desk logo

Zoho Desk gotchas

High

Agent email identity determines comment ownership after migration

High

Blueprints and SLA policies do not export via API

Medium

File upload capped at 10GB per migration batch

Medium

Tier-gated export and migration capabilities

Low

Inbound migration is two-phase with a hard Phase 2 cutoff

Intercom logo

Intercom gotchas

High

S3 JSON export omits conversation transcripts

High

Workspace isolation prevents workflow migration

Medium

Fin AI resolution fees compound with automation success

Medium

Two-year conversation history limit on historical export

Low

Private app rate limits share workspace quota

Pair-specific challenges

  • No native Zoho Desk to Intercom import tool

    Intercom does not offer a built-in Zoho Desk import wizard. The official migration path documented in the Intercom Community requires exporting Zoho Desk data via CSV or API, recreating the KB collection structure in Intercom (capturing parent_id values), re-hosting images to the Intercom CDN, and POSTing articles individually via the Articles API. Tickets, Contacts, and Companies have no batch importer either; they require API-based migration or a third-party service. We use Zoho Desk's REST API for structured extraction and Intercom's REST API for ingestion, which handles the object mapping without relying on unsupported file formats.

  • Blueprints and SLA Policies do not export via API

    Zoho Desk workflow automation objects—Blueprints (state-machine ticket progression) and SLA Policies (response and resolution time thresholds)—are proprietary constructs with no public export endpoint. When migrating away from Zoho Desk, we document the Blueprint stage definitions, transition rules, and SLA threshold configurations so the customer's admin can manually rebuild them in Intercom's Rules and Inbox Routing settings. Tag-based automations tied to Zoho routing rules are also non-transferable. We explicitly scope these as excluded objects in the migration plan.

  • Agent email identity determines comment ownership after migration

    During migration, comment and thread authorship in Intercom is attributed by matching agent email addresses between Zoho Desk and the destination Intercom workspace. If an agent in the source Zoho Desk account is inactive in Intercom or has a different email address, their comments are reassigned to a generic fallback user, silently losing attribution history. We verify agent activation and email correspondence before initiating migration and flag any mismatches upfront so the customer can provision the correct Intercom agents before transfer begins.

  • KB article image URLs must be re-hosted to Intercom CDN

    Zoho Desk KB articles store images with Zoho-hosted URLs. Intercom does not accept external image URLs in article body HTML; images must be uploaded to Intercom's CDN first, and the image URLs in article HTML must be replaced with Intercom-hosted URLs before the article POST. For large knowledge bases with hundreds of articles, this adds a re-hosting step to every article migration. We handle this during the extraction phase: images are downloaded, uploaded to Intercom via the attachments endpoint, and URL replacements are applied programmatically before article ingestion.

  • Created_at timestamps do not preserve by default on ticket migration

    Intercom's conversation creation API sets the conversation creation time to the API call timestamp, not the original Zoho Desk Ticket created time. For audit and reporting purposes, we preserve the original created_at by injecting it as a custom attribute on the conversation (original_created_at__c) and optionally as the first internal Part note. This is not a silent data loss issue but requires explicit handling during the migration script design. Closed date and last modified timestamps are handled similarly.

Migration approach

Six steps for a successful Zoho Desk to Intercom data migration

  1. Discovery and data audit

    We audit the source Zoho Desk portal across plan tier (Free/Express/Standard/Professional/Enterprise), ticket volume, thread attachment count, KB article count, custom field schemas on Tickets/Contacts/Accounts, agent count, team structure, and any active Blueprints or SLA policies. We verify API credit allocation for the plan tier and confirm that the Export Records permission is available for the agent account performing the export. The discovery output is a written migration scope covering record counts, schema mapping, and the list of excluded objects (Blueprints, SLA Policies, tag-based automations).

  2. KB collection structure recreation in Intercom

    Before any ticket data migrates, we recreate the Zoho Help Center category structure in Intercom as Collections and Sections. We extract the Zoho Help Center hierarchy (categories, sections, article placement), create the equivalent Collections in Intercom via POST to /collections, capture the returned id values for each collection and section, and document the parent-child mapping. This step must complete first because Intercom Articles require a parent_id reference at POST time.

  3. Agent and team provisioning in Intercom

    We extract every distinct Zoho Desk Agent (name, email, role) and match by email against the destination Intercom workspace's admin and agent list. Any agent in Zoho Desk without a corresponding Intercom agent is flagged for the customer to provision before record migration begins. Team membership is mapped to Intercom Teams, and inbox routing rules are noted for reconstruction after migration. This step resolves the comment ownership attribution risk before any data transfer starts.

  4. KB article migration with image re-hosting

    We export Zoho Desk KB articles in sequence: extract article HTML, download all embedded images to temporary storage, upload each image to Intercom via the attachments endpoint, replace image URLs in the HTML body with Intercom-hosted URLs, and POST each article via POST /articles with title, body (modified HTML), author_id, parent_id, and parent_type. Multi-language articles are processed per locale. Publication status (draft/published) is set on the article record. This is the most labor-intensive step for large knowledge bases.

  5. Tickets, Contacts, and Companies migration

    We migrate in dependency order: Companies first (from Zoho Accounts), then Contacts (with AccountId resolved via the company mapping), then Tickets (with RequesterId resolved to the Contact and Assigned Agent resolved to the Intercom agent). Thread history is processed chronologically and ingested as Conversation Parts. Attachments are downloaded from Zoho, uploaded to Intercom, and linked to the parent Part. Custom fields on Tickets and Contacts map to Intercom custom attributes, which we pre-create before migration begins.

  6. Cutover, validation, and workflow rebuild handoff

    We freeze Zoho Desk writes during the final migration window, run a delta migration of any records modified during the window, then enable Intercom as the system of record. We deliver a written inventory of Blueprints, SLA policies, and tag-based automations requiring rebuild in Intercom's Rules and Inbox Routing settings. We support a one-week hypercare window where we resolve reconciliation issues. We do not rebuild Zoho Desk automations as Intercom Rules inside the migration scope; that work is handled by the customer's admin or a separate Intercom configuration engagement.

Platform deep dives

Context on both ends of the pair

Zoho Desk logo

Zoho Desk

Source

Strengths

  • Generous free tier for teams of up to 3 agents with no time limit, reducing financial risk for small support operations.
  • Per-agent flat pricing across tiers is significantly lower than Zendesk, Freshdesk, or Intercom at equivalent feature levels.
  • Tight integration with Zoho CRM, Zoho Books, and Zoho Creator provides a unified data ecosystem without third-party middleware.
  • Multi-channel ticket aggregation consolidates email, social, chat, and phone into a single queue view.
  • Assisted migration service handles the two-phase transfer process with Zoho's own migration team for inbound moves.

Weaknesses

  • The UI is frequently described as dated, clunky, and inconsistent across modules compared to modern SaaS competitors.
  • Advanced automation features including Blueprints, multi-brand, and live chat are tier-gated, limiting the free and Express plans to basic ticketing.
  • Non-Zoho integrations require custom Deluge scripting or external middleware, reducing flexibility for heterogeneous tech stacks.
  • Steep learning curve and complex customization options mean slower onboarding for new agents and ongoing training investment.
  • Export and migration capabilities are gated by plan tier, with data backup only available on higher plans.
Intercom logo

Intercom

Destination

Strengths

  • Integrated AI agent (Fin) for automated resolution with per-resolution billing that rewards high automation rates.
  • Multi-channel inbox consolidating live chat, email, SMS, WhatsApp, and Phone into a single threaded view.
  • Native help center with articles, collections, and self-service deflection capabilities.
  • Workflow automation for routing, qualification, and proactive outbound messaging across channels.
  • Strong API ecosystem with 10,000 req/min rate limits for private apps enabling high-throughput migration pipelines.

Weaknesses

  • Pricing model compounds with seat count, AI resolution fees, channel costs, and multiple add-ons, making total cost hard to predict.
  • Workspace-level isolation prevents moving workflows or content between environments, requiring manual rebuilds.
  • S3 JSON export deliberately excludes conversation transcripts, necessitating REST API calls for full message history.
  • Outages are reported as frequent enough to be a concern for always-on support operations.
  • Setup complexity means teams often require internal guidance or professional services to configure bots and automation correctly.

Complexity grading

How hard is this migration?

Standard Helpdesk migration. 5 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 Zoho Desk and Intercom.

  • Object compatibility

    C

    5 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

    Zoho Desk: Tied to plan tier; Zoho documents 4,000 to 25,000 requests per day per organization (or 500 per user license, whichever is lower). No published per-minute ceiling; 429 responses have no Retry-After header, so we apply exponential backoff.

  • Data volume sensitivity

    A

    Zoho Desk exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Zoho Desk to Intercom 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 Zoho Desk to Intercom data migrations

Answers to the questions buyers ask most during Zoho Desk to Intercom migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Zoho Desk to Intercom 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 10,000 Tickets and 5,000 Contacts with a knowledge base under 200 articles and no complex custom field schemas. Migrations with large KB archives (over 500 articles), multi-language content, significant attachment volume, or custom field schemas that require Intercom custom attribute configuration move to four to six weeks because of the article re-hosting pipeline and collection structure recreation work.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Zoho Desk.
Land in Intercom, 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