Helpdesk migration

Migrate from Help Scout to Salesforce Service Cloud

Field-level mapping, validation, and rollback between Help Scout and Salesforce Service Cloud. We move data and schema; workflows are rebuilt natively in Salesforce Service Cloud.

Help Scout logo

Help Scout

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

73%

8 of 11

objects map 1:1 between Help Scout and Salesforce Service Cloud.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Help Scout and Salesforce Service Cloud have fundamentally different data models. Help Scout centers on Conversations (equivalent to tickets) attached to Customers, with unlimited users and contact-based billing; Salesforce Service Cloud centers on Cases attached to Contacts and Accounts, with per-agent licensing and per-user rate limits. We restructure the migration around the conversation-to-case split, resolve the Help Scout Customer to Salesforce Contact and Account mapping (1:1 with company data extracted), and preserve thread history including internal notes and attachments. We map Help Scout Mailboxes to Salesforce Case Queues or Omni-Channel work items, noting that routing rules are a configuration rebuild not a data migration. Help Scout Custom Fields (available on Plus plan only) map to Salesforce custom fields, and we flag this tier constraint during scoping. The Docs knowledge base migrates as Salesforce Knowledge articles, but published status, article versioning, and beacon embedding require manual post-migration verification. Workflows, Saved Replies, and Mailbox settings do not migrate as code; we deliver a written inventory for the customer's admin to rebuild in Salesforce Flow and Case Auto-Response Rules.

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

Help Scout logo

Help Scout

What's pushing teams away

  • Reporting and analytics are shallow compared to enterprise platforms, lacking detailed custom reports, real-time dashboards, and advanced segmentation
  • Limited customization and template flexibility frustrates teams with complex routing or branding requirements
  • Feature gaps emerge as teams scale — no ticket numbering convention, limited integrations (100+ vs Zendesk/Front), and no omnichannel depth beyond email and chat
  • Contact-based billing surprises occur when teams import historical contacts, triggering unexpected bill spikes on the contact cap
  • No VOIP or phone channel support means teams needing voice support must look elsewhere or bolt on third-party tools

Choosing

Salesforce Service Cloud logo

Salesforce Service Cloud

What's pulling them in

  • Deep Salesforce ecosystem integration with Sales Cloud, Marketing Cloud, and custom Apex apps creates a single pane of glass for enterprise customer data and cross-functional workflows.
  • Omnichannel case routing — email, chat, phone, social, and messaging — unified under one case object means agents do not lose context when customers switch channels mid-interaction.
  • AI for customer service (Einstein AI / Agentforce) offers automated case classification, suggested replies, and chatbot routing that reduces Tier-1 ticket volume without manual rule authoring.
  • Entitlement and milestone tracking enforces SLA compliance natively, automatically calculating breach windows and surfacing violations to supervisors in dashboards.
  • Salesforce's massive AppExchange ecosystem provides pre-built connectors, industry-specific managed packages, and third-party tools that extend Service Cloud beyond its out-of-box capabilities.

Object mapping

How Help Scout objects map to Salesforce Service Cloud

Each row shows how a Help Scout object lands in Salesforce Service Cloud, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Help Scout

Customer

maps to

Salesforce Service Cloud

Contact and Account

1:many
Fully supported

Help Scout Customers (the contact record storing email, name, phone, address, and company) map to Salesforce Contact and Account. We extract the company name from the Help Scout Customer's company field and either match it to an existing Salesforce Account or create a new one before inserting the Contact. The Salesforce Contact is created with the AccountId reference satisfied at insert time. Help Scout Customer Properties (custom fields at the customer level) map to Salesforce custom fields on Contact, provided the destination Salesforce edition supports custom fields and the Help Scout account is on Plus plan.

Help Scout

Conversation

maps to

Salesforce Service Cloud

Case

1:1
Fully supported

Help Scout Conversations (the core ticket equivalent) map to Salesforce Case. The conversation subject becomes Case Subject; the most recent public message becomes Case Description. Conversation status (Active, Pending, Snoozed, resolved) maps to Salesforce Case Status values that we configure during schema setup. Thread history including public replies, customer messages, and agent responses migrates as Salesforce EmailMessage records linked to the Case, preserving the original timestamp and sender.

Help Scout

Conversation (Internal Note)

maps to

Salesforce Service Cloud

Case Comment (Internal)

1:1
Fully supported

Help Scout internal notes within a conversation (visible only to agents) have no direct Salesforce standard object equivalent because Case Comments are typically visible to customers. We create internal Case Comments with IsPublished=false, which hides them from the customer-facing portal. If the customer uses Salesforce Experience Cloud for customer self-service, internal notes remain agent-only. This is configured at scoping to ensure the Case Page Layout reflects the internal note visibility requirement.

Help Scout

Mailbox

maps to

Salesforce Service Cloud

