Helpdesk migration

Migrate from Splashtop Remote Support to Intercom

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

Splashtop Remote Support logo

Splashtop Remote Support

Source

Intercom

Destination

Intercom logo

Compatibility

60%

6 of 10

objects map 1:1 between Splashtop Remote Support and Intercom.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Splashtop Remote Support and Intercom are fundamentally different support tool categories, which makes this migration less about record equivalence and more about strategic consolidation. Splashtop manages remote access to physical endpoints — Computers, Streamer deployments, technician sessions — while Intercom manages customer conversations and proactive messaging. The migratable objects are limited: Technicians map to Intercom Teammates, Service Desk Channels map to Inboxes, and open SOS support requests can be reconstructed as Intercom Conversations with session metadata preserved in custom attributes. Session history and computer inventory do not have an Intercom equivalent and cannot be migrated. We handle the endpoint-side migration by providing a written deployment manifest for uninstalling the Splashtop Streamer from every managed computer, ensuring no endpoints are left without an active remote support agent post-migration.

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

Splashtop Remote Support logo

Splashtop Remote Support

What's pushing teams away

  • Some users report connection stability issues with specific graphics drivers or network configurations, causing intermittent session drops that require workarounds or support tickets.
  • Multi-monitor support and display scaling have been flagged as lacking by Capterra reviewers, with difficulties handling multiple displays and resolution adjustments on mobile viewing.
  • Advanced features and integrations require a steeper learning curve and more initial setup time, particularly for organizations evaluating the Enterprise tier with SSO and ITSM integrations.
  • Users dislike the lack of alphabetized email lists when adding users to computers and the absence of a search feature in the user assignment interface, complicating administrative tasks.

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 Splashtop Remote Support objects map to Intercom

Each row shows how a Splashtop Remote Support 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.

Splashtop Remote Support

Technician

maps to

Intercom

Teammate

1:1
Fully supported

Splashtop Technicians map to Intercom Teammates. We extract the technician list from the Splashtop admin console (CSV) or Enterprise API and create corresponding Intercom Teammates with matching names and email addresses. Role mapping: Splashtop Admin maps to Intercom Admin, Splashtop Technician maps to Intercom Agent or Teammate depending on the customer's Intercom permission structure. Role definitions are inferred from the Access Permissions CSV since Splashtop does not export role schemas as a standalone artifact.

Splashtop Remote Support

Service Desk Channel

maps to

Intercom

Inbox

1:1
Fully supported

Splashtop Service Desk Channels (Enterprise tier only) map to Intercom Inboxes. Each Splashtop channel with its associated SOS Call configuration, invitation links, and web form widgets translates to an Intercom Inbox with routing rules. We preserve the channel name, associated technician group, and any custom web form field definitions as Intercom conversation attributes. Note that Splashtop's SOS Call session-code workflow does not have a direct Intercom equivalent; the channel migration captures routing context rather than the attended-access session model.

Splashtop Remote Support

SOS Request

maps to

Intercom

Conversation

1:many
Fully supported

Open Splashtop SOS Requests map to Intercom Conversations. Each SOS request carries session metadata (session code, requester identifier, technician assigned, timestamp, channel) which we preserve as custom conversation attributes in Intercom. The conversation body is reconstructed from the session context fields since Splashtop SOS requests are session-initiation records rather than threaded message history. Closed or resolved SOS requests are migrated as resolved Intercom conversations with the original resolution status preserved.

Splashtop Remote Support

Computer

maps to

Intercom

Custom Object (Endpoint Reference)

lossy
Fully supported

Splashtop Computer records have no direct Intercom equivalent because Intercom does not manage endpoint inventory. We offer two options: (1) create an Intercom Custom Object called Endpoint with fields for computer name, group, last session timestamp, and technician permissions as reference data attached to the customer Contact, or (2) export the computer inventory as a CSV deployment manifest for the customer's IT team to use in coordinating Streamer uninstallation. Option 2 is the recommended path because endpoint reference data in Intercom is not actionable.

Splashtop Remote Support

Computer Group

maps to

Intercom

Custom Object (Endpoint Group)

lossy
Fully supported

Splashtop Computer Groups map to an Endpoint Group custom object in Intercom if the customer selects the Custom Object option for computer data. Group membership is preserved as a lookup relationship. This is informational only and does not drive any Intercom routing or automation logic.

Splashtop Remote Support

Access Permissions

maps to

Intercom

Intercom Teammate Permissions

lossy
Mapping required

Splashtop Access Permissions (CSV export of user-to-computer assignments and roles) do not migrate as permission records because Intercom's permission model is Teammate-based, not resource-based. We provide a written access permissions audit as a CSV that the customer's admin uses to configure equivalent Inbox access and team permissions in Intercom. Admin, Technician, and User role definitions are inferred from the Access Permissions export.

Splashtop Remote Support

Deployment Code

maps to

Intercom

None

1:1
Fully supported

