Helpdesk migration

Migrate from Pega Customer Service to Intercom

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

Pega Customer Service logo

Pega Customer Service

Source

Intercom

Destination

Intercom logo

Compatibility

92%

11 of 12

objects map 1:1 between Pega Customer Service and Intercom.

Complexity

CModerate

Timeline

4-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Pega Customer Service to Intercom is a fundamental schema translation, not a record copy. Pega organizes around Cases with Workgroups, SLA rules, and Microjourney configurations; Intercom organizes around Conversations, Contacts, and Inbox teams. We map Cases to Conversations, preserve case status history as conversation tags, translate Pega Workgroups to Intercom Teams, and convert Knowledge articles into Intercom Articles collections. SLA thresholds attach as SLA rules to Intercom conversation assignments. Rule-based configurations such as Microjourneys, routing rules, and branching logic do not export as data; we deliver a structured rule audit so your Intercom admin rebuilds them as Inbox assignments, SLA rules, and workflow steps. Custom fields on Cases and Contacts map to Intercom custom attributes, and attachment binaries migrate as file attachments to the relevant conversation.

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

Pega Customer Service logo

Pega Customer Service

What's pushing teams away

  • The licensing and implementation cost is prohibitive for smaller and mid-sized organizations, with ongoing maintenance fees adding significant total cost of ownership over time.
  • The agent interface and overall UI design feel dated compared to modern SaaS platforms, leading to poor user experience and agent frustration in daily use.
  • Organizations find the available customization options too restrictive, forcing them to compromise on desired workflows or interface design for compatibility.
  • Pega lacks a broad developer community and extensive public tutorials, making it difficult for in-house teams to find answers and build expertise without certified Pega resources.
  • Switching away from Pega is costly and complex due to deep customization, proprietary rule-based architecture, and the absence of straightforward data export tooling.

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 Pega Customer Service objects map to Intercom

Each row shows how a Pega Customer Service 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.

Pega Customer Service

Case

maps to

Intercom

Conversation

1:1
Fully supported

Pega Cases map to Intercom Conversations. The Case ID becomes a custom conversation attribute for cross-reference. Case status (Open, Pending, Resolved, Closed) maps to Intercom conversation state (Open, Snoozed, Resolved). Case priority maps to a custom conversation priority attribute. We preserve case creation timestamp, last-modified timestamp, and resolved timestamp as conversation attributes. Active SLA timers are captured as SLA rule metadata and reattached to the conversation in Intercom. Branching Microjourney data does not migrate as record data; we document the stage sequence for rebuild as workflow steps.

Pega Customer Service

Contact

maps to

Intercom

Contact

1:1
Fully supported

Pega Contact records map directly to Intercom Contacts. Email, phone, name, organization associations, and address fields map 1:1. Custom Contact properties from Pega's rule-based field definitions are detected during discovery and mapped to Intercom custom attributes of equivalent data type (string, date, number, boolean, or list). Organization associations map to the Intercom Contact's company link.

Pega Customer Service

Workgroup

maps to

Intercom

Team

1:1
Fully supported

Pega Workgroups define queue ownership and agent skill assignments. We map Workgroup names to Intercom Teams, preserving queue descriptions as team notes. The Workgroup-to-Agent relationship is resolved at migration time by matching Pega agent emails to Intercom admin and agent accounts, then assigning them to the corresponding team. Multiple Workgroups with overlapping memberships map to separate Intercom Teams with shared agent membership where applicable.

Pega Customer Service

Agent / User

maps to

Intercom

Admin or Agent

1:1
Fully supported

Pega Agent records carry role, skill, and authorization data. We export agent profiles including assignment rules and skill ratings, then map Pega roles to Intercom roles (Admin, Agent, or Viewer). Skill ratings from Pega become a custom attribute on the Intercom user record for routing reference. We resolve agents by email match against the destination Intercom workspace; agents without a match go to a reconciliation queue for the admin to provision before record import resumes.

Pega Customer Service

Knowledge Article

maps to

Intercom

Article

1:1
Fully supported

Pega Knowledge articles export with title, body text, categories, and metadata. HTML-formatted article bodies often require content cleaning (removing Pega-specific markup, resolving internal links) before insertion into Intercom Articles. We map Pega article categories to Intercom collections and sections, preserving article visibility settings. Articles without a matching Intercom collection are held for admin review before migration.

Pega Customer Service

Service Level Agreement

maps to

Intercom

SLA Rule

lossy
Fully supported

SLAs in Pega are defined as rules attached to Case Types with thresholds, escalation triggers, and timer configurations. We export SLA metadata as structured records: first response time, next response time, and resolution time thresholds mapped to Intercom SLA rules. SLA escalation triggers become Intercom notification rules or admin alerts. Timer state (time elapsed, paused, breached) is preserved as a custom conversation attribute rather than a native SLA timer because Intercom's SLA rules apply prospectively rather than carrying forward accumulated time.

