Helpdesk migration

Migrate from Helpshift to Freshdesk

Field-level mapping, validation, and rollback between Helpshift and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.

Helpshift logo

Helpshift

Source

Freshdesk

Destination

Freshdesk logo

Compatibility

100%

9 of 9

objects map 1:1 between Helpshift and Freshdesk.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Helpshift to Freshdesk is a structural migration across two different helpdesk paradigms. Helpshift is a mobile-first, issue-based platform where the Issue is the primary record and Custom Issue Fields attach directly to it; Freshdesk is an omnichannel ticketing system where Tickets are the primary record and Custom Fields are defined separately as schema objects. We treat the Issue-to-Ticket mapping as the core of the migration, preserving issue status, priority, assignee, and timestamps, while transforming Custom Issue Fields into Freshdesk ticket custom fields with type equivalence validated before import. End-user identity from Helpshift maps to Freshdesk Contacts and optionally to Companies if the customer uses organizational relationships. Chat messages nest inside Issues as conversation events; we export them as flattened timelines and reconstruct them as Freshdesk Reply entries threaded against the migrated Ticket. Automations, Smart Views, and Queues do not export via API — we document them during discovery and the customer's team rebuilds them in Freshdesk.

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

Helpshift logo

Helpshift

What's pushing teams away

  • Issue-based pricing makes costs unpredictable as support volume grows — customers report surprise invoices when issue counts spike seasonally or during product incidents.
  • Migrating automations and Smart Views between environments requires manual reconfiguration since these are not exported as structured data.
  • SDK migration from legacy versions to SDK X is technically involved, and some features like embedded messaging and guided issue filing are not yet supported in SDK X.
  • Limited bulk export options in the dashboard mean large data exports require API workarounds or manual CSV downloads.
  • Analytics export requires navigating multiple sub-sections (Trends, Platforms, Issue-level) with no unified data dump endpoint.

Choosing

Freshdesk logo

Freshdesk

What's pulling them in

  • Free tier for 1-2 agents with no credit card makes initial evaluation risk-free and appeals to startups and small support teams.
  • Per-agent pricing is predictable and scales cleanly as teams grow from Growth at $15/agent/month to Enterprise at $89/agent/month.
  • Freddy AI Copilot and Email AI Agent bring AI assistance without forcing a full platform switch, appealing to teams already embedded in Freshdesk.
  • Multilingual help desk and customer portal features serve global SMB teams without requiring enterprise-level investment.
  • Collaborators up to 5,000 included in paid plans allow non-agent stakeholders to view tickets without additional licensing cost.

Object mapping

How Helpshift objects map to Freshdesk

Each row shows how a Helpshift object lands in Freshdesk, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

Helpshift

Issue

maps to

Freshdesk

Ticket

1:1
Fully supported

Helpshift Issues map 1:1 to Freshdesk Tickets. The mapping preserves Issue status (Open, Pending, Resolved, Reopened) to Freshdesk Ticket Status, Issue Priority to Ticket Priority, and Issue Type to Freshdesk Ticket Type. The Helpshift Issue ID is stored as a custom field hs_issue_id__c on the Ticket for audit traceability. Issues with no assignee are imported as Unassigned Tickets. Created_at and Updated_at timestamps migrate directly.

Helpshift

End-user

maps to

Freshdesk

Contact and optionally Company

1:1
Fully supported

Helpshift End-users map to Freshdesk Contacts by email as the dedupe key. If the customer uses organizational Issue relationships or Company tags, we create Freshdesk Companies first, then link each Contact to the appropriate Company via the company_ids array during Contact import. User identity is preserved at migration time with the caveat that legacy SDK sessions (below SDK 6.x) may have end-users appearing as anonymous — we flag any batch of anonymous-user Issues during the data audit so the customer can decide whether to import those records.

Helpshift

Custom Issue Field

maps to

Freshdesk

Custom Ticket Field

1:1
Fully supported