Splashtop Deployment Codes (used for silent Streamer installation) are not migratable to Intercom. These codes are scoped to the Splashtop account and tied to the computer inventory. We flag them as decommissioned and provide a written inventory of all active deployment codes for the customer's IT team to revoke during the Splashtop account cancellation process.

Splashtop Remote Support

Session History

maps to

Intercom

None

1:1
Not supported

Splashtop Session History is not available as a public API export or standalone CSV on Basic, Plus, or Premium tiers. On Enterprise, session logs are retained in the Splashtop console but not exported as a structured data artifact. We do not migrate session history to Intercom because Intercom Conversations are customer messaging records, not remote session audit trails. If the customer requires session history for compliance, we recommend a separate Splashtop session log archive as a standalone document rather than an Intercom migration target.

Splashtop Remote Support

RDP Profile

maps to

Intercom

None

1:1
Fully supported

Splashtop Connector RDP profiles (Profile Name, Deploy Code, Enable Recording, RDP-specific settings) are Splashtop-specific and have no Intercom equivalent. RDP profile CSVs are excluded from the migration and flagged in the written handoff document for the customer's IT team to handle outside of Intercom.

Splashtop Remote Support

SOS+10 or SOS Basic Plan Technicians

maps to

Intercom

Intercom Teammate (Starter or Pro tier)

1:1
Fully supported

Splashtop SOS attended-support technicians on the $22-$33/technician/month plan map to Intercom Starter or Pro Teammates. The attended session model (user downloads SOS app, provides session code) does not translate to Intercom's proactive or inbound messaging model, but the technician identity and contact information migrate as Teammate records. The customer should audit whether the attended support workflow is being replaced by Intercom messaging or supplemented alongside it.

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.

Splashtop Remote Support logo

Splashtop Remote Support gotchas

High

API access requires Splashtop Enterprise

High

Computer-count billing means scoping errors directly inflate costs

Medium

On-Prem and cloud versions have different API capabilities

Medium

Two-app architecture requires both Streamer and Business App to be migrated

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

  • Session history and computer inventory have no Intercom equivalent

    Splashtop Remote Support manages endpoint data (Computers, Session History, RDP Profiles, Deployment Codes) that does not exist in Intercom's data model. Intercom is a customer messaging and conversation platform; it has no concept of remote endpoints, session logs, or Streamer agents. We migrate Technicians, Service Desk Channels, and open SOS Requests. Computer inventory is provided as a deployment manifest for Streamer uninstallation. Session history is flagged as non-migratable and recommended for separate Splashtop-side archival if compliance requires retention.

  • Splashtop API requires Enterprise tier for programmatic extraction

    Splashtop's REST API for extracting user lists, computer lists, and managing objects is gated to Enterprise subscriptions only. Customers on Basic, Plus, or Premium tiers cannot use programmatic access for migration automation. We fall back to CSV exports from the Splashtop web console for these tiers. We confirm the customer's plan tier during scoping and identify whether an Enterprise trial is needed to access API-based extraction. Cloud Enterprise and On-Prem Enterprise also have different API endpoint structures and rate limits (On-Prem: 200 calls per minute), requiring different documentation and authentication paths.

  • Service Desk Channels are Enterprise-tier-only

    Splashtop Service Desk Channels (the object that maps most cleanly to Intercom Inbox) are only available on the Splashtop Enterprise tier. Customers on Basic or Plus plans using Splashtop for attended support only (SOS Call without Service Desk) have no channel configuration to migrate. We scope this during discovery: if the customer has no Service Desk Channels, the migration is limited to technician-to-teammate mapping and any open SOS requests from session-based support.

  • Splashtop Streamer must be uninstalled from every managed endpoint

    Splashtop operates as two applications: the Streamer installed on every managed endpoint and the Business or Enterprise app used by technicians. Migrating to Intercom does not automatically remove the Splashtop Streamer from managed computers. We provide a computer list export as a deployment manifest for the customer's IT team to use in coordinating mass uninstallation of the Splashtop Streamer via their RMM or MDM tool. Until the Streamer is uninstalled, managed endpoints remain associated with the Splashtop account and may continue to appear in billing if not explicitly canceled.

  • Intercom's conversational model differs fundamentally from Splashtop's session model

    Splashtop SOS Requests are session-initiation records tied to a remote access session (a technician connects to an endpoint). Intercom Conversations are message threads between a customer and a support agent. These models do not map one-to-one. We reconstruct SOS Requests as Intercom Conversations using session metadata (requester, technician, channel, timestamp, resolution status) as custom conversation attributes, but the conversation body is limited to structured fields rather than freeform message history. Closed Splashtop sessions that include chat transcripts from within the remote support session do not export as a readable conversation artifact and cannot be reconstructed as Intercom messages.

Migration approach