Case Queue or Omni-Channel Work Item Configuration

lossy
Fully supported

Help Scout Mailboxes (the shared inbox containers routing conversations to teams) map to Salesforce Case Queues or Omni-Channel routing configurations. For simple migrations, Mailbox becomes a Case Queue with the Mailbox's agent assignments translated to Queue Members. For advanced migrations using Omni-Channel, we configure Routing Configurations, Presence Configurations, and Capacity Rules that map to the Help Scout Mailbox's routing logic. Routing rules are a configuration rebuild, not a data migration; we document the source routing logic for the admin's rebuild.

Help Scout

Custom Field (Dropdown, Single line, Multi line, Number, Date)

maps to

Salesforce Service Cloud

Custom Field on Case or Contact

1:1
Fully supported

Help Scout Custom Fields (available only on Plus and Pro plans) map to typed Salesforce custom fields. Dropdown maps to Salesforce Picklist (or Multi-Select Picklist depending on whether multi-select is used); Single line maps to Text; Multi line maps to Text Area (Long); Number maps to Number; Date maps to Date. If the Help Scout account is on Standard or Free (where Custom Fields do not exist), we skip this mapping and either rely on Tags as a fallback or flag the upgrade requirement before migration. We detect the account's plan tier during scoping.

Help Scout

Tags

maps to

Salesforce Service Cloud

Labels or Custom Field

lossy
Fully supported

Help Scout Tags applied across Conversations, Customers, and Docs are preserved as Salesforce Labels (CaseLabels on Case object, available from Enterprise edition) or as a custom multi-select picklist field on Case and Contact if Labels are not available in the destination edition. The tag preservation strategy is chosen during scoping based on the customer's reporting and routing needs. Tags used for conversation categorization map to Case Origin or Case Type if a 1:1 equivalent exists.

Help Scout

Docs (Knowledge Base)

maps to

Salesforce Service Cloud

Salesforce Knowledge

1:1
Fully supported

Help Scout Docs articles (organized in Collections) map to Salesforce Knowledge articles. Article title becomes Article Title; article body (HTML content from the Docs editor) becomes Article Body; article status (Draft, Published) maps to Salesforce Knowledge ArticleStatus values. We preserve category hierarchy by mapping Help Scout Collections to Salesforce Data Categories or topic assignments on articles. Note that Salesforce Knowledge requires a separate configuration step post-migration: article visibility (internal vs. external), language packs, and Experience Cloud site embedding require manual setup. The Docs Beacon widget does not migrate to Salesforce; we recommend Experience Cloud or a separate knowledge base embed as the replacement.

Help Scout

User (Agent)

maps to

Salesforce Service Cloud

User

1:1
Fully supported

Help Scout Users (agents and team members) map to Salesforce Users. We match by email address. Any Help Scout User without a matching Salesforce User is placed in a reconciliation queue for the customer's admin to provision. Help Scout role and team assignments map to Salesforce Role hierarchy and Permission Sets. Note that Help Scout's unlimited-user pricing means the number of agents often exceeds the number of Salesforce User licenses planned; we flag this during scoping so the customer can right-size Salesforce licensing before migration.

Help Scout

Team / Department

maps to

Salesforce Service Cloud

Group or Queue

1:1
Fully supported

Help Scout Teams and Departments (grouping agents for routing and permissions) map to Salesforce Groups or Queues depending on use case. If the team is used for case routing, we configure a Queue. If the team is used for permissions and visibility, we configure a Salesforce Group and link it to the Role hierarchy. Advanced team permissions are gated to Help Scout Plus; we check the source tier during scoping and either map directly or note the permission gap.

Help Scout

Attachment

maps to

Salesforce Service Cloud

ContentVersion and ContentDocumentLink

1:1
Fully supported