Custom Issue Fields (CIFs) defined per-app in Helpshift map to Freshdesk Custom Ticket Fields defined account-wide. We export the full CIF schema (field name, type, options list) from Helpshift Settings and create matching Freshdesk custom fields before any ticket import. Dropdown CIFs are limited to 1,000 options in both platforms — we validate option counts during the mapping phase and split fields exceeding 1,000 options into multiple Freshdesk fields or switch to a text-type field. Text, number, date, and boolean CIFs map directly by type.

Helpshift

Agent

maps to

Freshdesk

Agent

1:1
Fully supported

Helpshift Agents (Admin, Supervisor, Agent roles) map to Freshdesk Agents by email as the dedupe key. Agent group memberships in Helpshift map to Freshdesk Groups. Role associations (Admin, Supervisor, Agent) are preserved in Freshdesk agent profiles. If a Helpshift Agent email does not match an existing Freshdesk Agent, we hold the record in a reconciliation queue for the customer's admin to provision before the main migration phase begins.

Helpshift

Conversational User Metadata

maps to

Freshdesk

Custom Ticket Fields

1:1
Mapping required

Helpshift tracks user-level metadata including device platform, app version, OS version, and language — stored as properties on the Issue rather than as a standalone user object. This data is preserved as Freshdesk Custom Ticket Fields (hs_device_platform__c, hs_app_version__c, hs_os_version__c, hs_language__c) so agents retain full device context when viewing migrated Tickets in Freshdesk.

Helpshift

FAQ and FAQ Section

maps to

Freshdesk

Solution Category, Folder, and Article

1:1
Fully supported

Helpshift FAQs organized in Sections map to Freshdesk Solutions with a two-level hierarchy: Helpshift Sections become either Freshdesk Solution Categories (top level) or Solution Folders (nested level), and Helpshift FAQ articles become Freshdesk Solution Articles with full HTML body preserved. Publication status (Published, Draft) migrates to the Freshdesk article state. Article search relevance settings in Helpshift have no Freshdesk equivalent and are documented for the customer's admin to tune post-migration.

Helpshift

Tag

maps to

Freshdesk

Tag

1:1
Fully supported

Helpshift Tags are flat label lists attached to Issues. We export the full tag list with associated Issue IDs and map tags directly to Freshdesk Tags by name. Tag-to-issue relationships are preserved by adding Freshdesk Tags to migrated Tickets during the import phase. No transformation is required because both platforms use a string-label tag model.

Helpshift

Chat / Message History

maps to

Freshdesk

Ticket Conversation Reply

1:1
Mapping required

Helpshift message threads nested within Issues export as a flattened timeline per Issue via the REST API (message content, timestamp, sender type, sender ID). We import each message as a Freshdesk Ticket Conversation Reply using the Conversation API: Agent messages use type=reply, and End-user messages use type=conversation_participants. Timestamps and sender identity are preserved. Helpshift's 'Chat' special message type (for conversational UI sessions) is documented as a note on the Ticket so agents understand the session context.

Helpshift

Attachment

maps to

Freshdesk

Ticket Attachment

1:1
Fully supported

File attachments on Helpshift Issues export as binary file references with metadata (filename, MIME type, file size). We download attachments to a temporary migration blob store, then upload them to Freshdesk as Ticket Attachments via the Freshdesk Attachments API. Freshdesk's per-attachment size limit (20 MB) applies. Any attachments exceeding this limit are flagged during the pre-migration audit for the customer's admin to handle manually or host externally.

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.

Helpshift logo

Helpshift gotchas

High

Issue-based pricing is migration-critical for billing planning

High

Automations and Smart Views are not exported via API

High

SDK X migration breaks end-user identity from legacy SDK versions below 6.x

Medium

Custom Issue Field dropdowns cap at 1,000 options

Medium

Dashboard CSV export does not include attachments or full message threads

Freshdesk logo

Freshdesk gotchas

High

API access is blocked on the free plan

High

Per-minute rate limits are account-wide and endpoint-specific

Medium

Multi-channel source types do not map 1:1 to all destinations

Medium

