Helpdesk migration

Migrate from Help On Task to Intercom

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

Help On Task logo

Help On Task

Source

Intercom

Destination

Intercom logo

Compatibility

83%

10 of 12

objects map 1:1 between Help On Task and Intercom.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Help On Task to Intercom is a migration from a lightweight shared-inbox tool into a conversation-driven customer engagement platform. Help On Task stores tickets as flat records with threaded replies, while Intercom uses a Contacts-to-Conversations hierarchy where every conversation must reference an existing Contact. We extract Help On Task data via CSV export (no public API exists), reconstruct the custom field schema manually from customer-provided definitions, and sequence the import so Contacts exist before Conversations. Attachment URLs require proactive download and re-upload because Help On Task uses time-limited signed URLs that expire on account closure. Workflows, automated rules, and SLA policies do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in Intercom's Rules engine.

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 On Task logo

Help On Task

What's pushing teams away

  • Limited scalability when team size or ticket volume grows beyond what the platform's architecture supports efficiently
  • Absence of advanced automation rules, SLA enforcement, and multi-channel routing that mid-sized support teams require
  • Weak or undocumented API makes custom integrations and automated workflows difficult to build and maintain
  • Lack of third-party integrations beyond basic email and calendar connectors limits ecosystem connectivity
  • No built-in knowledge base or customer portal features require teams to use separate tools for self-service support

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 Help On Task objects map to Intercom

Each row shows how a Help On Task 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.

Help On Task

Ticket

maps to

Intercom

Conversation

1:1
Fully supported

Help On Task tickets map to Intercom Conversations. The ticket subject becomes the conversation title, ticket status (open, pending, resolved, closed) maps to Intercom's open, snoozed, closed conversation states, and ticket priority maps to a custom conversation priority attribute if the customer's Intercom plan supports priority weighting. The conversation channel is inferred from the original ticket's email thread or set to email by default since Help On Task is email-first. Conversation parts are created from the ticket's threaded replies in chronological order.

Help On Task

Customer

maps to

Intercom

Contact

1:1
Fully supported

Help On Task customer profiles (name, email, phone, company) map to Intercom Contacts. Email is the dedupe key and is required on every Contact. We resolve by email match during import. If a customer has no email address in Help On Task, we flag that record for manual resolution since Intercom requires at minimum an email or user_id on Contact. Phone numbers migrate as a custom Contact attribute unless Intercom's built-in phone field is available in the customer's plan.

Help On Task

Agent

maps to

Intercom

Teammate

1:1
Fully supported

Help On Task agent accounts map to Intercom Teammates. We resolve by email match against the Intercom workspace's Teammate list. The agent's name and role/status migrate as profile attributes. Any Help On Task agent without a matching Teammate in the destination goes to a reconciliation queue for the customer to provision before record import resumes.

Help On Task

Ticket Assignee

maps to

Intercom

Conversation Assignee (Teammate)

1:1
Fully supported

Ticket assignee references are resolved by email against the Intercom Teammate list. If a Teammate record exists, the conversation is assigned at import time. If no match is found, the conversation imports unassigned and we note this in the reconciliation report for the customer to resolve manually post-migration.

Help On Task

Ticket Requester

maps to

Intercom

Conversation Contact

1:1
Fully supported

The ticket requester maps to the Intercom Contact record that must exist before the conversation is created. This is why contacts must be imported first. If the requester email matches an existing Contact in Intercom, we link the conversation to that Contact. If no match exists, Intercom either creates a new Contact or rejects the conversation import depending on the workspace settings.

Help On Task

Tag

maps to

Intercom

Tag

1:1
Fully supported

Help On Task tags on tickets map to Intercom Tags. Tag names migrate as-is and are recreated in Intercom's tag library. We note any tag limit differences: Intercom does not enforce a hard tag limit but performance may degrade above 5,000 unique tags in a single workspace. We flag this if the customer's Help On Task instance exceeds that threshold.

Help On Task

Custom Field (Ticket)

maps to

Intercom

Custom Attribute (Conversation)

lossy
Fully supported

Help On Task ticket custom fields require pre-creation of corresponding Intercom custom conversation attributes before data import. We extract custom field definitions (field types, options lists, required flags) from the customer during scoping and create the matching Intercom custom attributes via API before importing ticket data. This is a manual configuration step that must happen before migration begins because Intercom does not auto-create attributes during import.

Help On Task

Custom Field (Customer)

maps to

Intercom

Custom Attribute (Contact)

