Helpdesk migration
Field-level mapping, validation, and rollback between Supportbench and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Supportbench
Source
Intercom
Destination
Compatibility
7 of 12
objects map 1:1 between Supportbench and Intercom.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Supportbench to Intercom is a model shift: Supportbench is a structured B2B helpdesk with tiered SLA policies, customer health scoring, and Salesforce synchronization; Intercom is a conversation-first platform built around real-time messaging, Fin AI Agent, and a messenger-centric workflow. We handle that structural difference at the object-mapping level by converting Supportbench's ticket-centric model into Intercom's conversation-and-contact model, preserving threading, timestamps, and attachments throughout. SLA Policies migrate as static configuration rather than dynamic tier-based rules, and customer health scores transfer as numeric custom attributes on the Contact record rather than a computed metric. Intercom's requirement that contacts exist before conversations can be imported drives the migration sequence from the first export pass onward. We do not migrate Supportbench Views, Workflows, SLA escalation rules, or automations as code; we document them for the customer's admin to rebuild in Intercom's workflow builder.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a Supportbench 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.
Supportbench
Tickets
Intercom
Conversations
1:1Supportbench Tickets map to Intercom Conversations, with ticket fields mapped to conversation attributes and message history preserved as conversation parts. The Supportbench ticket title becomes the conversation subject; status maps to Conversation State (open, closed, snoozed). Attachments on tickets transfer as file attachments to the conversation. We enforce the Intercom requirement that contacts exist before conversations are created by running the contact import pass first.
Supportbench
Customers
Intercom
Contacts
1:1Supportbench Customer records map to Intercom Contacts. The customer email, name, phone, and company linkage migrate directly. We pre-create any custom attributes in Intercom (including the health score numeric field) before the contact import pass so that attribute values can be mapped on insert. Company linkage from Supportbench maps to the Intercom Contact's company attribute.
Supportbench
Companies
Intercom
Companies
1:1Supportbench Company records map to Intercom Companies. The company name, domain, and contract/licensing data fields migrate as custom attributes on the Intercom Company record. If the customer uses Supportbench's native Salesforce sync for company data, we note the linkage in the migration inventory for the customer to re-establish via Intercom's native company association or a third-party CRM connector post-migration.
Supportbench
Agents
Intercom
Admins and Operators
1:1Supportbench Agent records map to Intercom Admins (full access) or Operators (inbox-only access). Role assignments and team memberships map to Intercom's Inbox team structure. Custom role definitions from Supportbench Enterprise do not transfer as Intercom roles because the permission models are structurally different; we document the role mapping as a configuration step for the customer admin.
Supportbench
Knowledge Base (Internal)
Intercom
Articles (Internal)
lossySupportbench maintains a separate internal Knowledge Base for agents. We export internal articles with their category hierarchy and attachment references, then import them into Intercom's Articles as internal-only by applying visibility restrictions. Internal-only articles in Intercom require the appropriate workspace and article settings to be configured before import so that visibility is set correctly at insert time.
Supportbench
Knowledge Base (External)
Intercom
Articles (Public)
lossySupportbench's customer-facing external Knowledge Base maps to Intercom Articles as public collections. Article categories from Supportbench map to Intercom Collections with hierarchical nesting preserved where possible. We run the internal and external KB as separate export and import passes and flag any article that references both internal and external categories for manual disambiguation.
Supportbench
Surveys
Intercom
Ticket Attributes
lossySupportbench CSAT, NPS, and CES survey responses are tied to closed tickets. We export survey scores and timestamps as custom attributes on the corresponding Intercom Conversation or as attributes on the Contact record. Survey widget configuration (branding, timing, follow-up logic) does not migrate; we document the survey settings for the customer to reconfigure in Intercom's message templates and automation rules.
Supportbench
SLA Policies
Intercom
SLA Policies
lossySupportbench SLA Policies with tier-based escalation stages and response/resolution targets map to Intercom SLA Policies, but Supportbench's dynamic, tier-adaptive SLA model flattens into Intercom's static SLA configuration. We document each Supportbench SLA Policy, its associated tier conditions, escalation stages, and time targets, then recreate them as Intercom SLA Policies noting that dynamic tier inheritance is not natively available in Intercom and may require custom attribute-based automation as a workaround.
Supportbench
Custom Fields (Tickets, Customers, Companies)
Intercom
Custom Attributes
1:1Supportbench custom fields on Tickets, Customers, and Companies map to Intercom custom attributes on the respective objects. We pre-create the custom attribute definitions in Intercom (with correct data types: text, number, date, boolean, list) before importing records so that values map on insert. Dropdown or multi-select values from Supportbench custom fields require manual value-set definition in Intercom before migration.
Supportbench
Attachments
Intercom
Attachments
1:1File attachments referenced on Supportbench tickets are exported as file content and re-associated with the target Intercom Conversation as conversation attachments. Large attachment batches are chunked and re-associated by ticket ID to conversation ID lookup. We validate that attachment URLs in Supportbench are accessible at export time; broken links are flagged in the migration report for the customer to address.
Supportbench
Tags
Intercom
Tags
1:1Supportbench ticket tags migrate to Intercom conversation tags. Tag vocabularies are free-form; we export the full tag list, deduplicate by name, and apply the deduplicated set to the corresponding Intercom Conversations. Tags used for categorization or reporting in Supportbench retain their values in Intercom for equivalent reporting segmentation.
Supportbench
Health Scores
Intercom
Custom Attribute on Contact
lossyCustomer health scores are stored as a numeric attribute on the Supportbench Customer record. We migrate the current score value as a custom numeric attribute on the Intercom Contact record. The underlying Supportbench health scoring algorithm (behavioral signals, support interaction history, predictive CES/C-SAT) cannot be replicated in Intercom. We document the baseline score at cutover and recommend establishing a new health reporting approach using Intercom's custom attributes and reporting tools.
| Supportbench | Intercom | Compatibility | |
|---|---|---|---|
| Tickets | Conversations1:1 | Mapping required | |
| Customers | Contacts1:1 | Fully supported | |
| Companies | Companies1:1 | Mapping required | |
| Agents | Admins and Operators1:1 | Mapping required | |
| Knowledge Base (Internal) | Articles (Internal)lossy | Fully supported | |
| Knowledge Base (External) | Articles (Public)lossy | Fully supported | |
| Surveys | Ticket Attributeslossy | Fully supported | |
| SLA Policies | SLA Policieslossy | Mapping required | |
| Custom Fields (Tickets, Customers, Companies) | Custom Attributes1:1 | Mapping required | |
| Attachments | Attachments1:1 | Mapping required | |
| Tags | Tags1:1 | Mapping required | |
| Health Scores | Custom Attribute on Contactlossy | Fully supported |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
Supportbench gotchas
No public API documentation for migration tooling
Enterprise API required for programmatic data export
Views filter criteria do not export as reusable objects
Knowledge Base internal/external split requires separate export passes
Health score computation logic is not transferable
Intercom gotchas
S3 JSON export omits conversation transcripts
Workspace isolation prevents workflow migration
Fin AI resolution fees compound with automation success
Two-year conversation history limit on historical export
Private app rate limits share workspace quota
Pair-specific challenges
Migration approach
Source tier verification and export negotiation
We confirm whether the Supportbench account is on Professional or Enterprise tier, because bulk programmatic export requires Enterprise API access. If Professional, we coordinate with the Supportbench team to obtain an extended API access grant or arrange a manual data export pass. We audit the source workspace for record counts across Tickets, Customers, Companies, Knowledge Base articles, Surveys, SLA Policies, and any custom fields to establish the migration baseline and flag scope risks before building the pipeline.
Intercom workspace pre-configuration and custom attribute creation
We provision the Intercom workspace, configure Inbox teams matching the Supportbench team structure, and pre-create all custom attributes that will receive migrated data before any records are imported. This includes numeric attributes for health scores, dropdown value sets for migrated custom fields, and date or boolean attributes as appropriate. Intercom's API requires custom attributes to exist before their values can be written on record insert, so this step gates the entire data import.
Contact-first export and import pass
We export Supportbench Customers and Companies as the first data pass. Customers map to Intercom Contacts with the health score numeric attribute included; Companies map to Intercom Companies with contract and licensing fields as custom attributes. We deduplicate by email, disable Intercom phone number validation before import, and run the contact import. Only after this pass completes successfully do we proceed to conversation import, because Intercom enforces the contact-first dependency at the API level.
Ticket and Knowledge Base migration in parallel passes
We run two parallel export passes after contact import: Supportbench Tickets export to Intercom Conversations with threading preserved, assignee resolved to the matching Intercom Admin or Operator, and SLA metadata transferred as conversation attributes. The Knowledge Base internal and external articles export separately and import into Intercom Articles with appropriate visibility flags. Tags migrate as a flat list and re-apply to conversations post-import. SLA Policies are documented as a configuration handoff rather than migrated as code.
Delta reconciliation and validation
We run a reconciliation pass comparing record counts in Supportbench against imported record counts in Intercom for Contacts, Companies, Conversations, and Articles. We spot-check 25-50 records per object type for field-level accuracy, validate that threading is intact on conversations, and confirm that SLA metadata and health scores are present on the correct records. Any gaps are investigated and corrected before the production cutover window opens.
Cutover and automation rebuild handoff
We freeze Supportbench writes during the cutover window, run a final delta migration for any records modified during the migration window, then enable Intercom as the system of record. We deliver a written inventory of every Supportbench Workflow, View, SLA escalation rule, and Survey widget configuration requiring rebuild in Intercom's workflow builder and automation tools. We do not rebuild automations as code inside the migration scope. We support a one-week post-cutover window for reconciliation issues; workflow rebuild, Fin AI training, and admin training are separate engagements.
Platform deep dives
Supportbench
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 5 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Supportbench and Intercom.
Object compatibility
5 of 7 objects need a mapping; the rest are 1:1.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
7-object category — typical timelines run 2–7 days end-to-end.
API constraints
Supportbench: Not publicly documented on the introduction page — confirmed during scoping. Token expiry every 7 days is the hard time-bound constraint..
Data volume sensitivity
Supportbench doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during Supportbench to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your Supportbench to Intercom migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Supportbench
Other ways to arrive at Intercom
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.