Pega Customer Service

Case Type Configuration

maps to

Intercom

Workflow or Inbox Rule

1:1
Fully supported

Pega Case Types define the workflow, stages, and assignment logic for a category of cases. We export stage definitions and routing rule metadata as structured records. Complex branching logic and assignment conditions in Microjourneys do not export as flat data; we provide a rule audit document that lists every active Case Type, its stage sequence, and the recommended Intercom workflow or Inbox rule equivalent for the customer's admin to rebuild.

Pega Customer Service

Attachment

maps to

Intercom

File Attachment

1:1
Fully supported

File attachments linked to Pega Cases and Knowledge articles export by reference. We download binary files and associate them with the target Intercom Conversation or Article. Large attachments may require chunked transfer and are uploaded via the Intercom API with exponential backoff on rate limit responses. The original filename, MIME type, and byte size are preserved as metadata.

Pega Customer Service

Custom Field (Case)

maps to

Intercom

Custom Attribute (Conversation)

1:1
Fully supported

Pega custom fields on Cases are detected during discovery scoping. We generate a field map before migration, matching Pega data types (picklist, date, integer, text) to Intercom custom attribute types. Custom attribute values migrate as string or typed attributes on the conversation record. Validation rules on Pega custom fields are documented for the admin to re-impose in Intercom workspace settings.

Pega Customer Service

Custom Field (Contact)

maps to

Intercom

Custom Attribute (Contact)

1:1
Fully supported

Custom fields on Pega Contact records are mapped to Intercom Contact custom attributes. Picklist values become list-type attributes; date fields become date attributes; numeric fields become number attributes. All custom attributes are pre-created in the Intercom workspace before contact import begins.

Pega Customer Service

Conversation / Interaction History

maps to

Intercom

Conversation Part

1:1
Fully supported

Chat, email, and phone interaction transcripts stored as part of Pega case history export as structured message records. We map channel metadata (email, chat, phone) to Intercom conversation part types. Transcript text migrates as conversation parts with the original timestamp preserved. Thread metadata is mapped to Intercom's conversation threading model.

Pega Customer Service

Organization

maps to

Intercom

Company

1:1
Fully supported

Pega Organizations linked to Contacts map to Intercom Companies. The organization name becomes the company name, and linked contact records are attached via the Intercom company relationship. External system identifiers from Pega become custom company attributes for integration reference.

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.

Pega Customer Service logo

Pega Customer Service gotchas

High

UIKit to Constellation migration is a hard fork

High

Minimum user tier gating on enterprise features

Medium

Cloud migration timelines scale with database volume

Medium

No straightforward public data export API

Medium

Custom rules and Microjourneys do not export as flat data

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

  • Microjourney and routing rule configurations do not export as data

    Pega's branching logic, routing rules, and Microjourney definitions live in the Rules Repository rather than as attribute data in case records. When migrating away from Pega, case data and contact data port cleanly, but multi-step customer journey templates and conditional routing logic must be manually reconstructed in Intercom. We provide a rule audit export documenting every active Case Type, its stage sequence, and routing conditions so the implementation team has a complete blueprint for rebuilding Microjourneys as Intercom workflows and Inbox rules.

  • No bulk export API; custom scripts required to extract data

    Pega's API architecture is oriented toward application integration rather than bulk data extraction. Exporting Cases, Contacts, Knowledge articles, and attachment binaries requires building custom export scripts that interact with Pega's REST or SOAP connectors. We build these scripts as part of the migration engagement, but customers should budget engineering time for this step. The export phase typically takes two to three weeks to develop and validate before any data moves to Intercom.

  • SLA timer state cannot carry forward as a live countdown

    Pega SLA timers track accumulated elapsed time against a case, including paused time and breach status. Intercom's SLA rules apply prospectively from the moment a conversation is created. We preserve SLA timer state as custom conversation attributes (time_remaining, breached_at, paused_at) so that agents can see the original deadline, but the countdown mechanism must be re-established as a new SLA rule in Intercom rather than carried as a running timer. We document the translation for each active SLA definition during scoping.

  • Knowledge article HTML often requires content cleaning before import

    Pega Knowledge articles frequently contain Pega-specific HTML markup, internal hyperlinks, and guided response macros that do not render correctly in Intercom's article editor. We extract article text and reformat it as clean HTML or markdown before insertion. Articles with embedded Pega macros or dynamic content references are flagged for the customer's knowledge base team to rewrite manually before the Intercom Help Center goes live.

  • Case archival failures on PostgreSQL can affect export completeness

    Pega's known issues documentation lists PostgreSQL column length constraints (pxInsName and pzInsKey exceeding 255 characters) that cause case archival job failures. If your Pega instance uses PostgreSQL and has archival failures, some closed cases may have incomplete metadata. We validate record counts against Pega's database export before migration and flag any gaps for the customer to address before the Intercom import begins.