Custom objects created in-product cannot be accessed by other apps

Low

Contact import requires at least 10 existing tickets in the account

Pair-specific challenges

  • Issue and Ticket are different data models, not direct equivalents

    Helpshift's Issue is a rich record with Custom Issue Fields embedded as key-value pairs per-app. Freshdesk's Ticket is a standard record with a separate Custom Fields schema. The migration is a schema transformation, not a field copy. Custom Issue Fields that had no explicit value on an Issue in Helpshift (because they were not applicable or not yet set) must receive a default value or be excluded during Freshdesk import — otherwise the API rejects the record due to Freshdesk validation rules. We handle this by setting nullable fields to null and required fields to a configurable default during the transform phase.

  • Automations and Smart Views require manual rebuild

    Helpshift Automations (auto-tagging, auto-assigning, auto-replies based on event triggers) and Smart Views (saved filter sets) are workspace-level configuration not accessible via the REST API. We document the full set of active Automations and Smart Views during the discovery phase and deliver a written configuration guide for each. Freshdesk's Scenario Automations support event-based triggers and actions but differ in logic structure — multi-step or complex conditional Automations in Helpshift may not map 1:1. The rebuild effort adds a half-day to two days depending on automation complexity and must be scoped before migration begins.

  • Freshdesk API rate limits cap migration throughput

    Freshdesk enforces per-minute rate limits by plan tier (100 calls/min on Blossom/Growth, 200 on Garden/Pro, 400 on Estate, 700 on Forest/Enterprise) with per-endpoint sub-limits for Ticket Create, Ticket Update, and List endpoints. Our migration engine implements exponential backoff with jitter on 429 responses and respects Retry-After headers. For large migrations (100,000+ tickets), customers on lower Freshdesk tiers may need to upgrade for higher API capacity or purchase additional rate-limit packs. We scope the Freshdesk plan requirement during discovery based on total record volume and the customer's migration window target.

Migration approach

Six steps for a successful Helpshift to Freshdesk data migration

  1. Discovery and Helpshift data audit

    We audit the source Helpshift workspace across Issues, End-users, Agents, Custom Issue Fields, Tags, FAQs, Automations, Smart Views, and Queues. We also capture SDK version history to flag any anonymous-user periods from legacy SDK sessions. The discovery output is a written migration scope document listing record counts per object, custom field schemas, FAQ article count and hierarchy depth, and a full inventory of Automations and Smart Views that require manual rebuild. This document is the basis for the Freshdesk plan recommendation and migration timeline estimate.

  2. Freshdesk workspace provisioning

    We create the Freshdesk environment structure before any data import: Agents and Groups (matched to Helpshift Agents and Agent Groups), support mailboxes and product configurations, Ticket Custom Fields mapped from the Helpshift CIF schema with type equivalence validated (dropdown fields exceeding 1,000 options are split or converted to text), and Freshdesk Ticket Types, Status values, and SLA policies aligned with Helpshift Issue lifecycle stages. If the destination is an existing Freshdesk account, we identify pre-existing records to prevent duplicate creation during import.

  3. Knowledge base schema mapping

    We map Helpshift FAQ Sections to Freshdesk Solution Categories and Folders, preserving the article hierarchy. Helpshift FAQ articles migrate as Freshdesk Solution Articles with full HTML body text. Publication status maps to Freshdesk article visibility. We validate that article HTML is compatible with Freshdesk's renderer and flag any articles containing iframe embeds or script tags for the customer's admin to handle post-migration. The FAQ inventory is delivered as a written mapping table showing Section-to-Category/Folder assignments.

  4. Demo migration and reconciliation

    We run a trial migration into a pre-production Freshdesk environment using a representative sample (typically 500-1,000 records across Issues, Contacts, and Tickets). The customer's support operations lead reviews record counts, spot-checks 20-30 randomly sampled migrated Tickets against the Helpshift source for field-level accuracy, and confirms that Custom Issue Field values appear correctly in Freshdesk Ticket custom fields. Any mapping corrections are made before production migration begins.

  5. Production migration in dependency order

    We run the production migration in record-dependency order: Agents and Groups first (so OwnerId references are valid), then Contacts and Companies (so Ticket requesters resolve), then Tickets with Custom Field values resolved and conversation threads reconstructed via the Freshdesk Conversation Reply API. Attachments are downloaded from Helpshift, stored temporarily, and uploaded to Freshdesk. FAQs import last. Each phase emits a reconciliation report showing imported count, failed count, and skipped count with source record IDs before the next phase begins.

  6. Delta sync and cutover

    We run a delta migration for records created or modified during the production migration window, then switch Freshdesk as the active system of record. We deliver the Automations and Smart Views inventory document with configuration guidance for the customer's support team. During a one-week hypercare window we resolve any reconciliation issues raised by the support team. We do not rebuild Helpshift Automations as Freshdesk Scenario Automations or Helpshift Smart Views as Freshdesk Saved Views — those require manual rebuild using the delivered documentation.

