Helpdesk migration

Migrate from Hiver to Intercom

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

Hiver logo

Hiver

Source

Intercom

Destination

Intercom logo

Compatibility

70%

7 of 10

objects map 1:1 between Hiver and Intercom.

Complexity

CModerate

Timeline

1-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Hiver to Intercom is a platform model change, not a record copy. Hiver runs entirely inside Gmail with Shared Inboxes as top-level containers and Conversations as thread-level records attached to those inboxes. Intercom uses a unified conversation model that spans live chat, email, phone, SMS, and WhatsApp channels with its own inbox structure and team routing. We resolve the structural difference by mapping each Hiver Shared Inbox to an Intercom Inbox, preserving assignee assignments and conversation status, and deduplicating contacts that appear both in Hiver's address book export and embedded in conversation threads. Hiver Automations have no export path and must be rebuilt manually; we deliver a complete written inventory during scoping so the customer's admin can reconstruct routing and tagging rules in Intercom. Custom fields, SLA policies, and CSAT survey data migrate as configuration. Reports and analytics do not back-fill historical data from Hiver, so we recommend a pre-migration CSV export of any historical metrics the team needs post-cutover.

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

Hiver logo

Hiver

What's pushing teams away

  • The reporting module is shallow compared to standalone helpdesk platforms — teams that graduate to needing multi-dimensional analytics, custom dashboards, or historical SLA trending find Hiver's native reports insufficient.
  • Performance inconsistencies appear when opening emails that do not pull the Hiver overlay correctly, frustrating agents who rely on instant context switching inside Gmail.
  • Teams that need multi-channel support beyond email and WhatsApp find Hiver's channel coverage limited — live chat, phone, and social channels are either absent or require third-party integrations.
  • When migrating away, the lack of a bulk automation export means every Automation rule must be manually reconstructed in the destination platform, making the migration project significantly larger than expected.

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 Hiver objects map to Intercom

Each row shows how a Hiver 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.

Hiver

Shared Inbox

maps to

Intercom

Inbox

1:1
Fully supported

Each Hiver Shared Inbox maps to an Intercom Inbox. We extract inbox name, membership list, and SLA policy assignment during the export phase. Intercom Inboxes are team-scoped, so we map Hiver inbox members to Intercom Team membership at migration time. If multiple Hiver inboxes share overlapping SLA or assignment rules, we consolidate them into a single Intercom Inbox with routing rules during scoping rather than replicating the overlap.

Hiver

Conversation

maps to

Intercom

Conversation

1:1
Fully supported

Hiver Conversations are email threads within a Shared Inbox, carrying subject, assignee, status (open/pending/closed), tags, Shared Notes, and message history. We map each Conversation to an Intercom Conversation with the same status, assignee (resolved by email match to Intercom Teammate), and tags. Message history migrates as Conversation Parts in chronological order. The Hiver subject line becomes the conversation title or first message subject in Intercom.

Hiver

Contact

maps to

Intercom

Contact or Lead

many:1
Fully supported

Hiver exports contacts in two separate data streams: the standalone contact address book and contacts embedded in conversation threads. We deduplicate both exports using email as the primary key, merging into a single Intercom Contact record per unique email. If the same email appears with conflicting name or company data, we flag the collision during scoping and the customer chooses the authoritative value. Hiver's AI Extract fields attached to contacts migrate as custom attributes on the Intercom Contact.

Hiver

Tag

maps to

Intercom

Label

1:1
Fully supported

Hiver conversation-level tags map to Intercom Labels. We extract the full tag taxonomy (tag name, color if custom, conversation count per tag) and reapply each as an Intercom Label. Labels in Intercom are applied to conversations for filtering and reporting, which mirrors Hiver's tagging model closely. Tag color metadata does not transfer and is reconstructed manually post-migration if color-coding is business-critical.

Hiver

Email Template

maps to

Intercom

Saved Reply

1:1
Fully supported

Hiver Email Templates (including subject variables, conditional logic, and body content) map to Intercom Saved Replies. We extract the template body and variable syntax, then transform Liquid-style variables to Intercom's {{variable}} format. Conditional branching logic in Hiver templates does not map directly to Intercom Saved Replies and requires manual reconstruction as Intercom's template conditions or a Workflow step post-migration.

Hiver

Shared Draft

maps to

Intercom

Draft (Conversation Part)

1:1
Fully supported

