Helpdesk migration
Field-level mapping, validation, and rollback between DoneDone and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.
DoneDone
Source
Zoho Desk
Destination
Compatibility
8 of 12
objects map 1:1 between DoneDone and Zoho Desk.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from DoneDone to Zoho Desk is a structural reorganization, not a record copy. DoneDone uses Projects grouped under independent Workflows as the top-level container, with Issues as the primary ticket record. Zoho Desk uses a Department-centric hierarchy where each Department defines its own ticket layout, agent roles, and Blueprint workflow — meaning each DoneDone Project maps to a Zoho Desk Department, and DoneDone's per-project Workflows map to Zoho's Blueprint stages. We enumerate every distinct Workflow across all DoneDone Projects during scoping, resolve the status-to-stage mapping for each, and flag that multi-watcher data from DoneDone's Issue model requires a custom multi-agent field in Zoho Desk because Zoho supports only a single primary assignee per ticket. Saved Replies have no native Zoho Desk equivalent; we deliver a written inventory for the customer's admin to recreate. We do not migrate DoneDone Reports because the data is generated on-demand and not stored as a discrete exportable object.
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 DoneDone object lands in Zoho Desk, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
DoneDone
Issue
Zoho Desk
Ticket
1:1DoneDone Issues map to Zoho Desk Tickets. The Issue title maps to Ticket Subject, description maps to Description, status maps to Status, priority maps to Priority, and the primary watcher maps to Assignee. Due date migrates to the Due Date field. We preserve the full task history (timestamped field-change log) as threaded comments or an internal-note block in the Ticket so agents can audit what happened before cutover. Zoho's ticket layout is department-specific, so mapping requires the Department assignment to be resolved first.
DoneDone
Project
Zoho Desk
Department
1:1Each DoneDone Project maps to a Zoho Desk Department. Departments in Zoho Desk define the ticket layout, agent roles, Blueprint workflow, SLAs, and email routing address scoped to that Department. We enumerate all Projects during scoping and create corresponding Departments in Zoho Desk before any Ticket import, ensuring the Department lookup is satisfied at insert time. Customers with a single Project map to a single Department; multi-Project setups require the customer to confirm department boundaries before migration begins.
DoneDone
Workflow
Zoho Desk
Blueprint
lossyDoneDone Workflows (the ordered list of Statuses with permitted transitions) map to Zoho Desk Blueprint stages and transition rules. Each Project's Workflow is reviewed independently because DoneDone allows Projects to define non-standard Statuses over time. We extract every distinct Workflow, map each Status to a Blueprint stage with a matching or nearest-equivalent name, preserve the transition rules as Zoho Blueprint conditions, and flag any Statuses with no clear Zoho equivalent for manual confirmation. Blueprint is a Zoho Desk Standard feature.
DoneDone
Status
Zoho Desk
Ticket Status
lossyDoneDone Status values (Open, In Progress, Waiting on Fixer, Closed, Resolved, etc.) map to Zoho Desk ticket Status values which are defined per Blueprint. We preserve the ordered sequence and color assignments from DoneDone, mapping colors to Zoho's nearest palette equivalents. Status transitions that are permitted in DoneDone become conditional transitions in the Zoho Blueprint that we configure before migration.
DoneDone
Tag
Zoho Desk
Tags (multi-select)
1:1DoneDone Tags are flat labels applied across Issues. Zoho Desk supports a native Tags field on Tickets. We migrate tags as a flat string array on each Ticket, preserving the original tag names verbatim. Zoho Desk tags are scoped per Department, so tags applied across multiple Departments from DoneDone are available in all mapped Departments post-migration.
DoneDone
Saved Replies
Zoho Desk
Macros
lossyDoneDone Saved Replies are template text snippets used by agents to respond to recurring ticket types. Zoho Desk does not have an equivalent global Saved Replies concept; the closest analog is Macros, which are per-Department action templates that include text content plus field presets. We extract all Saved Replies during discovery, categorize them by usage frequency, and deliver a written inventory mapping each Saved Reply to a Zoho Desk Macro with the recommended Department assignment. Macros must be recreated manually in Zoho Desk by the customer's admin.
DoneDone
Watcher (primary)
Zoho Desk
Assignee
1:1The primary watcher on a DoneDone Issue maps to the Zoho Desk Ticket Assignee field. This is a 1:1 mapping where the watcher with fixer role or primary assignment role becomes the ticket owner in Zoho. We resolve the assignee by email match against Zoho Desk agent records, holding any unmatched assignees in a reconciliation queue for the customer to provision before import continues.
DoneDone
Watcher (additional)
Zoho Desk
Custom multi-agent field
lossyDoneDone Issues support multiple watchers in addition to a primary assignee. Zoho Desk Tickets support only a single primary assignee. We preserve the full watcher list as a Zoho Desk custom multi-select picklist field (Agent Team or Watchers__c) on the Ticket layout. This field is visible to agents and admins but does not drive routing or escalation logic in Zoho Desk without additional Blueprint configuration.
DoneDone
Private Comments
Zoho Desk
Internal Notes
1:1DoneDone private comments are visible only to internal team members and not to the end customer. Zoho Desk has an Internal Note concept on Tickets with visibility controlled by agent role (Standard agents vs Support Administrators). We map all DoneDone private comments to Zoho Desk Internal Notes, preserving the original author, timestamp, and text content. Public comments map to Ticket Threads as agent replies. This mapping is applied by default and confirmed with the customer during the scoping call to ensure the correct visibility controls are set.
DoneDone
Linked Tasks
Zoho Desk
Related Tickets or Sub-tasks
1:1DoneDone Issues can reference other Issues as linked sub-tasks or related items. Zoho Desk Tickets support Related Tickets and sub-tasks within the same Department. We preserve the raw linked-issue ID and relationship type (parent-child, blocks, relates-to) in a custom field on the related Zoho Ticket for audit. The actual linking is recreated as Related Tickets in Zoho where the relationship semantics are supported.
DoneDone
Attachments
Zoho Desk
Attachments
1:1DoneDone Issue attachments include file name, size, uploader, and a URL pointing to Google Drive integration. We download each attachment from the source URL or Google Drive link and re-upload to Zoho Desk's file storage on the corresponding Ticket. Zoho Desk's assisted migration caps file upload at 10 GB per file; we handle larger files via direct API chunked re-upload to avoid this limitation. Attachment metadata (uploader, original upload date) is preserved in the Ticket record.
DoneDone
Task History
Zoho Desk
Ticket Threads or Internal Notes
1:1Every DoneDone Issue carries a timestamped history log of field changes (status transitions, assignee changes, priority changes, description edits). We export this as a chronological array of change events and replay it as a series of Internal Notes or threaded comments on the Zoho Desk Ticket, noting each event as a historical action by the system. This preserves the full audit trail without requiring Zoho to have an equivalent history log.
| DoneDone | Zoho Desk | Compatibility | |
|---|---|---|---|
| Issue | Ticket1:1 | Fully supported | |
| Project | Department1:1 | Fully supported | |
| Workflow | Blueprintlossy | Fully supported | |
| Status | Ticket Statuslossy | Fully supported | |
| Tag | Tags (multi-select)1:1 | Fully supported | |
| Saved Replies | Macroslossy | Mapping required | |
| Watcher (primary) | Assignee1:1 | Fully supported | |
| Watcher (additional) | Custom multi-agent fieldlossy | Fully supported | |
| Private Comments | Internal Notes1:1 | Mapping required | |
| Linked Tasks | Related Tickets or Sub-tasks1:1 | Mapping required | |
| Attachments | Attachments1:1 | Mapping required | |
| Task History | Ticket Threads or Internal Notes1:1 | 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.
DoneDone gotchas
Reporting data cannot be exported as structured records
Private comments require explicit visibility handling
Flexible project structure causes workflow divergence over time
Multi-watcher Issue model requires flattening for most destinations
API access is permission-gated to match application access
Zoho Desk gotchas
Agent email identity determines comment ownership after migration
Blueprints and SLA policies do not export via API
File upload capped at 10GB per migration batch
Tier-gated export and migration capabilities
Inbound migration is two-phase with a hard Phase 2 cutoff
Pair-specific challenges
Migration approach
Discovery and scope audit
We audit the source DoneDone account across all Projects and Workflows, extracting every distinct Workflow definition, Status list, and transition rule. We inventory Issue volume by Project, tag usage frequency, Saved Replies count and content, attachment volume and total file size, watcher distribution patterns, and private comment volume. We also review the task history depth (how many months of field-change events exist per Issue). This output is a written migration scope that enumerates every Department to create, every Blueprint to configure, and every object mapping to execute.
Destination schema preparation
We create the Zoho Desk Departments corresponding to each DoneDone Project, configure the Blueprint workflow stages mapped from each DoneDone Workflow, add the custom multi-agent watcher field to the Ticket layout, and configure role-based visibility for Internal Notes. We add any DoneDone custom fields that do not have a direct Zoho Desk equivalent as custom Ticket fields before any data import. All schema work is performed in a Zoho Desk sandbox or trial org first for validation.
Saved Replies inventory and Macro handoff
We extract all DoneDone Saved Replies, categorize them by usage frequency and the Project they are associated with, and deliver a written Macro inventory document that maps each Saved Reply to a recommended Zoho Desk Macro with Department assignment, action set, and text content. Macros must be recreated by the customer's Zoho Desk admin because Zoho Desk does not have a bulk Saved Replies import mechanism.
Sandbox migration and reconciliation
We run a representative migration into a Zoho Desk sandbox with a sample of Issues from each Project (typically 50-100 records per Project) to validate the Department mapping, Blueprint stage mapping, private comment visibility, attachment re-upload, and watcher preservation. The customer's operations lead reviews the sandbox, spot-checks 25-50 records against the DoneDone source, and approves the mapping before production migration begins.
Production migration in dependency order
We run production migration in record order: Department and agent provisioning (manual, validated), Tags (flat list import), Tickets with all mapped fields including Internal Notes for private comments, Watcher multi-select field population, Linked Tasks as Related Tickets, Attachments downloaded and re-uploaded via Zoho Desk API, and task history replayed as Internal Notes or comments. Each phase emits a row-count reconciliation report before the next begins. Created-at timestamps are embedded in the first comment body.
Cutover, validation, and handoff
We freeze DoneDone writes during cutover, run a final delta migration of any Issues modified during the migration window, then enable Zoho Desk as the system of record. We deliver the Macro inventory document and the Blueprint reconstruction notes to the customer's Zoho Desk admin. We support a one-week hypercare window for reconciliation issues raised by the support team. We do not rebuild DoneDone Workflows as Zoho Desk Blueprint configurations inside the migration scope; we document the mapping and the admin implements the Blueprint stages.
Platform deep dives
DoneDone
Source
Strengths
Weaknesses
Zoho Desk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 4 of 7 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across DoneDone and Zoho Desk.
Object compatibility
4 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
DoneDone: Not publicly documented.
Data volume sensitivity
DoneDone exposes a bulk API — large-volume migrations stream efficiently.
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 DoneDone to Zoho Desk migration scoping. Not seeing yours? Book a call.
Walk through your DoneDone to Zoho Desk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave DoneDone
Other ways to arrive at Zoho Desk
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.