Helpdesk migration
Field-level mapping, validation, and rollback between Richpanel and Intercom. We move data and schema; workflows are rebuilt natively in Intercom.
Richpanel
Source
Intercom
Destination
Compatibility
8 of 11
objects map 1:1 between Richpanel and Intercom.
Complexity
CModerate
Timeline
2-4 weeks
Overview
Moving from Richpanel to Intercom is a structural migration for an ecommerce support team. Richpanel orbits around order-linked Conversations and a Customer Profile tied to the connected ecommerce platform; Intercom uses a Contact and Company model with Conversations containing Parts, and a separate Orders API for purchase history. We resolve that schema difference during scoping by mapping Richpanel's order references to Intercom's order_id field on Contact, preserving line items and fulfillment status for agent context. Conversations with internal Notes migrate as private Part types; Tags migrate as a flat label array. Help Center articles migrate to Intercom Articles. Richpanel Automations and Rules are not migratable; we deliver a written inventory for the customer's admin to rebuild in Intercom workflows. The self-service portal, Sidekick AI configuration, and historical analytics do not migrate as data records.
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 Richpanel 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.
Richpanel
Conversations
Intercom
Conversation
1:1Richpanel Conversations map to Intercom Conversations. We preserve the full message thread as Conversation Parts ordered by timestamp, assign the original agent and status (open, pending, resolved, closed) to the conversation metadata. Internal Notes on a Richpanel conversation migrate as private Part types in Intercom, visible only to teammates. Tags migrate as a flat array attached to the conversation. We resolve the linked Customer Profile to an Intercom Contact by email lookup before writing the conversation.
Richpanel
Customer Profiles
Intercom
Contact
1:1Richpanel Customer Profiles (name, email, phone, billing/shipping addresses) map to Intercom Contacts via email as the dedupe key. We map standard profile fields 1:1 where field names align and flag any custom profile fields for Intercom attribute creation before migration. Address data migrates to Intercom's custom attribute fields since Contacts do not have native structured address fields.
Richpanel
Orders
Intercom
Order
1:1Richpanel Orders (synced from the connected ecommerce platform) map to Intercom Orders via the Orders API. We preserve order reference, line items, totals, fulfillment status, and tracking number. Each Order is linked to the Contact by email match. Where the destination Intercom workspace does not have Orders enabled, we migrate order references as a custom attribute on Contact rather than as standalone Order records.
Richpanel
Subscriptions
Intercom
Custom Object (Subscription)
1:1Richpanel Subscription records migrate to a Custom Object named Subscription in Intercom. We define the custom object schema (subscription_id, status, billing_cycle, next_billing_date, plan) during discovery and link each Subscription to the parent Contact via a Contact lookup field. This requires the Intercom workspace to have Custom Objects enabled, which is available from the Starter plan.
Richpanel
Agents
Intercom
Teammate
1:1Richpanel Agent records (name, email, role, team) map to Intercom Teammates by email match. We resolve active agents first; inactive agents are migrated as deactivated Intercom teammates for audit completeness. Role mapping (Admin, Agent, Viewer) translates to Intercom's admin, agent, and viewer permission levels. Team membership maps to Intercom's Inbox assignment rules.
Richpanel
Teams
Intercom
Inbox
lossyRichpanel Teams map to Intercom Inboxes. Each Inbox is created in Intercom with the corresponding team name, and team member assignments are configured during migration so that routing rules are satisfied before conversations land in the inbox. If Richpanel uses a single shared inbox, we consolidate into one Intercom Inbox with tag-based routing.
Richpanel
Tags
Intercom
Tag
1:1Richpanel Tags (applied to Conversations and Customer Profiles) migrate to Intercom Tags as flat string labels. We preserve the full tag taxonomy without transformation. Where Richpanel tags include hierarchical notation (e.g., dept/channel/priority), we flatten the full string as a single Intercom tag since Intercom does not support hierarchical tag namespaces natively.
Richpanel
Self-Service Portal Articles
Intercom
Article
1:1Richpanel Help Center articles (title, body, category, published status, author) migrate to Intercom Articles. We preserve article content as HTML, map categories to Intercom collections, and maintain the published-draft status. Custom portal flows (interactive widgets, order management UI) do not migrate as they are platform-specific configuration; we document each active flow for reimplementation in Intercom's Articles and outbound message builder.
Richpanel
Custom Fields (Conversations)
Intercom
Conversation Custom Attributes
lossyRichpanel custom fields on Conversations are discovered via API during scoping and mapped to Intercom conversation custom attributes. We pre-create the attribute schema in Intercom (text, number, date, boolean, or list type matching the original field type) before migration begins so that all incoming conversations have their attributes populated.
Richpanel
Custom Fields (Customer Profiles)
Intercom
Contact Custom Attributes
lossyRichpanel custom fields on Customer Profiles migrate to Intercom Contact custom attributes. Field types are mapped to their Intercom equivalents (string to text, enum to list, date to date). We create the attribute schema in Intercom before the Contact migration phase to avoid silent failures on mismatched field types.
Richpanel
Attachments
Intercom
Conversation Part attachments
1:1File attachments on Richpanel conversations (images, PDFs, order documents) are downloaded from Richpanel's media layer and re-uploaded to Intercom as Part attachments on the corresponding Conversation. We preserve the original filename and mime type. Attachments exceeding 10 MB are flagged for the customer to host externally and link via URL since Intercom has a 10 MB per-file attachment limit.
| Richpanel | Intercom | Compatibility | |
|---|---|---|---|
| Conversations | Conversation1:1 | Fully supported | |
| Customer Profiles | Contact1:1 | Fully supported | |
| Orders | Order1:1 | Fully supported | |
| Subscriptions | Custom Object (Subscription)1:1 | Mapping required | |
| Agents | Teammate1:1 | Fully supported | |
| Teams | Inboxlossy | Fully supported | |
| Tags | Tag1:1 | Fully supported | |
| Self-Service Portal Articles | Article1:1 | Fully supported | |
| Custom Fields (Conversations) | Conversation Custom Attributeslossy | Fully supported | |
| Custom Fields (Customer Profiles) | Contact Custom Attributeslossy | Fully supported | |
| Attachments | Conversation Part attachments1:1 | Mapping required |
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.
Richpanel gotchas
Self-service portal is a separate billing dimension
Sidekick AI is agent-assist, not autonomous resolution
Phone support requires Aircall with a 3-license minimum
Automations and Rules are not migratable data records
API rate limits are not publicly documented
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
Discovery and workspace scoping
We audit the source Richpanel account across conversation volume, customer profile schema (standard and custom fields), order count and subscription records, active Tags, active Automations, and Help Center article count. We simultaneously scope the destination Intercom workspace configuration: whether Orders API is enabled, whether Custom Objects are available, current Inbox and Teammate structure, and existing Articles and Collections. The discovery output is a written migration scope document with record counts per object and a signed mapping agreement before any data extraction begins.
Schema design and attribute creation
We design the Intercom schema before any data moves. This includes pre-creating all Contact custom attributes (matched to Richpanel custom profile fields by type), pre-creating the Subscription custom object if applicable, pre-configuring Inboxes mapped from Richpanel Teams, and pre-creating Collections for the Articles migration. We also configure the Orders API schema if not already enabled. All schema work happens in the production Intercom workspace to avoid schema drift between sandbox and production.
Test migration and reconciliation
We run a sample migration of 100-200 records across Conversations, Contacts, and Orders into the production Intercom workspace. The customer's support operations lead reviews the mapped conversations for thread fidelity, confirms that internal Notes are marked private, spot-checks contact attribution against the source Richpanel data, and validates that order references link correctly to Contacts. We correct any mapping errors identified in this phase before committing to the full production migration.
Agent and team reconciliation
We extract every distinct Richpanel Agent email and resolve them to existing or new Intercom Teammates. Any agent without a matching Intercom account goes to a reconciliation queue for the customer's admin to provision before the full migration resumes. Team membership maps to Inbox assignment, and any orphaned team references are documented for manual resolution.
Production migration in dependency order
We run production migration in object dependency order: Teammates (validated), Contacts (with attribute schema satisfied), Companies (if used in Intercom), Conversations with full Part history and internal Notes preserved, Orders linked by email to Contacts, Subscription Custom Objects, Tags on conversations and contacts, Article content in batches via the Articles API, and Conversation custom attributes. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation inventory handoff
We freeze Richpanel writes during the cutover window, run a final delta migration of any records modified during the migration phase, then deliver a reconciliation report comparing migrated record counts to source record counts. We deliver the automation inventory document listing every Richpanel Automation with trigger, conditions, and recommended Intercom workflow equivalent for the customer's admin to rebuild. We provide a one-week post-go-live support window for reconciliation issues and do not include workflow rebuild, AI configuration, or ongoing admin support in the standard migration scope.
Platform deep dives
Richpanel
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 4 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 Richpanel and Intercom.
Object compatibility
4 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
Richpanel: Not publicly documented.
Data volume sensitivity
Richpanel 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 Richpanel to Intercom migration scoping. Not seeing yours? Book a call.
Walk through your Richpanel 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 Richpanel
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.