Platform deep dives

Context on both ends of the pair

Helpshift logo

Helpshift

Source

Strengths

  • Mobile-native SDK embeds support directly inside iOS and Android apps with no portal redirect.
  • AI chatbot with intent classification and machine translation reduces agent handling time on high-volume queries.
  • Issue-level analytics with Trends and Platform Summary reports surface support performance across channels.
  • Automation and Workflow Management features handle bulk issue operations like auto-tagging and auto-resolving.
  • REST API exposes core objects (Issues, FAQs, Agents, Users) for programmatic access and integration.

Weaknesses

  • Issue-based pricing model creates unpredictable costs as support volume grows — not a flat-seat model.
  • No native bulk data export in the UI for large volumes — API or manual CSV export required.
  • SDK migration from legacy Helpshift SDK to SDK X drops support for embedded messaging, guided issue filing, and theme customization.
  • Automations, Smart Views, and Queues are workspace configuration, not record data — they require manual rebuild in the destination.
  • Limited documented rate-limit information makes high-volume migration exports difficult to plan reliably.
Freshdesk logo

Freshdesk

Destination

Strengths

  • Generous free tier with no credit card required for 1-2 agents for 6 months.
  • Per-agent pricing model is transparent and scales linearly with team growth.
  • Freddy AI Copilot integrates assistance directly into the agent workspace without requiring separate tooling.
  • Multilingual help desk and customer portal serve global teams on Pro and Enterprise plans.
  • Shared inbox, threads, and tasks keep ticket context unified across multi-channel conversations.

Weaknesses

  • Freddy AI is a separate paid add-on charged per session, making AI costs unpredictable and hard to budget.
  • Performance issues including delayed loading and duplicate tickets are recurring user complaints during high-volume periods.
  • Customization is more limited than Zendesk, with fewer workflow options and reporting flexibility.
  • Add-ons for chat, advanced routing, and custom reporting are gated behind higher tiers or separate module purchases.
  • API access is completely disabled on the free plan, blocking any programmatic data export or migration tooling.

Complexity grading

How hard is this migration?

Standard Helpdesk migration. 1 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 Helpshift and Freshdesk.

  • Object compatibility

    B

    1 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

    Helpshift: Not publicly documented — customers report variable throttling under high-volume API calls.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Helpshift to Freshdesk 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 Helpshift to Freshdesk data migrations

Answers to the questions buyers ask most during Helpshift to Freshdesk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Helpshift to Freshdesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations under 15,000 Issues with fewer than 20 Custom Issue Fields and no knowledge base complete in two to three weeks. Migrations with large knowledge bases (500+ FAQ articles), high message-per-issue ratios, or multiple Helpshift Apps feeding a single Freshdesk destination extend to five to eight weeks because of FAQ hierarchy mapping, conversation thread flattening, and multi-app inbox reconciliation. Timeline depends on total record volume, Freshdesk API rate limits, and how quickly the customer's team reviews the demo migration and approves the production scope.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Helpshift.
Land in Freshdesk, 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