Helpdesk migration

Migrate from HelpCrunch to Salesforce Service Cloud

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

HelpCrunch logo

HelpCrunch

Source

Salesforce Service Cloud

Destination

Salesforce Service Cloud logo

Compatibility

58%

7 of 12

objects map 1:1 between HelpCrunch and Salesforce Service Cloud.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from HelpCrunch to Salesforce Service Cloud is a structural migration from a unified communication inbox to a multi-object service CRM. HelpCrunch organizes support around Customers and Conversations with a shared inbox that includes live chat, email, WhatsApp, and Instagram. Salesforce Service Cloud separates the model into Accounts, Contacts, and Cases with an omni-channel routing engine and Lightning Knowledge for self-service articles. We extract HelpCrunch Customers and their custom properties via REST API, convert chat transcripts to Salesforce Cases with EmailMessage records for message threads, publish knowledge base articles to Salesforce Knowledge with category and channel assignment, and map Saved Replies to Salesforce Macros. HelpCrunch's 120 req/min API rate limit requires chunked extraction with exponential backoff, which we handle before migration begins. Chatbots, auto messages, popup configurations, and widget code do not migrate as logic; we deliver a written inventory for the customer's admin to rebuild in Salesforce Flow and Omni-Channel.

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

HelpCrunch logo

HelpCrunch

What's pushing teams away

  • Reliability concerns and bugs — reviews describe recurring issues with integrations and core features that break unexpectedly, disrupting support workflows.
  • AI capabilities fall short of modern standards — the platform's AI is described as a hybrid of rule-based flows and limited newer AI agents, not competitive with purpose-built AI-first solutions.
  • Constrained feature set on lower tiers — the Basic plan caps automation at 3 auto messages and 3 popups, and lacks AI entirely, pushing teams toward expensive upgrades.
  • Hidden escalation costs for AI — while the Pro plan includes some AI conversations, additional AI chats cost $29/month for just 100 more, which adds up quickly at scale.
  • Limited customization options — G2 reviews cite restrictions on customizing workflows and the chat widget appearance, particularly on lower-priced plans.

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 HelpCrunch objects map to Salesforce Service Cloud

Each row shows how a HelpCrunch 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.

HelpCrunch

Customer

maps to

Salesforce Service Cloud

Contact + Account

1:many
Fully supported

HelpCrunch Customers map to Salesforce Contact records linked to an Account. For customers without a company name, we create a placeholder Account using the customer's email domain or a 'No Company' default. Custom properties on HelpCrunch Customers (text, number, date, checkbox) map to Salesforce custom fields on Contact with equivalent types. We preserve the HelpCrunch customer ID in a custom field hc_customer_id__c for reconciliation.

HelpCrunch

Chat (Conversation)

maps to

Salesforce Service Cloud

Case + EmailMessage

1:1
Fully supported

HelpCrunch chat conversations map to Salesforce Case records. Each Case receives a Case Number, Subject (derived from first message or conversation theme), Status (Open/Resolved), Priority, and Description. Message threads migrate as EmailMessage records linked to the Case, preserving the full chronological transcript including agent and customer messages. Chat metadata (channel, assignee, timestamps) maps to Case fields and Omni-Channel presence data.

HelpCrunch

Email Thread

maps to

Salesforce Service Cloud

Case + EmailMessage

1:1
Fully supported

HelpCrunch email conversations also map to Salesforce Case with EmailMessage threads. Inbound emails create Cases via Salesforce email-to-case or migrate from HelpCrunch; outbound replies attach to the same Case thread. Email subject, body HTML, and attachments transfer to Salesforce EmailMessage with ContentDocumentLink for file attachments.

HelpCrunch

Article (Knowledge Base)

maps to

Salesforce Service Cloud

Knowledge Article

1:1
Fully supported