Attachments embedded in Help Scout conversation threads (images, PDFs, files) export as binary blobs via the Help Scout Inbox API and re-attach in Salesforce as ContentVersion records linked to the parent Case or Contact via ContentDocumentLink. Large attachment batches (over 5,000 files or files exceeding Salesforce's 25 MB per ContentVersion limit) require extended migration time and may need the customer to provision Salesforce Content Workspace configuration in advance. We flag large attachment volume during scoping.

Help Scout

Reports (Historical Analytics)

maps to

Salesforce Service Cloud

Manual Export Required

1:1
Fully supported

Help Scout historical report data including CSAT scores, response time metrics, happiness ratings, and channel performance reports is not accessible via the Help Scout API. We do not migrate reporting metrics programmatically. The customer exports Reports data manually as CSV/XLSX from the Help Scout Reports UI before migration. We provide a written checklist of which reports to export and recommend a post-migration BI tool (Salesforce Reports, Tableau, or a data warehouse) for rebuilding historical dashboards in Salesforce.

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.

Help Scout logo

Help Scout gotchas

High

Contact billing cap causes migration bill shock

High

Per-account API rate limit throttles bulk migration

Medium

Custom Fields locked behind Plus plan

Medium

Reporting data not accessible via API

Low

Docs knowledge base is separately priced

Salesforce Service Cloud logo

Salesforce Service Cloud gotchas

High

Data Export 512MB file size cap breaks large org exports

High

API Daily Request Limits vary by license edition

High

No automatic data backup in base Salesforce

Medium

Picklist dependencies silently break records when unmapped

Medium

Workflow rules fire unexpectedly during data load

Pair-specific challenges

  • Help Scout Plus plan required for Custom Fields

    Help Scout Custom Fields (Dropdown, Single line, Multi line, Number, Date) are gated to the Plus plan at $83/month. Accounts on Free or Standard do not have this object in their schema, so attempting to migrate custom field data from those tiers will fail the field mapping. We detect the source account's plan tier during scoping. If the account is on Standard and uses custom fields via Customer Properties, we either recommend upgrading to Plus before migration or map the data to Salesforce Tags or Description fields as a fallback. Skipping this check results in silently dropped custom field values on every record.

  • Contact billing cap causes bill shock before migration completes

    Help Scout bills on the cumulative number of Customer records created, not active users. Importing historical customer records from a migration can instantly exceed the contact cap on the Free (50) or Standard (100) plan, triggering an involuntary upgrade or blocking further imports. We flag contact counts during scoping and help customers decide which records to import first or whether to archive inactive contacts before migration. This is especially relevant for teams that historically used another helpdesk and are importing years of customer records into Help Scout before moving to Salesforce.

  • Conversation-to-Case is a structural split not a field rename

    Help Scout Conversations are single objects with embedded thread history; Salesforce Cases are standalone records with thread history stored in separate EmailMessage and CaseComment objects. A single Help Scout Conversation with 50 message exchanges becomes one Case plus 50 EmailMessage records. Multi-customer threads (where a conversation involves more than one customer) have no native Salesforce analog; we either create a primary Case with related Contacts or flatten to a single Contact Case. This is a scoping decision that must be made before migration begins.

  • Mailbox routing rules require manual rebuild in Salesforce

    Help Scout Mailboxes with automatic routing based on conversation properties (status, mailbox, customer tier, tags) map to Salesforce Flow, Omni-Channel Routing, or Case Auto-Response Rules depending on complexity. We document the source routing logic in a written handoff document. The actual routing rules do not migrate because Help Scout Workflows and Salesforce Flow are different automation models. Teams with complex routing (multi-condition triggers, time-based delays, SLA-based escalation) should budget admin time post-migration for Flow rebuild.

  • Docs knowledge base embeds do not migrate to Salesforce Experience Cloud

    Help Scout Docs articles with the Beacon chat widget embedded for proactive self-service do not transfer as a working embed to Salesforce. The Beacon widget is Help Scout-specific. In Salesforce, knowledge base articles must be re-published to Salesforce Knowledge with manual configuration of article visibility, data categories, and Experience Cloud site embedding. Articles with conditional visibility rules, custom CSS styling, or dynamic content from the Docs editor require manual reconfiguration in Salesforce's Knowledge UI. We migrate article content and hierarchy; we do not migrate the beacon embedding.

Migration approach

Six steps for a successful Help Scout to Salesforce Service Cloud data migration

  1. Discovery and scoping

    We audit the Help Scout account across plan tier (Free/Standard/Plus), customer count, conversation volume, mailbox structure, Docs article count and collection hierarchy, active Workflows, Saved Replies, and custom field schema. We pair this with a Salesforce edition analysis based on channel requirements (email-only vs. omnichannel), Omni-Channel routing needs, Einstein AI access requirements, and the number of agent seats. The discovery output is a written migration scope document with record counts, object mapping draft, and a Salesforce edition recommendation.

  2. Salesforce destination schema design

    We design the destination schema in Salesforce. This includes provisioning custom fields on Case and Contact (matching Help Scout Custom Field types to Salesforce field types), configuring Case Queues or Omni-Channel routing configurations to mirror Help Scout Mailbox routing, setting up Salesforce Knowledge with Data Category Groups matching Help Scout Collections, creating Case Status values mapped from Help Scout conversation statuses, and configuring Page Layouts per Record Type. Schema is deployed into a Salesforce Sandbox first for validation before any production migration begins.

  3. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox using production-equivalent data volume. The customer's support operations lead reconciles record counts (Contacts in, Cases in, Knowledge Articles in), spot-checks 25-50 conversation-to-case thread conversions for accuracy, and verifies that internal notes are correctly set as non-published Case Comments. The admin reviews Case Page Layouts for field visibility and confirms routing assignments. Any mapping corrections happen in sandbox before production migration begins.

  4. User provisioning and owner reconciliation

    We extract every distinct Help Scout User referenced on Conversations, Customers, and Workflows and match by email against the Salesforce destination org's User table. Users without a matching Salesforce User go to a reconciliation queue. The customer's Salesforce admin provisions missing Users and assigns appropriate Salesforce licenses (Service Cloud Agent, Service Cloud Admin, etc.). Salesforce licensing costs are separate from migration fees; we flag the license count required during scoping.

  5. Production migration in dependency order

    We run production migration in dependency order: Contacts and Accounts first (from Help Scout Customers, extracting company data), then Cases (from Help Scout Conversations with EmailMessage thread history and non-published internal notes), then Knowledge Articles (published to Salesforce Knowledge with Data Category assignments), then Attachments (as ContentVersion linked to parent records), then Custom Fields on Case and Contact. Each phase emits a row-count reconciliation report before the next phase begins. We pace API calls within Help Scout's per-account rate limit using exponential backoff and batch chunking for large record sets.

  6. Cutover, delta migration, and Workflow rebuild handoff

    We freeze Help Scout writes during cutover, run a final delta migration of any records created or modified during the migration window, then switch the team to Salesforce as the system of record. We deliver a written Workflow and Saved Reply inventory documenting each automation's trigger, conditions, and recommended Salesforce Flow equivalent for the admin to rebuild. We support a one-week hypercare window to resolve post-migration data reconciliation issues. Post-migration admin support, training, and Flow rebuild are outside standard scope and are available as a separate engagement.

Platform deep dives

Context on both ends of the pair

Help Scout logo

Help Scout

Source

Strengths

  • Email-first interface with an inbox layout that mirrors how support agents actually work
  • Knowledge base (Docs) with a clean editor and Beacon widget for embedded self-service
  • Unlimited users on paid plans regardless of team size
  • Contact-based pricing model that is transparent and predictable
  • Automatic Workflows for basic routing and triage included at no extra cost

Weaknesses

  • Reporting is basic — no custom or real-time analytics, limited segmentation, and historical data requires manual CSV export
  • Contact billing caps (50 on Free, 100 on Standard) can catch teams off guard on import
  • No native ticket numbering — conversations are identified by a unique ID not visible to customers
  • Omnichannel depth is shallow — email and chat only, no voice/SMS/WhatsApp without third-party integrations
  • Custom Fields, advanced permissions, and Salesforce integration are gated behind the Plus tier ($83/mo)
Salesforce Service Cloud logo

Salesforce Service Cloud

Destination

Strengths

  • Enterprise-grade security, compliance certifications, and audit logging available across all paid editions with Shield offering enhanced event monitoring.
  • Scalable multi-tenant cloud architecture supporting orgs from 5 users to 150,000+ seat enterprises without infrastructure management overhead.
  • Omnichannel contact center unifying email, live chat, phone, messaging, and social into a single Case timeline per customer interaction.
  • Rich workflow automation via Salesforce Flow, Process Builder, and Apex triggers enabling complex case escalation, routing, and field updates.
  • Native AI capabilities (Agentforce / Einstein) for case auto-routing, classification, suggested responses, and chatbot escalation without third-party add-ons.

Weaknesses

  • Per-seat pricing model with no contact limits creates unpredictable cost scaling for large organizations adding many agents over time.
  • No automatic data backup — organizations must purchase a third-party backup solution or build manual Data Loader exports to protect against data loss from human error, failed deployments, or integrations overwriting records.
  • Steep learning curve for non-technical users requiring dedicated admin resources and formal training investment before teams reach productive velocity.
  • Annual contract requirements and limited pro-ration on exit create significant switching cost friction, especially for organizations evaluating alternatives mid-cycle.
  • Add-on licensing (CPQ, Einstein Activity Capture, Shield, Data Cloud) can double effective per-seat cost without clear documentation of which features are included in base tiers.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 1 of 7 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Help Scout and Salesforce Service Cloud.

  • Object compatibility

    C

    1 of 7 objects need a manual workaround.

  • 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

    Help Scout: Per-account limit measured per 10-minute window; exact limits vary by plan tier and are not publicly disclosed.

  • Data volume sensitivity

    B

    Help Scout doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Help Scout to Salesforce Service Cloud 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 Help Scout to Salesforce Service Cloud data migrations

Answers to the questions buyers ask most during Help Scout to Salesforce Service Cloud migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Help Scout to Salesforce Service Cloud migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between three and five weeks for accounts under 10,000 customers and 5,000 conversations with no knowledge base migration. Migrations with a full Docs-to-Salesforce Knowledge article rebuild (over 200 articles), large attachment batches, Omni-Channel routing configuration, or custom object migration move to six to ten weeks because of knowledge base configuration time, routing rule rebuild scope, and multi-phase dependency ordering.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Help Scout.
Land in Salesforce Service Cloud, 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