lossy
Fully supported

Help On Task customer-level custom fields map to Intercom custom Contact attributes. We extract the field schema from the customer during scoping, pre-create the attributes in Intercom, then import customer records with values mapped to the correct attribute API names. String, number, date, and dropdown field types map directly; multi-select and checkbox fields map to Intercom's list or boolean attribute types.

Help On Task

Conversation Thread

maps to

Intercom

Conversation Parts

1:1
Fully supported

Help On Task ticket conversation threads contain a list of message entries with author, timestamp, and body text. We reconstruct the thread in Intercom as Conversation Parts, preserving the original message order by timestamp. Customer messages import as part from the user; agent replies import as part from an admin (Teammate). Internal notes in Help On Task map to internal notes in Intercom if that feature is available in the customer's plan.

Help On Task

Attachment

maps to

Intercom

Attachment

1:1
Fully supported

Help On Task attachments are stored as signed or time-limited URLs that expire when the source account is deactivated. We download all attachments to a temporary blob store before any cutover activity, then re-upload them to Intercom's attachment API and link each file to the correct conversation part. We flag any attachments that cannot be downloaded (broken URLs, permission errors) in the reconciliation report.

Help On Task

Knowledge Base Article

maps to

Intercom

Help Center Article

1:1
Fully supported

If Help On Task has a linked knowledge base, article titles, body content, categories, and publication status migrate to Intercom Help Center articles. We map categories to Intercom collections and preserve publication status (published, draft, scheduled). Any unscheduled articles are flagged in the handoff report. Articles with images re-host those images to Intercom's media library or the customer's configured CDN.

Help On Task

Ticket Timestamps

maps to

Intercom

Conversation Timestamps

1:1
Fully supported

Ticket created_at and updated_at timestamps migrate to Intercom conversation created_at and updated_at. Comment timestamps migrate as individual conversation_part created_at values. Intercom preserves these timestamps, allowing the conversation timeline to reflect the original Help On Task activity dates rather than the import date.

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 On Task logo

Help On Task gotchas

High

No documented public API for automated exports

Medium

Custom field schema not exposed in exports

Medium

Attachment URLs become stale after account closure

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 public API means CSV export with schema gaps

    Help On Task does not publish a documented public REST API for automated data extraction. We rely on CSV exports from the admin panel, which include ticket and customer data but not the custom field schema (field types, required flags, options lists). We request the customer provide a screenshot or manual list of their custom field definitions during scoping so we can recreate the schema in Intercom before importing. Without this, custom field values land as plain text with no validation and cannot be queried or filtered in Intercom's Rules engine. If CSV exports are not available in the customer's plan tier, we flag this as a blocker before migration begins.

  • Attachment URLs expire on Help On Task account closure

    Help On Task attachments are stored behind signed or time-limited URLs. If the source account is deactivated before all attachment URLs are fetched, downloaded to a temporary blob store, re-uploaded to Intercom, and relinked to conversation parts, those files become unrecoverable. We always run a full attachment download pass to a temporary blob store before the source account is touched. Any attachment that fails to download (broken link, permission error, URL rotation) is flagged in the reconciliation report with the ticket ID and attachment reference.

  • Contacts must exist before conversations can be imported

    Intercom requires every conversation to be linked to an existing Contact. Attempting to import conversations before contacts are fully loaded results in errors or orphaned conversations without a Contact reference. We follow Intercom's documented import sequence: Contacts first (with custom Contact attributes pre-created), then Conversations (with the requester Contact linked via email lookup). This sequencing adds a dependency step that must be respected; skipping it requires a second import pass to backfill Contact links.

  • Custom attribute definitions must precede data import

    Intercom does not auto-create custom attributes during data import. Custom conversation attributes and custom Contact attributes must be created in the Intercom workspace before ticket data and customer data are imported. We extract the Help On Task custom field schema from the customer during scoping, create the corresponding Intercom attributes via API (with correct data types: string, integer, date, boolean, list), then import the data. Failure to pre-create attributes means custom field values are either rejected or stored in a generic overflow attribute that is difficult to query.

  • Phone number validation can reject records during import

    If Intercom's phone number validation is enabled in the workspace settings, records with non-standard phone formats (missing country code, letters, missing digits) will fail import. Help On Task does not enforce a strict phone format, so some customer records may have inconsistent phone data. We recommend disabling phone number validation in Settings > Your Workspace > People Data > Phone before migration begins. If the customer requires validation to remain enabled, we apply a pre-migration phone number normalization step to format all phone values to E.164 standard before import.