HelpCrunch knowledge base articles migrate to Salesforce Lightning Knowledge. Article content, title, SEO metadata (meta description, URL slug), and publishing status transfer. HelpCrunch article categories map to Salesforce Data Categories for article routing and visibility control. The article embedding context (standalone URL vs in-widget display) does not transfer; the customer recreates widget embedding in Salesforce's Embedded Service or Experience Cloud post-migration.

HelpCrunch

Saved Reply

maps to

Salesforce Service Cloud

Macro

1:1
Fully supported

HelpCrunch saved replies map to Salesforce Macros. Each saved reply becomes a Macro with TextTemplate body content and target object set to Case or Contact depending on the reply context. Variable placeholders (customer name, ticket number) migrate as Salesforce merge field syntax for the Macro to resolve at runtime. Macro visibility must be reconfigured in Salesforce (scoped to profiles, record types, and layouts).

HelpCrunch

Email Template

maps to

Salesforce Service Cloud

Email Template + Auto-Response Rule

1:1
Fully supported

HelpCrunch email templates with subject, HTML body, and variable placeholders migrate to Salesforce Email Templates. We map HelpCrunch variable syntax to Salesforce merge field format during transform. Template assignment to channels and trigger conditions must be rebuilt as Salesforce Auto-Response Rules and Flow-triggered email alerts.

HelpCrunch

Tag

maps to

Salesforce Service Cloud

Tag or Custom Field

lossy
Fully supported

HelpCrunch flat string tags applied to Customers and Chats migrate to Salesforce Tags on the relevant object. Tags used for segmentation or categorization migrate to a custom multi-select picklist field on Contact and Case rather than native Salesforce Tags, which have limited reporting depth. The customer chooses tag strategy during scoping.

HelpCrunch

Custom Property (Field)

maps to

Salesforce Service Cloud

Custom Field

lossy
Fully supported

Custom properties on HelpCrunch Customers (text, number, date, checkbox) map to Salesforce Contact custom fields with equivalent types. We pre-create the destination schema in Salesforce before import, including field-level security settings and page layout assignments. Checkbox properties map to Salesforce Checkbox fields; date properties map to Date fields; numeric properties map to Number fields with appropriate precision.

HelpCrunch

Agent (Team Member)

maps to

Salesforce Service Cloud

User

1:1
Fully supported

HelpCrunch agents map to Salesforce Users by email match. We extract agent records (name, email, role) and resolve them to Salesforce Users. Permissions, profiles, and role hierarchy must be manually reconfigured in Salesforce by the customer's admin. Inactive HelpCrunch agents map to inactive Salesforce Users. Unmatched agents go to a reconciliation queue.

HelpCrunch

Report

maps to

Salesforce Service Cloud

Report

1:1
Fully supported

HelpCrunch dashboard reports (Team Members, Customer Satisfaction, Total Chats) exportable as CSV/XLSX transfer as static data snapshots. Interactive drill-down state, real-time filtering, and scheduled report delivery must be rebuilt in Salesforce Reports and Dashboards post-migration. The customer receives a report mapping document identifying each HelpCrunch metric and its Salesforce report type equivalent.

HelpCrunch

Channel Configuration

maps to

Salesforce Service Cloud

Omni-Channel Routing + Email-to-Case

lossy
Fully supported

HelpCrunch channels (email, live chat, WhatsApp, Instagram) unify in a shared inbox. Salesforce separates these into Omni-Channel Work Items for routing, Email-to-Case for inbound email, Embedded Service for web chat, and separate integrations for WhatsApp and social channels. Channel configurations do not transfer as routing logic; we document the channel mapping and the customer configures Omni-Channel skills, queues, and routing flows in Salesforce.

HelpCrunch

Widget

maps to

Salesforce Service Cloud

Embedded Service Deployment

lossy
Fully supported

HelpCrunch chat widget installation code (JavaScript snippet) is HelpCrunch-specific and does not migrate to Salesforce. We document the widget configuration (appearance settings, behavioral rules) and the customer re-implements using Salesforce Embedded Service (Lightning Web Components). The widget snippet is destination-platform specific and must be re-installed on each website post-migration.

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.