Hiver Shared Drafts are unsent email replies saved within a Conversation. We export draft content and the associated conversation thread reference. Intercom does not natively support bulk draft import via API; we flag draft records during scoping and present two options: import as internal notes on the conversation with a 'draft' label for review, or provide the customer with a draft inventory CSV so their admin can manually repopulate critical drafts in Intercom before going live.

Hiver

Agent / User

maps to

Intercom

Teammate

1:1
Fully supported

Hiver agent records (name, email, assignment permissions) map to Intercom Teammates. We extract the user roster and match by email. If a Hiver agent has an admin role, we assign them Intercom Admin; standard agents get Agent role. Intercom's team-based permission model maps to Hiver's inbox membership structure. Agents without an active Intercom seat in the target plan are placed in a reconciliation queue for the admin to provision before migration.

Hiver

SLA Policy

maps to

Intercom

SLA

lossy
Fully supported

Hiver SLA policies define business hours and first-response or resolution deadlines enforced at the Shared Inbox level. We extract the SLA configuration (business hours schedule, first reply and resolution targets, warning thresholds) and map it to Intercom's SLA configuration, which applies at the Inbox level. Intercom SLA does not support the same granular calendar exception rules as Hiver; we flag any SLA configuration that requires post-migration adjustment.

Hiver

CSAT Survey

maps to

Intercom

Satisfaction Rating

1:1
Fully supported

Hiver CSAT survey responses tied to resolved conversations map to Intercom Satisfaction Ratings. We export the survey response data (rating, optional comment, conversation reference) and import it as an Intercom conversation satisfaction rating with the timestamp preserved. Survey configuration (questions, triggers, follow-up messages) is not migratable and is documented for the admin to rebuild in Intercom's Survey settings.

Hiver

Custom Field

maps to

Intercom

Custom Attribute

lossy
Fully supported

Hiver custom fields on conversations (dropdown, text, number, date, app pull from Salesforce/HubSpot/Copper/NetSuite) map to Intercom custom attributes on the Conversation object. We extract the full field schema including type, required status, and values for picklists. Dropdown fields map to Intercom String or select attributes; number fields map to Number; date fields map to DateTime. App custom fields pulling from CRM require reconnection to the CRM in Intercom after migration.

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.

Hiver logo

Hiver gotchas

High

Automations have no export path

Medium

Seat minimums and block upgrades affect final pricing

Medium

AI add-on is priced separately at $20/seat/month

Low

Analytics export is forward-looking only

Low

Shared Notes visibility intent must be confirmed

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

  • Hiver Automations have no export path and must be rebuilt manually

    Hiver's own export documentation lists Conversations, Email Templates, Shared Drafts, and Contacts as exportable — Automations are not included. There is no API endpoint for bulk automation export, and Hiver's own documentation confirms this gap. Every Automation rule (auto-assignments, tag triggers, SLA reminders, AI Extract steps) must be manually reconstructed in Intercom as Workflow rules. We document every active Automation rule during pre-migration scoping — trigger type, conditions, actions, and any AI Extract steps — in a written inventory that the customer's admin uses to rebuild each rule in Intercom Workflows post-migration.

  • Contact deduplication between address book and conversation threads

    Hiver exports contacts from two separate sources: the standalone address book and contacts embedded in conversation thread history. If the same email address appears in both exports with different name or company values, importing both directly into Intercom creates duplicate Contact records. We perform a deduplication pass before Intercom import using email as the dedupe key, merging attributes with the most recent timestamp taking priority. We flag unresolved collisions for the customer to resolve during the scoping review.

  • Intercom API rate limit of 500 requests per minute affects bulk import speed

    Intercom's API enforces a rate limit of approximately 500 requests per minute. For migrations with tens of thousands of conversations or contacts, this rate limit extends the migration window. We implement exponential backoff and batch chunking (500 records per batch with pause-and-resume on 429 responses) to stay within the limit without silent record drops. For migrations exceeding 50,000 conversation records, we recommend scheduling during off-peak hours or staging the migration across multiple nights to avoid interference with live support traffic.

  • Hiver Shared Notes require a visibility decision before import

    Hiver Shared Notes are internal comments attached to conversations, visible to all team members in Hiver. Intercom distinguishes between public Conversation Parts (visible to the end user) and internal notes (visible only to agents). We confirm with the customer during scoping which notes should be marked internal versus public. If no decision is made, we default to importing Shared Notes as internal notes in Intercom, preserving the original Hiver note content. Any notes that should have been public replies are reclassified post-migration by the admin.

  • Intercom requires a standalone web interface — agents leave Gmail

    Hiver's defining characteristic is running entirely inside Gmail via a Chrome extension, eliminating the portal context switch for agents. Intercom requires agents to work inside the Intercom web app. For teams that have built workflows around the Gmail interface, this is a process change, not a data migration issue. We flag this as a readiness consideration during scoping and recommend a short agent training window post-migration. The data migrates cleanly; the workflow adaptation is a separate change management task.