Six steps for a successful Splashtop Remote Support to Intercom data migration

  1. Discovery and tier verification

    We audit the source Splashtop Remote Support deployment: plan tier (Basic, Plus, Premium, Enterprise), deployment type (cloud vs On-Prem), technician count, computer count, Service Desk Channel configuration, open SOS Request volume, and Access Permissions CSV scope. We confirm API availability (Enterprise only) and identify whether the migration uses API extraction or CSV-based export. We also confirm the Intercom destination workspace, current plan tier, and existing Inbox structure to determine how Technicians map to Teammates and how Channels map to Inboxes.

  2. Data extraction from Splashtop

    For Enterprise cloud deployments, we extract technician lists, computer lists, computer group memberships, Service Desk Channel configurations, and open SOS Requests via the Splashtop REST API with rate-limit handling and pagination. For non-Enterprise tiers, we use the CSV export functions from the Splashtop web console. We extract Access Permissions as a CSV for manual role mapping to Intercom Teammate permissions. We confirm session history is not available for export and document this in the handoff. We generate the computer inventory as a separate CSV for the Streamer uninstallation manifest.

  3. Intercom workspace preparation

    We create Intercom Teammate records for each Splashtop Technician, matching name and email. We create Intercom Inboxes corresponding to Splashtop Service Desk Channels, with routing rules configured to match the channel-to-technician-group assignments from Splashtop. If the customer uses custom attributes for technician or endpoint data, we pre-create these in the Intercom workspace before migration begins. We confirm that the Intercom API and admin access are available for migration writes.

  4. SOS Request reconstruction as Intercom Conversations

    We map open Splashtop SOS Requests to Intercom Conversations. Each conversation receives the original requester identifier as the Intercom Contact (resolved by email match), the assigned technician as the Intercom Assignee, the originating channel as the Inbox, and session metadata (session code, timestamp, duration estimate) as custom conversation attributes. Resolved SOS requests map to resolved Intercom conversations. We run this phase in batch with parent-record resolution for Contact lookups before creating Conversation records.

  5. Computer inventory handoff and Streamer decommission planning

    We deliver the computer inventory CSV as a deployment manifest listing every managed endpoint with its Computer Name, Group, last session timestamp, and assigned technicians. This manifest is the written artifact for the customer's IT team to coordinate Streamer uninstallation via their RMM or MDM tooling. We also deliver a written access permissions audit derived from the Access Permissions CSV, mapped to Intercom Teammate permission equivalents for admin configuration. Deployment Codes are flagged as revoked and excluded from migration.

  6. Cutover and validation

    We validate Intercom Teammate count matches Splashtop Technician count, Intercom Conversation count matches open SOS Request count, and Inbox routing reflects the Splashtop channel configuration. We do not perform live session testing because Splashtop remote access sessions and Intercom conversations are fundamentally different interaction types. The Splashtop Streamer uninstallation and account cancellation remain the customer's IT task outside the migration scope. We deliver the written inventory of any Splashtop automations, SOS web form configurations, and Service Desk workflow settings requiring rebuild in Intercom as a separate configuration guide.

Platform deep dives

Context on both ends of the pair

Splashtop Remote Support logo

Splashtop Remote Support

Source

Strengths

  • Cost-effective pricing at $22–33 per technician per month for attended support and $259/year for 25 computers for unattended support.
  • Cross-platform endpoint support including Windows, Mac, iOS, and Android with no mobile surcharge, unlike LogMeIn Rescue.
  • High-performance remote connections with 4K streaming at up to 60fps and low latency, verified by G2 usability scores of 98%.
  • Strong enterprise features on the Enterprise tier including SSO/SAML integration, granular permissions, scheduled access, and audit logging.
  • On-Prem deployment option available for organizations with strict data residency or network isolation requirements.

Weaknesses

  • Multi-monitor handling and display scaling have known limitations, particularly when viewing from mobile devices or across high-DPI displays.
  • Session history and historical session logs are not available as a public export, limiting audit trail migration.
  • The API is only available on Splashtop Enterprise plans, making programmatic migration access unavailable on lower tiers.
  • Role and permission definitions are not exported as a standalone artifact, requiring inference from the Access Permissions CSV.
  • Service desk features and SOS request workflows are enterprise-tier-only, complicating migrations for customers on Basic or Plus plans.
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?

Standard Helpdesk migration. 2 of 7 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Splashtop Remote Support and Intercom.

  • Object compatibility

    B

    2 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

    Splashtop Remote Support: 200 calls per minute per deployment (Splashtop On-Prem); cloud Enterprise tier rate limits are not publicly documented.

  • Data volume sensitivity

    A

    Splashtop Remote Support exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Splashtop Remote Support 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 Splashtop Remote Support to Intercom data migrations

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

Can't find your answer?

Walk through your Splashtop Remote Support 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 up to 50 technicians and 500 open SOS Requests using CSV-based extraction on non-Enterprise Splashtop tiers. Enterprise-tier migrations using API extraction run faster at one to two weeks for data extraction and one to two weeks for Intercom import and validation. Migrations requiring multi-channel Service Desk mapping, custom attribute schema design, or endpoint decommissioning coordination extend to five to eight weeks because of the manual review work and cross-team IT coordination required.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Splashtop Remote Support.
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