Migration approach

Six steps for a successful Pega Customer Service to Intercom data migration

  1. Discovery and export architecture

    We audit the Pega Customer Service environment across case volume, Knowledge article count, active Workgroup structure, SLA definitions, custom field inventory, and attachment volume. We assess the Pega database type (PostgreSQL, DB2, or Oracle) and identify any active archival failures. We design a custom export script using Pega's REST or SOAP connectors to extract Cases, Contacts, Knowledge articles, Workgroups, and attachments in structured form. This phase produces a written migration scope with object counts, data volume estimate, and a custom field map for every active Pega property.

  2. Intercom workspace provisioning and schema design

    We provision the destination Intercom workspace and design the schema mapping. This includes creating Teams that mirror Pega Workgroups, pre-creating custom attributes for every Pega custom field (on both Contacts and Conversations), configuring SLA rules that translate Pega SLA thresholds, and organizing Articles into collections that match Pega Knowledge categories. We configure Inbox rules for basic routing before migration begins. Schema is validated in the Intercom workspace before any data import.

  3. Custom export development and validation

    We build and test the custom Pega export scripts against a sample of 50 to 100 records. We validate field-level fidelity (custom fields populated, timestamps correct, attachments downloaded) before running the full export. Any Pega-known issues such as PostgreSQL archival failures are flagged, and the customer resolves them or accepts the gap before the full export runs. We do not proceed to Intercom import until the export validation is signed off.

  4. Sandbox migration and reconciliation

    We run a full migration into the Intercom workspace using production-like data volume as a dry run. The customer's support operations lead reconciles record counts (Cases in, Conversations in, Contacts in, Articles in, attachments migrated), spot-checks 25 to 50 random records against the Pega source, and reviews SLA attribute values for accuracy. Any mapping corrections are made here, not in the production migration.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Contacts first (with company associations resolved), then Knowledge articles (into Collections), then Cases (as Conversations with Contact lookups resolved), then attachments (linked to Conversations), then SLA metadata (as custom conversation attributes). Agent and Workgroup mappings are resolved before Cases import so that routing assignments are valid. Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and workflow rebuild handoff

    We freeze Pega writes during cutover, run a final delta migration of any records modified during the migration window, then enable Intercom as the system of record. We deliver the Microjourney and Case Type audit document to the customer's Intercom admin team with recommended Intercom workflow equivalents for every active Pega routing rule. We do not rebuild Pega Microjourneys as Intercom workflows inside the migration scope; that is a separate engagement or an internal admin task. We support a one-week hypercare window where we resolve any reconciliation issues raised by the support team.

Platform deep dives

Context on both ends of the pair

Pega Customer Service logo

Pega Customer Service

Source

Strengths

  • AI-powered next-best-action guidance integrates directly into the agent desktop without requiring external tooling.
  • Low-code App Studio enables business teams to build and modify customer service workflows without deep technical involvement.
  • Omni-channel routing directs cases to the appropriate agent based on skills, availability, and priority across all communication channels.
  • Unified desktop presents the full customer context including prior cases, account details, and external system data without requiring agents to switch screens.
  • Robotic Process Automation capabilities cover both attended automation (agent-triggered) and unattended automation (server-side) within the same platform.

Weaknesses

  • Per-user or per-case pricing model generates high total cost for large contact centers with thousands of daily cases.
  • Agent interface and overall UI design are widely described as outdated and difficult to customize without compromising functionality.
  • Limited public documentation and a small developer community make internal skill-building challenging without Pega-certified resources.
  • Restricted customization options force organizations to adapt processes to the software rather than adapting the software to their needs.
  • Switching away from Pega is costly due to proprietary rule-based architecture, extensive custom configuration, and the absence of simple data export tooling.
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 Pega Customer Service 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

    Pega Customer Service: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Pega Customer Service 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 Pega Customer Service to Intercom data migrations

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

Can't find your answer?

Walk through your Pega Customer Service 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 four and eight weeks for environments under 10,000 cases and 2,000 knowledge articles with a clean custom field inventory. Migrations with active SLA configurations, large attachment volumes exceeding 500GB, multiple Workgroup structures, or multi-environment Pega deployments move to ten to sixteen weeks because of custom export scripting, binary file chunking, and SLA timer preservation work. The custom Pega export script development alone typically requires two to three weeks before any data can be imported into Intercom.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Pega Customer Service.
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