Migration approach

Six steps for a successful Hiver to Intercom data migration

  1. Discovery and scoping

    We audit the source Hiver account: all Shared Inboxes, conversation volume per inbox, agent count and roles, active Tags and Email Templates, SLA policy configurations, CSAT survey setup, and custom field schemas on conversations. We also inventory active Automations for the written rebuild document. This audit produces a migration scope document that the customer reviews and signs off on before any data movement begins.

  2. Intercom workspace design

    We design the Intercom workspace structure: Inbox setup (one per Hiver Shared Inbox), Team assignments (mapped from Hiver inbox memberships), Saved Replies (converted from Hiver Email Templates with variable syntax translated), and SLA configurations. We also create custom attributes on Conversation and Contact objects to match the Hiver custom field schema, and configure Label taxonomy to mirror the Hiver tag taxonomy. Workspace design is validated in Intercom's sandbox or a trial workspace before production migration begins.

  3. Contact deduplication and user provisioning

    We run the Hiver contact deduplication pass: comparing the address book export against conversation-embedded contacts, resolving attribute collisions by email match, and outputting a single clean contact file per unique email address. We also reconcile Hiver agent emails against Intercom Teammate accounts, flagging any agent without an Intercom seat for the admin to provision before the production migration phase.

  4. Data export from Hiver

    We extract Conversations with full message history (including Shared Notes and draft content), Contacts (deduplicated file), Tags (taxonomy export), Email Templates, SLA policies, and CSAT survey responses. Analytics reports are exported as CSV for the customer to archive independently. Automations are documented as a written list of rules, triggers, and actions for the rebuild handoff.

  5. Bulk import into Intercom

    We import data into Intercom in dependency order: Teammates first (validated against provisioned accounts), Contacts (with custom attributes), then Conversations (with assignee resolved, status mapped, tags applied as Labels, Shared Notes imported as internal notes, and message history as Conversation Parts). Each phase emits a row-count reconciliation report. SLA policies and CSAT ratings are applied per conversation after the conversation record is created. Rate-limit handling with backoff and chunking keeps the import within Intercom's 500 req/min ceiling.

  6. Cutover, validation, and automation rebuild handoff

    We run a final delta migration of any records created or modified during the migration window, then enable Intercom as the system of record. We deliver a validation report comparing Intercom record counts against Hiver export counts and a spot-check of 25-50 conversation records for content accuracy. The Automation rebuild inventory is handed off to the customer's admin with a mapping table linking each Hiver Automation trigger and action to its equivalent Intercom Workflow step. We do not rebuild Automations inside the migration scope.

Platform deep dives

Context on both ends of the pair

Hiver logo

Hiver

Source

Strengths

  • Runs entirely inside Gmail — no portal to switch to, agents stay in their inbox
  • Shared inbox and conversation assignment give managers real-time visibility of team workload
  • Automation rules with trigger/condition/action logic require no developer involvement to build
  • 2-seat minimum with block-based upgrades keeps pricing predictable for small teams
  • AI features (summarizer, sentiment analysis, AI Extract) are add-on priced and not forced on all tiers

Weaknesses

  • Automation rules cannot be exported — every rule must be manually rebuilt at the destination
  • Native reporting is shallow compared to standalone helpdesk platforms like Zendesk or Freshdesk
  • Performance inconsistencies when the Hiver Chrome extension does not load correctly on email open
  • Multi-channel coverage beyond email and WhatsApp is limited — live chat, phone, and social are gaps
  • The standalone web app is still under development, meaning the Chrome extension is currently required
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. 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 Hiver and Intercom.

  • 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

    Hiver: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Hiver to Intercom migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Small migrations under 15,000 conversations and 5,000 contacts with a single Shared Inbox and no complex custom fields typically complete in one to three weeks. Mid-size migrations with multiple Shared Inboxes, SLA policies, CSAT data, and a deduplicated contact base requiring contact-address-book merging take five to eight weeks because of the deduplication pass, Intercom API rate-limit pacing, and SLA reconfiguration work. Automations do not add to migration time but require separate rebuild effort post-migration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Hiver.
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