Migration approach

Six steps for a successful Help On Task to Intercom data migration

  1. Discovery and export verification

    We audit the Help On Task instance for ticket volume, customer count, agent count, custom field definitions (requested from the customer as a manual export or screenshot), tag inventory, attachment references, and any knowledge base content. We verify CSV export availability in the customer's plan tier. If CSV exports are not available or do not include the required fields, we escalate this as a blocker and request manual data extraction support before scoping continues. The discovery output is a written migration scope with record counts per object and a custom field schema reconciliation sheet.

  2. Schema pre-creation in Intercom

    Before any data moves, we pre-create the Intercom custom attribute definitions for both Contacts and Conversations based on the Help On Task custom field schema provided during discovery. We create Tags in Intercom's tag library. We provision the migration Teammate user in Intercom with the appropriate OAuth scopes and API access. We configure workspace settings including phone number validation (recommending disablement) and default assignment settings for unassigned conversations. Schema pre-creation is validated via API before proceeding.

  3. Contact import

    We import Help On Task customers as Intercom Contacts in the first migration phase. Each Contact is resolved by email as the dedupe key. Custom Contact attributes are mapped to the pre-created Intercom attributes. Any Contact records with missing or duplicate emails are flagged in the reconciliation report. Phone numbers are normalized to E.164 format before import. After the Contact phase, we emit a row-count reconciliation report comparing Help On Task customer count to Intercom Contact count and resolve any gaps before the Conversation phase begins.

  4. Attachment download to temporary blob storage

    We extract all attachment URLs referenced in Help On Task ticket data and download every file to a temporary blob store (S3-compatible). We run this concurrently with the Contact import to use the migration window efficiently. Any attachment that fails to download is flagged with the ticket ID and a reason code. We do not deactivate the Help On Task account until this phase is complete and verified.

  5. Conversation import with thread reconstruction

    We import Help On Task tickets as Intercom Conversations in the third phase, after Contacts are confirmed loaded. Each conversation references its requester Contact by email lookup. Threaded replies are imported as Conversation Parts in chronological order, with customer messages tagged as from_user and agent replies tagged as from_admin (resolving the admin by email against the Intercom Teammate list). Tags are applied at the conversation level after conversation creation. Custom conversation attributes are set during or after conversation creation depending on Intercom's API capabilities for the customer's plan tier.

  6. Cutover, validation, and handoff

    We freeze Help On Task writes during cutover, run a final delta migration of any tickets modified during the migration window, then re-upload downloaded attachments to Intercom and link each to the correct conversation part. We deliver a migration summary report with record counts per object, a list of any unresolved records (orphaned contacts, unassigned conversations, failed attachments), and the Workflow and Automation inventory (what Help On Task had in terms of rules or SLA policies, which we do not migrate but document for the customer to rebuild in Intercom's Rules engine). We support a three-day post-migration validation window for the customer to spot-check records before closing the migration.

Platform deep dives

Context on both ends of the pair

Help On Task logo

Help On Task

Source

Strengths

  • Straightforward ticket creation and assignment using email as the primary channel
  • Minimal configuration required to get a team up and running within hours of signup
  • Clean, uncluttered interface that reduces the learning curve for non-technical agents
  • Transparent pricing without per-feature gates that surprise customers mid-cycle
  • Fast customer service response from the vendor when issues arise

Weaknesses

  • No native SLA tracking or escalation rules built into the platform
  • Limited reporting and analytics beyond basic volume and response time metrics
  • Weak API documentation and limited public API endpoints for automation
  • No multi-brand or multi-site management for teams running multiple support contexts
  • Absence of native mobile apps means agents are tied to desktop access
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?

Moderate Helpdesk migration. 6 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 Help On Task and Intercom.

  • Object compatibility

    D

    6 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 On Task: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Help On Task 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 Help On Task to Intercom data migrations

Answers to the questions buyers ask most during Help On Task to Intercom migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Help On Task 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 four weeks for accounts under 5,000 tickets and 2,000 contacts with no knowledge base content. Migrations with large conversation histories (over 50,000 message entries), extensive custom field schemas (more than 15 fields), attachment-heavy tickets (more than 10,000 files), or a knowledge base to migrate move to five to eight weeks because of attachment download-and-re-upload time, custom attribute schema reconstruction, and the required contacts-first sequencing that adds a dependency step before conversation import begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Help On Task.
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