Helpdesk migration

Migrate from House-on-the-Hill Service Desk to Intercom

Field-level mapping, validation, and rollback between House-on-the-Hill Service Desk and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.

House-on-the-Hill Service Desk logo

House-on-the-Hill Service Desk

Source

Intercom

Destination

Intercom logo

Compatibility

82%

9 of 11

objects map 1:1 between House-on-the-Hill Service Desk and Intercom.

Complexity

CModerate

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from House-on-the-Hill Service Desk to Intercom is a structural migration from a flat-file CSV export model to a REST-API-driven conversation platform. House-on-the-Hill stores tickets, conversations, agents, and SLA associations across separate database tables that must be denormalised into flat CSV files before import; Intercom then receives that data as Users, Conversations, and Team records via its API. We sequence the load to resolve Contact-to-User lookups before Conversation import, recreate SLA policies as Intercom Service Level rules, and handle the two-phase attachment export and re-link process that House-on-the-Hill's document management system requires. Workflows, smart routing rules, and the AI chatbot configuration do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in Intercom.

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

House-on-the-Hill Service Desk logo

House-on-the-Hill Service Desk

What's pushing teams away

  • The platform lacks a documented public REST API for automated CRUD operations; migration relies on CSV flat-file exports from the UI, which limits automation scope and makes large-volume migrations time-consuming to repeat.
  • Customer reviews are scarce with limited third-party presence, making independent evaluation of feature parity against newer platforms such as Freshservice or Jira Service Management difficult for teams in competitive selection processes.
  • The HTTPS Report API only exposes pre-configured report output as JSON; it does not provide a general-purpose data access layer, so real-time integration with downstream BI tools or CRM systems requires custom middleware development.

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 House-on-the-Hill Service Desk objects map to Intercom

Each row shows how a House-on-the-Hill Service 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.

House-on-the-Hill Service Desk

Contact

maps to

Intercom

User

1:1
Fully supported

House-on-the-Hill Contacts export as a separate CSV from Settings Cog > More Tools. Email address is the primary dedupe key. We map Contact name fields to Intercom User name and email, and map any custom contact fields to User custom attributes via the Intercom Contacts API. Contacts are imported first so that ticket foreign-key lookups resolve at conversation import time.

House-on-the-Hill Service Desk

Company

maps to

Intercom

Company

1:1
Fully supported

House-on-the-Hill Companies (organisations) export as a separate CSV. Company name and domain fields map to Intercom Company name and website. We import Companies after Users so that the company relationship can be attached to existing User records via the Intercom Company API. Where House-on-the-Hill stores multiple contacts per company, Intercom associates each User with the matching Company by domain or explicit mapping.

House-on-the-Hill Service Desk

Agent

maps to

Intercom

Teammate (User with admin or agent role)

1:1
Fully supported

House-on-the-Hill agent accounts are stored in a distinct database but the HTTPS Report API does not expose agent records for automated export. We export agent data from the UI CSV export where available, then map source agent email and name to Intercom Teammate records. Role (admin, agent) maps to Intercom's teammate permission model. Agents without a matching email in the destination are held in a reconciliation queue for the customer's admin to provision before ticket import begins.

House-on-the-Hill Service Desk

Ticket

maps to

Intercom

Conversation (Ticket type)

1:1
Fully supported

House-on-the-Hill Tickets export via Settings Cog > More Tools. We map ticket subject to Conversation title, ticket status (open, resolved, closed) to Intercom Conversation state, priority to a custom Conversation attribute, and the source customer email to the Intercom User lookup. Assignee from House-on-the-Hill resolves to the Intercom Teammate ID via the agent mapping. Conversation status transitions map from Hoth workflow states to Intercom's open, resolved, snoozed states.

House-on-the-Hill Service Desk

Conversation (replys and internal notes)

maps to

Intercom

Conversation Part

1:1
Fully supported

Ticket conversation threads (public customer replies and internal agent notes) export as a related table from House-on-the-Hill. We export each conversation thread linked to its parent ticket by ticket reference number and import them in ticket-ID order. Public replies map to Intercom Conversation Parts from the User (customer). Internal notes map to Intercom Conversation Parts with the internal attribute set to true and assigned to the relevant Teammate. Message timestamps preserve the original chronology for the conversation timeline.

House-on-the-Hill Service Desk

Attachment

maps to

Intercom

Conversation Attachment (via Content API or message part)

1:1
Fully supported

File attachments are stored in House-on-the-Hill's document management area and linked to tickets by an internal document ID. The ticket CSV does not embed attachment binary data. We export all attachment records as a separate pass, then use the migrated ticket ID map to re-establish the ticket-to-document linkage in Intercom. Attachment binary data is uploaded via the Intercom Content API and linked as Conversation Attachments to the relevant message parts. This two-phase approach avoids broken attachment references in the final dataset.

House-on-the-Hill Service Desk

Knowledge Base Article

maps to

Intercom

Article (Help Center)

1:1
Fully supported

