Helpdesk migration
Field-level mapping, validation, and rollback between Thread and Zendesk. We move data and schema; workflows are rebuilt natively in Zendesk.
Thread
Source
Zendesk
Destination
Compatibility
8 of 10
objects map 1:1 between Thread and Zendesk.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Thread to Zendesk is a structural migration that resolves a fundamental object-model mismatch. Thread conflates review aggregation with lightweight ticketing under a single chat-style interface; Zendesk separates tickets, users, organizations, and knowledge base into distinct standard objects. We extract Thread conversations as Zendesk ticket comments, map Thread review records to Zendesk tickets with a custom field carrying the original rating and source platform, and preserve agent-team assignment through Zendesk Groups. Response Templates migrate as Zendesk Macros. Thread has no documented public API, so we work from admin-panel exports and confirm the export method during scoping. Workflows, automations, and PSA integrations (ConnectWise, HubSpot CRM sync state) do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in Zendesk.
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 Thread object lands in Zendesk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Thread
Conversation
Zendesk
Ticket
1:1Thread Conversations map directly to Zendesk Tickets. Each conversation's chronological message chain is flattened into Zendesk ticket comments ordered by timestamp, with the original author mapped to the Zendesk requester or agent field. Channel metadata (source platform, message type) is stored in a custom Zendesk field conversation_channel__c for reporting. Subject line is derived from the first non-greeting message in the thread or from the linked review summary.
Thread
Review
Zendesk
Ticket (custom field enrichment)
1:1Thread Reviews do not have a native Zendesk equivalent because Zendesk has no review aggregation object. We create a custom Zendesk field set including review_stars__c (numeric), review_source__c (text), review_id__c (string), and review_response_status__c (text). When a Thread Conversation is linked to a Review, we create the Zendesk Ticket first, then enrich it with the review custom fields. Review responses that were written in Thread become Zendesk ticket comments by the agent.
Thread
User
Zendesk
End-User
1:1Thread User records (agents and end users) map to Zendesk End-User accounts. We extract display name, email, role, and team assignment. Zendesk end-users can be tagged with a role field; agent vs end-user distinction is preserved so that the customer's admin can assign appropriate permissions in Zendesk after migration.
Thread
Team
Zendesk
Group
1:1Thread Teams map to Zendesk Groups. The crosswalk table created during mapping phase aligns Thread team names with Zendesk group names. Agent assignment on Thread tickets maps to Zendesk ticket Assignee with the Group pre-selected. If Thread teams carry routing priority, we store this in a custom field team_priority__c.
Thread
Response Template
Zendesk
Macro
1:1Thread Response Templates (canned replies) map to Zendesk Macros. Template content and shortcut codes migrate to Zendesk macro body with {{ticket.requester.name}} and {{ticket.id}} placeholder syntax substituted for Thread's variable format. Active/inactive status is preserved. Zendesk macro folders map to Thread template categories if they exist.
Thread
Attachment
Zendesk
Ticket Attachment
1:1File attachments within Thread conversations are downloaded with conversation identifiers appended to filenames, then re-hosted as Zendesk ticket attachments. Attachment metadata (original filename, size, content type) is preserved in the Zendesk attachment record. Attachments linked to reviews rather than tickets are stored against the associated Zendesk ticket after the review-to-ticket linkage is resolved.
Thread
Tag
Zendesk
Tag
1:1Thread Tags applied to tickets and reviews migrate to Zendesk Tags. We export the complete tag vocabulary and apply all tags during ticket import. Tags that exceed Zendesk's 200-character per-tag limit are truncated and flagged in the reconciliation report for the customer's admin to rename post-migration.
Thread
Custom Property
Zendesk
Custom Field
lossyThread custom fields on tickets and conversations vary by account configuration. We export the complete custom property schema alongside the data and map each field to a Zendesk custom field of equivalent type: Thread text fields map to Zendesk text, dropdowns map to dropdown, checkboxes map to true/false, and numeric fields map to integer. Zendesk requires custom fields to be created in the Zendesk admin panel before import; we document the required field creation steps and provide the field IDs for the mapping phase.
Thread
Ticket
Zendesk
Ticket
1:1Thread Tickets that carry PSA-linked fields (when the ConnectWise integration is active) include a PSA reference field. We extract the PSA reference value and store it in a custom Zendesk field psa_reference__c. The ticket status, priority, and assignee map to Zendesk Status, Priority, and Assignee directly. If the Thread ticket is linked to a Conversation, we ensure the ticket is created before comments are added so that the comment-to-ticket relationship is intact.
Thread
Integration
Zendesk
Reference (no migration)
lossyThread Integrations with HubSpot CRM, Mailchimp, and Google Sheets expose connection metadata, API credentials, and sync state. These configurations do not transfer to Zendesk. We export integration settings as a written inventory document listing each active connection, its authentication method, and its sync scope. The customer's admin uses this inventory to re-establish integrations in Zendesk or via a middleware tool such as Zapier or Make.
| Thread | Zendesk | Compatibility | |
|---|---|---|---|
| Conversation | Ticket1:1 | Fully supported | |
| Review | Ticket (custom field enrichment)1:1 | Fully supported | |
| User | End-User1:1 | Fully supported | |
| Team | Group1:1 | Fully supported | |
| Response Template | Macro1:1 | Fully supported | |
| Attachment | Ticket Attachment1:1 | Fully supported | |
| Tag | Tag1:1 | Fully supported | |
| Custom Property | Custom Fieldlossy | Fully supported | |
| Ticket | Ticket1:1 | Fully supported | |
| Integration | Reference (no migration)lossy | 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.
Thread gotchas
No publicly documented API for programmatic migration
Flat-rate pricing hides per-user feature limits
Thread and conversation scoping ambiguity
Review attribution breaks when response is migrated separately
Zendesk gotchas
Data export requires API scripting on non-Enterprise plans
Automations cap at 500 active rules and 1,000 tickets per hour
Help Center has no native export feature
Custom Objects and full data export are Enterprise-only
Pair-specific challenges
Migration approach
Discovery and export method confirmation
We audit the Thread account to confirm the export method. Because Thread has no documented public API, we work from admin-panel exports and determine whether Thread supports bulk data export at the customer's current plan tier. We inventory all objects in scope: Conversations, Tickets, Reviews, Users, Teams, Response Templates, Attachments, Tags, and Custom Properties. We also document active integrations (HubSpot CRM, Mailchimp, Google Sheets) and the ConnectWise PSA integration state if applicable. The discovery output is a written migration scope confirming export path, object inventory, and record volume estimates.
Schema design and custom field creation checklist
We map every Thread object to its Zendesk equivalent and design the destination schema in Zendesk. This includes creating custom fields for review metadata (review_stars__c, review_source__c, review_id__c, review_response_status__c), PSA reference storage (psa_reference__c), and any Thread custom properties that have no Zendesk standard-field equivalent. We provide the customer with a custom field creation checklist and the exact field types and names required. Zendesk Groups are mapped from Thread Teams during this phase.
Admin-panel data extraction and transformation
We extract data from Thread via the admin-panel export path confirmed during discovery. Conversations are exported with full message chains, timestamps, author attribution, and channel metadata. Reviews are exported with star rating, source platform, review body, and response status. Response Templates are exported with content and shortcut codes. We cross-reference conversations against reviews using shared identifiers and flag any orphaned records. Attachments are downloaded and renamed with conversation identifiers for re-hosting in Zendesk.
Review-to-ticket linkage resolution and response dependency enforcement
We resolve the review-to-conversation linkage before ticket creation in Zendesk. Each Thread review is matched to its linked conversation via shared identifier, and the review metadata is staged for injection as Zendesk custom fields on the corresponding ticket. Review responses are held in a dependency queue and only written to Zendesk after their parent review record has been successfully created. This prevents orphaned response text with no star rating or source context.
Production migration in dependency order
We run production migration in record-dependency order: Users (end-users and agents), Groups (from Thread Teams), Tickets (with review custom fields injected), Conversation comments (in timestamp order), Response Templates (as Zendesk Macros), Tags (applied post-ticket creation), and Attachments. Each phase emits a row-count reconciliation report before the next phase begins. We use Zendesk's REST API with rate-limit handling and exponential backoff. Macros are imported after ticket data is stable so that template content can reference correct ticket field names.
Integration inventory delivery and cutover
We deliver a written integration inventory documenting every active Thread integration (HubSpot CRM sync state, Mailchimp connection, Google Sheets export, ConnectWise PSA reference mapping). We do not rebuild integrations in Zendesk; the customer's admin uses this inventory to re-establish connections. We freeze Thread writes during cutover, run a final delta export of any records modified during the migration window, and enable Zendesk as the system of record. We deliver a one-week hypercare window for reconciliation issues. Workflows, automations, and PSA routing rules do not migrate and are documented for rebuild.
Platform deep dives
Thread
Source
Strengths
Weaknesses
Zendesk
Destination
Strengths
Weaknesses
Complexity grading
Moderate Helpdesk migration. 3 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Thread and Zendesk.
Object compatibility
3 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
Thread: Not publicly documented. Throughput in practice is bounded by the connected PSA's API limits (ConnectWise Manage, Autotask, HaloPSA) rather than by Thread itself. The vendor's marketing cites 173 million tickets processed across 750+ MSP partners, indicating production-scale throughput..
Data volume sensitivity
Thread doesn't expose a bulk API — REST + parallelization used for high-volume runs.
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 Thread to Zendesk migration scoping. Not seeing yours? Book a call.
Walk through your Thread to Zendesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Thread
Other ways to arrive at Zendesk
Same-Helpdesk migrations
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.