HelpCrunch logo

HelpCrunch gotchas

High

API rate limit of 120 req/min blocks bulk migrations

Medium

AI conversation caps throttle history migration

Medium

Legacy API key deprecation requires key rotation

Low

Knowledge base articles require manual re-embedding

Low

HelpCrunch branding on chat widget in Basic plan

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

  • HelpCrunch 120 req/min API rate limit requires batched extraction

    HelpCrunch's REST API enforces a hard 120 requests per minute limit per organization. For migrations with thousands of Customers, chat transcripts, and articles, this rate limit causes extraction to stall without exponential backoff and chunking logic. We implement jittered backoff, sequential batch processing, and page-size optimization to maximize throughput within the limit. The extraction phase typically extends 2-3x beyond a naive single-threaded approach, which we account for in the timeline estimate before migration begins.

  • Chat-to-Case mapping requires routing logic rebuild

    HelpCrunch stores all conversations in a unified conversation object regardless of channel. Salesforce Service Cloud separates chat and email into different data models: email generates Cases via Email-to-Case or manual creation; chat requires Embedded Service and Omni-Channel configuration. We extract chat content and metadata completely, but the customer's admin must configure Omni-Channel routing, skills-based assignment, and presence configuration in Salesforce to replicate the live chat experience. Without this configuration, migrated chat history exists as Cases but no new chats route in.

  • Lightning Knowledge requires article type and data category setup

    Salesforce Lightning Knowledge requires pre-configuration of Article Types, Data Categories, and publication workflows before articles can be imported. HelpCrunch articles with categories, SEO metadata, and embedding context must map to a Salesforce Article Type that the customer provisions. We cannot import articles into a Salesforce org that has not enabled Knowledge and created at least one Article Type. We flag this during scoping and coordinate with the customer's Salesforce admin to enable Knowledge before the migration phase begins.

  • Salesforce field validation and required field rules cause import rejections

    Salesforce Service Cloud orgs commonly enforce validation rules (required formats, conditional required fields, picklist value whitelists) and required field constraints on standard objects. During import, records that fail validation are rejected, resulting in partial migration. We coordinate with the customer's Salesforce admin to temporarily disable blocking validation rules during migration load, or to add a migration-context bypass flag to rules that should not apply to historical data. Without this step, 5-15% of Cases may reject on first import attempt.

  • Chatbot flows and auto messages do not migrate to Salesforce Flow

    HelpCrunch chatbot flows (rule-based and limited AI agents) and auto message trigger configurations are node-based automation trees tied to HelpCrunch's behavioral conditions. Salesforce Flow is a different automation model with record-triggered, scheduled, and screen flow variants. We do not migrate chatbot flows or auto messages as automation logic. We deliver a written inventory of every active chatbot and auto message with its trigger conditions, content, and recommended Salesforce Flow equivalent for the customer's admin or Salesforce partner to rebuild post-migration.

Migration approach