KB articles are stored separately from tickets in House-on-the-Hill. We export them as structured records and map title, body, and category to the Intercom Article schema. Article-body HTML is preserved and rendered in Intercom's Help Center renderer. Category assignments map to Intercom Collections. Any custom article fields (author, version, locale) map to Article custom attributes. Multilingual article translation metadata is preserved as locale attributes in Intercom.

House-on-the-Hill Service Desk

Custom Field (Ticket)

maps to

Intercom

Custom Conversation Attribute

lossy
Fully supported

Custom ticket fields defined in House-on-the-Hill's form designer are inspected via the CSV export template. Dropdown values, date fields, and text fields are mapped to Intercom custom conversation attributes with matching data types. We extend the Intercom conversation schema before migration to create each custom attribute, then populate it during the conversation import pass. Dropdown value sets migrate as option lists on the Intercom attribute.

House-on-the-Hill Service Desk

SLA Record

maps to

Intercom

SLA Policy + Service Level Rule

lossy
Fully supported

SLA policies and their association with tickets are not independently exportable from the ticket record in House-on-the-Hill. We extract SLA name, breach time (in hours), and priority mapping from the ticket export where present. We then recreate SLA policies in Intercom as Service Level Policies with First Response Time and Next Reply Time rules attached to the relevant Teams. SLA breach timestamps from House-on-the-Hill are preserved as a custom attribute on each Intercom Conversation for post-migration audit.

House-on-the-Hill Service Desk

Tag

maps to

Intercom

Tag

1:1
Fully supported

Tags are a flat label system applied to tickets in House-on-the-Hill. We export tags as a comma-separated string per ticket and split them into individual values at import time. Tags migrate as Intercom Tags applied to the relevant Conversations via the Tags API. Tag names are preserved exactly; the customer chooses whether to create tags in Intercom before migration or allow the migration to auto-create them on first encounter.

House-on-the-Hill Service Desk

Team

maps to

Intercom

Team

1:1
Fully supported

House-on-the-Hill Departments export as a separate CSV and map to Intercom Teams. Department name becomes Team name. If the source platform uses department-level SLA policies, those map to the Intercom Team SLA assignment. We configure team inboxes in Intercom after team records are created so that conversation routing targets the correct team inbox.

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.

House-on-the-Hill Service Desk logo

House-on-the-Hill Service Desk gotchas

Medium

CSV import requires flat file format with no nested structures

Medium

Import error log is written to _suppdesk.err_ with no UI summary

Medium

Attachments must be exported and re-linked separately from tickets

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

  • Intercom Custom Objects are not viewable in the UI and lack public API support

    Intercom Custom Objects (data types that relate to Users or Conversations) are primarily designed for use inside Fin AI Agent bot flows and cannot be viewed or queried through the Intercom UI reports, filters, or the public REST API in the same way as standard contacts or conversations. If your House-on-the-Hill migration includes structured custom objects with complex relationships (such as asset records, contract details, or multi-level hierarchies), these will need to be mapped to Intercom custom attributes or handled as separate data stores outside of Intercom's primary data model. We flag this during scoping if the source export reveals custom object tables beyond standard tickets and contacts.

  • CSV flat-file export requires denormalisation of multi-table relationships

    House-on-the-Hill stores tickets, conversation threads, attachments, SLA associations, and agent assignments across separate database tables. The CSV export produces one flat file per table. We denormalise these into a unified structure for Intercom import, which adds a sequencing step not required on platforms with relational API endpoints. If the source export template does not include a foreign key column for the parent ticket on conversation records, we derive it from the House-on-the-Hill relationship table before flattening. This step extends the preparation phase by one to three days on migrations with more than 50,000 conversation records.

  • House-on-the-Hill import error log (_suppdesk.err_) is not surfaced in the UI

    When a CSV import encounters malformed rows, House-on-the-Hill writes errors to a local _suppdesk.err_ file rather than surfacing them in the web UI. We download and parse this file after each import pass to identify rejected rows. Data type mismatches, missing required fields, and encoding errors in this log must be corrected in the source CSV before the record can be re-imported. We re-run the affected rows as a delta pass once errors are resolved. This differs from Intercom's API error responses, which return inline field-level validation messages for each rejected record.

  • Intercom SLA rules are Team-scoped, not globally applied by default

    Intercom's Service Level Policies are attached to Teams rather than applied globally by default. If House-on-the-Hill uses global SLA policies without team-level scoping, we configure a default SLA policy in Intercom and attach it to all Teams after migration. If the source uses different SLA tiers per department or priority, we create separate SLA policies in Intercom and map each ticket's priority to the correct SLA policy via a pre-migration configuration step. Skipping this step results in migrated conversations inheriting no SLA tracking.

  • Fin AI Agent configuration and workflows do not migrate

    House-on-the-Hill's AI-powered ticket routing rules and chatbot self-service configuration are platform-specific and have no direct equivalent in Intercom's migration scope. We do not migrate AI routing logic as code. If the customer plans to use Fin AI Agent after cutover, we deliver a written inventory of the source routing conditions and recommended Fin AI Agent workflow equivalents, which the customer's admin rebuilds inside Intercom. The knowledge base articles that feed both platforms can be migrated independently as part of the Help Center article import.

