Migrate your Helpshift data
In-app messaging and AI chatbot platform for mobile-first brands. Issues, not tickets, are the core unit — pricing is consumption-based and issue volumes drive migration scoping.
In its favor
Why people choose Helpshift
The signal that keeps Helpshift on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Mobile-first architecture means native in-app support experiences that web-based ticketing tools cannot replicate for gaming, fintech, and consumer app brands.
AI chatbot and bot automation features let support teams handle high volumes of repetitive queries before routing to human agents, reducing first-response time.
Clear ticket management and workflow automation tools streamline how agents handle issues, with Smart Views and Queues organizing workloads by priority or topic.
Integration via Helpshift SDK embeds support directly inside the mobile application rather than redirecting users to an external portal.
Conversational UI with machine-translation and intent classification provides a consumer-grade chat experience inside mobile apps.
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.
Reasons to switch
Why people leave Helpshift
The recurring reasons buyers give for replacing Helpshift. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Helpshift fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Helpshift pricing overview
Helpshift uses an issue-volume pricing model rather than per-seat licensing, making costs directly proportional to support load. Growth plans charge per resolved or created Issue; Enterprise plans are custom contracts with volume commitments. This model is migration-relevant because issue count history must be audited to scope destination platform capacity accurately.
Growth
Tier 1 of 3
Not publicly listed — issue-based, volume-driven
What's included
Need help selecting your Helpdesk?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Helpshift's schedule — see our quote-based pricing →
What gets migrated
Helpshift object support
Object-by-object support for Helpshift migrations. Per-pair details surface during scoping.
Issues
Fully supportedIssues are the primary object and map 1:1 to standard ticket/case objects in most destination CRMs. We preserve issue status, priority, created/updated timestamps, assignee, and Custom Issue Field values. The key migration work is normalizing Custom Issue Field values that use dropdown or checkbox types.
Custom Issue Fields
Mapping requiredCustom Issue Fields (CIFs) are defined per-app and attach to Issues as key-value pairs. Dropdown CIFs are limited to 1,000 options each. We export the full CIF schema from Settings > Workflows and map each field to an equivalent custom property in the destination, flagging any field type that requires translation (e.g. multi-select to array, date picker to datetime).
Users (End-users)
Fully supportedEnd-users are the consumers submitting Issues. We preserve user identity, email, and metadata fields. Note that user-level metadata can affect seat-based billing in some destination platforms; we annotate records accordingly during import scoping.
Agents
Fully supportedAgents are assigned to Issues and manage the inbox. We export agent identity, role (Admin, Supervisor, Agent), and group associations. Agent-to-issue assignments are preserved at migration time and re-established in the destination using owner/user assignment fields.
Apps
Mapping requiredHelpshift Apps define which SDK configurations and settings apply to an issue stream. Multiple apps can feed a single inbox. We export app configuration and flag which apps need to be recreated in the destination platform, as app identity is not portable across different helpdesk systems.
FAQs and FAQ Sections
Fully supportedFAQs are structured knowledge-base articles organized into Sections. Both objects export via the REST API. We preserve article body text, section hierarchy, and publication state. FAQ search relevance and tagging require re-tuning in the destination.
Tags
Fully supportedTags attach to Issues as a flat label list. We export all tag names and their associated issue IDs. Tags are preserved as Labels or Tags in most destination platforms with no transformation required.
Automations
Mapping requiredAutomations trigger actions on issue events (create, time-elapsed, keyword match) such as auto-tagging, auto-assigning, or auto-replying. Automations are defined in Workflow Management and are not directly exportable via API. We reconstruct automation logic by documenting rules during discovery and rebuilding them in the destination platform's equivalent feature set.
Smart Views and Queues
Mapping requiredSmart Views are saved filter sets that organize Issues into queues for agents. Queues define routing and priority. Both are workspace-configuration data rather than record-level data. We document the filter criteria and queue rules during discovery and re-implement them in the destination using equivalent filter or view features.
Chat / Message History
Mapping requiredChat messages are nested within Issues as conversation events. The REST API exposes message content and timestamps. We export messages as a flattened timeline per issue. Some destinations represent conversations as a separate object; we map to the destination's conversation or activity structure and annotate message authorship (agent vs end-user).
Attachments
Mapping requiredAttachments on Issues export as file references with metadata. Large binary files may exceed API payload limits during migration. We download attachments, store them in a migration blob store, and re-attach them in the destination using the platform's file upload API. File size and format restrictions apply by destination.
Conversational User Metadata
Mapping requiredHelpshift tracks user-level metadata including device platform, app version, and language. This data is attached to issues rather than stored as a standalone user object. We preserve it by annotating it on the issue record for import into the destination's equivalent user or contact properties.
| Object | Support | Notes |
|---|---|---|
| Issues | Fully supported | Issues are the primary object and map 1:1 to standard ticket/case objects in most destination CRMs. We preserve issue status, priority, created/updated timestamps, assignee, and Custom Issue Field values. The key migration work is normalizing Custom Issue Field values that use dropdown or checkbox types. |
| Custom Issue Fields | Mapping required | Custom Issue Fields (CIFs) are defined per-app and attach to Issues as key-value pairs. Dropdown CIFs are limited to 1,000 options each. We export the full CIF schema from Settings > Workflows and map each field to an equivalent custom property in the destination, flagging any field type that requires translation (e.g. multi-select to array, date picker to datetime). |
| Users (End-users) | Fully supported | End-users are the consumers submitting Issues. We preserve user identity, email, and metadata fields. Note that user-level metadata can affect seat-based billing in some destination platforms; we annotate records accordingly during import scoping. |
| Agents | Fully supported | Agents are assigned to Issues and manage the inbox. We export agent identity, role (Admin, Supervisor, Agent), and group associations. Agent-to-issue assignments are preserved at migration time and re-established in the destination using owner/user assignment fields. |
| Apps | Mapping required | Helpshift Apps define which SDK configurations and settings apply to an issue stream. Multiple apps can feed a single inbox. We export app configuration and flag which apps need to be recreated in the destination platform, as app identity is not portable across different helpdesk systems. |
| FAQs and FAQ Sections | Fully supported | FAQs are structured knowledge-base articles organized into Sections. Both objects export via the REST API. We preserve article body text, section hierarchy, and publication state. FAQ search relevance and tagging require re-tuning in the destination. |
| Tags | Fully supported | Tags attach to Issues as a flat label list. We export all tag names and their associated issue IDs. Tags are preserved as Labels or Tags in most destination platforms with no transformation required. |
| Automations | Mapping required | Automations trigger actions on issue events (create, time-elapsed, keyword match) such as auto-tagging, auto-assigning, or auto-replying. Automations are defined in Workflow Management and are not directly exportable via API. We reconstruct automation logic by documenting rules during discovery and rebuilding them in the destination platform's equivalent feature set. |
| Smart Views and Queues | Mapping required | Smart Views are saved filter sets that organize Issues into queues for agents. Queues define routing and priority. Both are workspace-configuration data rather than record-level data. We document the filter criteria and queue rules during discovery and re-implement them in the destination using equivalent filter or view features. |
| Chat / Message History | Mapping required | Chat messages are nested within Issues as conversation events. The REST API exposes message content and timestamps. We export messages as a flattened timeline per issue. Some destinations represent conversations as a separate object; we map to the destination's conversation or activity structure and annotate message authorship (agent vs end-user). |
| Attachments | Mapping required | Attachments on Issues export as file references with metadata. Large binary files may exceed API payload limits during migration. We download attachments, store them in a migration blob store, and re-attach them in the destination using the platform's file upload API. File size and format restrictions apply by destination. |
| Conversational User Metadata | Mapping required | Helpshift tracks user-level metadata including device platform, app version, and language. This data is attached to issues rather than stored as a standalone user object. We preserve it by annotating it on the issue record for import into the destination's equivalent user or contact properties. |
Gotchas
What to watch for in Helpshift migrations
Issues we've hit on past Helpshift migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Issue-based pricing is migration-critical for billing planning
Automations and Smart Views are not exported via API
SDK X migration breaks end-user identity from legacy SDK versions below 6.x
Custom Issue Field dropdowns cap at 1,000 options
Dashboard CSV export does not include attachments or full message threads
| Severity | Issue |
|---|---|
| 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 |
Leaving Helpshift?
Where Helpshift customers move next
7 destinations Helpshift can migrate to.
How a Helpshift migration works
Four steps, Helpshift-specific
Connect
API key (Bearer token via HSAPI) into Helpshift. Scopes limited to read-only on the data we move.
Map
We translate Helpshift-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Helpshift quirks before production.
Migrate
Full migration with Helpshift rate-limit handling. Rollback available throughout.
FAQ
Helpshift migration FAQ
Answers to the questions buyers ask most during Helpshift migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Helpshift migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationOther helpdesks we support
Ready when you are
Migrate Helpshift.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Helpshift setup and destination — written quote back within a business day.