Helpdesk migration
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
Source
Intercom
Destination
Compatibility
6 of 10
objects map 1:1 between Splashtop Remote Support and Intercom.
Complexity
BStandard
Timeline
2-3 weeks
Overview
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.
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 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
Intercom
Teammate
1:1Splashtop 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
Intercom
Inbox
1:1Splashtop 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
Intercom
Conversation
1:manyOpen 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
Intercom
Custom Object (Endpoint Reference)
lossySplashtop 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
Intercom
Custom Object (Endpoint Group)
lossySplashtop 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
Intercom
Intercom Teammate Permissions
lossySplashtop 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
Intercom
None
1:1Splashtop 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
Intercom
None
1:1Splashtop 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
Intercom
None
1:1Splashtop 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
Intercom
Intercom Teammate (Starter or Pro tier)
1:1Splashtop 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.
| Splashtop Remote Support | Intercom | Compatibility | |
|---|---|---|---|
| Technician | Teammate1:1 | Fully supported | |
| Service Desk Channel | Inbox1:1 | Fully supported | |
| SOS Request | Conversation1:many | Fully supported | |
| Computer | Custom Object (Endpoint Reference)lossy | Fully supported | |
| Computer Group | Custom Object (Endpoint Group)lossy | Fully supported | |
| Access Permissions | Intercom Teammate Permissionslossy | Mapping required | |
| Deployment Code | None1:1 | Fully supported | |
| Session History | None1:1 | Not supported | |
| RDP Profile | None1:1 | Fully supported | |
| SOS+10 or SOS Basic Plan Technicians | Intercom Teammate (Starter or Pro tier)1:1 | 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.
Splashtop Remote Support gotchas
API access requires Splashtop Enterprise
Computer-count billing means scoping errors directly inflate costs
On-Prem and cloud versions have different API capabilities
Two-app architecture requires both Streamer and Business App to be migrated
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 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.
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.
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.
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.
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.
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
Splashtop Remote Support
Source
Strengths
Weaknesses
Intercom
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 2 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Splashtop Remote Support and Intercom.
Object compatibility
2 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
Splashtop Remote Support: 200 calls per minute per deployment (Splashtop On-Prem); cloud Enterprise tier rate limits are not publicly documented.
Data volume sensitivity
Splashtop Remote Support exposes a bulk API — large-volume migrations stream efficiently.
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 Splashtop Remote Support to Intercom migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Splashtop Remote Support
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.