Migration approach

Six steps for a successful House-on-the-Hill Service Desk to Intercom data migration

  1. Source data audit and export sequencing

    We export all House-on-the-Hill record types from Settings Cog > More Tools as separate CSV files: Contacts, Companies, Agents, Tickets, Conversation threads, Attachments, Knowledge Base articles, and Tags. We map each source table to its Intercom equivalent and identify any multi-table foreign key dependencies that require denormalisation before Intercom import. We inspect the _suppdesk.err_ file during a test pass to surface data quality issues (missing required fields, encoding errors, orphaned foreign keys) before the main migration run. The output is a written data inventory and a field-mapping matrix covering every source column.

  2. Intercom workspace configuration

    Before any data moves, we configure the Intercom workspace: create Teams matching House-on-the-Hill Departments, set up SLA Policies derived from the source SLA definitions, define custom conversation attributes for any migrated custom ticket fields, create the Help Center structure (Collections and Sections) matching the source KB categories, and provision Teammate accounts for each agent from the House-on-the-Hill agent export. This configuration is validated in Intercom's UI before the import begins.

  3. Contact and Company import

    We import Companies first (to establish the organisation record), then Users (contacts) with company associations resolved via the Intercom Company API. The agent export maps to Intercom Teammate accounts. Each import uses batch requests against the Intercom REST API with chunking to stay within rate limits. We resolve source email addresses as the dedupe key and flag any duplicate records for customer admin resolution before proceeding.

  4. Conversation and attachment migration

    We import Tickets as Intercom Conversations using the User lookup (resolved by email from the contact import) and the Team lookup (resolved via the department mapping). Conversation threads (public replies and internal notes) import in ticket-ID order, preserving the original message chronology. Attachment binary data is uploaded separately via the Intercom Content API and re-linked to the correct Conversation Part using the migrated ticket ID map from the conversation import phase. Tags are applied via the Intercom Tags API after conversation records are created.

  5. Knowledge base and SLA recreation

    We import House-on-the-Hill KB articles into Intercom Help Center Articles within the matching Collections. Article HTML body content is preserved and rendered inside Intercom's Help Center. SLA policies are recreated in Intercom as Service Level Policies with First Response Time and Next Reply Time rules, attached to the relevant Teams. We flag any House-on-the-Hill SLA definitions that do not map directly to Intercom's two-metric model (first response and next reply) and document the closest equivalent configuration.

  6. Cutover, delta sync, and handoff

    We freeze House-on-the-Hill writes during the cutover window, run a final delta migration of any records created or modified during the migration run, then enable Intercom as the system of record. We deliver the automation and routing inventory document to the customer's admin team, listing each House-on-the-Hill routing rule, its trigger condition, and the recommended Fin AI Agent or Workflow equivalent in Intercom. We support a five-day hypercare window for reconciliation issues. Workflow rebuild, Fin AI Agent training, and Helpdesk configuration refinement are outside the migration scope and require a separate engagement or internal admin effort.

Platform deep dives

Context on both ends of the pair

House-on-the-Hill Service Desk logo

House-on-the-Hill Service Desk

Source

Strengths

  • Dual deployment model supports both cloud-hosted and on-premises installations from a single codebase.
  • AI-supported ticket routing and intelligent chatbot reduce manual triage overhead for front-line agents.
  • Integrated knowledge base with article-categorisation and self-service portal out of the box.
  • SLA management and service-level tracking built into the core ticketing workflow.
  • Mobile-responsive interface for iOS and Android gives agents remote access without a dedicated desktop client.

Weaknesses

  • No publicly documented REST API for automated CRUD operations; data access is limited to CSV export and the HTTPS Report API.
  • Limited third-party review presence and sparse independent benchmarking data make competitive evaluation challenging.
  • CSV-based import requires flat file format; nested or multi-table relationships must be flattened manually before ingestion.
  • The platform's brand presence and community ecosystem are smaller than global competitors, which may affect available partner and integration support.
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. 5 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 House-on-the-Hill Service 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

    House-on-the-Hill Service Desk: Not publicly documented.

  • Data volume sensitivity

    B

    House-on-the-Hill Service Desk doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your House-on-the-Hill Service 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 House-on-the-Hill Service Desk to Intercom data migrations

Answers to the questions buyers ask most during House-on-the-Hill Service Desk to Intercom migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your House-on-the-Hill Service 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 straightforward accounts with under 10,000 tickets, 2,000 contacts, and no custom objects or knowledge base article migration. Migrations with multi-table denormalisation, more than five custom fields, SLA policy recreation, and KB article migration move to four to six weeks. The preparation phase (source data audit, export sequencing, and field-mapping matrix) typically adds five to seven business days before the first import pass begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from House-on-the-Hill Service 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