Six steps for a successful HelpCrunch to Salesforce Service Cloud data migration

  1. Discovery and data scoping

    We audit the source HelpCrunch account across plan tier (Basic/Pro/Unlimited), API credentials (verifying Public API key and confirming Legacy API key is not in use), object volumes (Customers, Conversations, Articles, Saved Replies, Email Templates, Tags), custom property schemas, agent count, and channel usage. We confirm Salesforce Service Cloud edition (Essential/Professional/Enterprise), whether Lightning Knowledge is enabled, and existing Omni-Channel configuration. The discovery output is a written migration scope document with record counts, object mapping plan, and a pre-flight checklist for Salesforce prerequisites.

  2. Source extraction with rate-limit handling

    We connect to the HelpCrunch REST API using the Public API key and extract data in record-type batches (Customers first, then Conversations, Articles, Saved Replies, Email Templates, Tags). Given the 120 req/min limit, we implement exponential backoff with jitter and chunk records into pages of 100-200 items per request. We run extraction in off-peak hours where possible to minimize impact on active support workflows. Each extraction run emits a record count reconciliation report against the HelpCrunch dashboard totals.

  3. Schema preparation and Salesforce prerequisites

    We prepare the Salesforce destination org. This includes enabling Lightning Knowledge if not already active and creating the Article Type, provisioning Contact and Case custom fields to match HelpCrunch custom properties, configuring Record Types for Case channels if Omni-Channel routing is required, creating Salesforce Tags or custom multi-select picklist fields for the tag taxonomy, and working with the customer's admin to temporarily disable blocking validation rules. This phase runs in parallel with source extraction and requires admin access to the Salesforce org.

  4. Sandbox migration and reconciliation

    We run a full migration into a Salesforce Sandbox using production-like data volume. The customer's Support Operations lead reconciles record counts (Contacts in, Cases in, Articles in, Macros in), spot-checks 25-50 records against HelpCrunch source data, and validates that custom field values, conversation transcripts, and article content are complete. Any mapping corrections or schema additions happen in sandbox before production migration begins.

  5. Owner and agent reconciliation

    We extract every distinct HelpCrunch agent referenced on Conversations and match by email against the Salesforce destination org's User table. Agents without a matching User go to a reconciliation queue. The customer's Salesforce admin provisions any missing Users and assigns the appropriate Profiles and Roles before record import resumes. Omni-Channel skills, routing configurations, and queues must also be configured at this stage for chat routing to function post-migration.

  6. Production migration and cutover

    We run production migration in dependency order: Accounts (from Customers without company name), Contacts (with AccountId resolved and custom fields populated), Cases (with ContactId resolved, owner assigned, and EmailMessage threads attached), Knowledge Articles (published to Lightning Knowledge with Data Category assignment), and Macros (from Saved Replies with template syntax converted). We freeze HelpCrunch writes during cutover, run a final delta migration of records modified during the window, then enable Salesforce as the system of record. We deliver the chatbot, auto message, and widget inventory document for rebuild in Salesforce Flow and Embedded Service.

Platform deep dives

Context on both ends of the pair

HelpCrunch logo

HelpCrunch

Source

Strengths

  • Bundles live chat, email marketing, and help desk in a single subscription without per-feature add-ons.
  • Per-user pricing is transparent with no per-contact billing surprises on lower tiers.
  • REST API with Bearer token auth enables programmatic export of contacts, chats, and templates.
  • CSV and XLSX export available directly from the dashboard for contacts and reports.
  • Active migration assistance program offers free transfer of contacts, saved replies, and templates from Intercom, Zendesk, and LiveChat.

Weaknesses

  • 120 req/min API rate limit is restrictive for bulk data exports at scale.
  • AI features are heavily gated: even the Pro plan caps AI conversations at 50/month, with costly add-ons for additional capacity.
  • No documented bulk or batch API endpoint — single-record POST operations require pagination loops.
  • Reliability concerns in user reviews describe bugs in integrations and core features.
  • Knowledge base and popup migrations are only free for contacts, saved replies, email templates, and auto messages; articles and popups require paid assistance.
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?

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

B

Overall complexity

Standard migration

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

  • Object compatibility

    B

    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

    HelpCrunch: 120 requests per minute per organization.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your HelpCrunch 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 15,000 Customers, 50,000 chat messages, and 200 knowledge base articles with no complex custom property schemas. Migrations with large knowledge bases, multi-channel data (WhatsApp, Instagram), complex Salesforce validation rule sets, or Omni-Channel routing requirements move to eight to twelve weeks because of Lightning Knowledge article type setup, Omni-Channel skill and queue configuration, and Salesforce field validation testing across all record types.

Adjacent paths

Related migrations to explore

Ready when you are

Move from HelpCrunch.
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