Helpdesk migration

Migrate from Desku.io to Zoho Desk

Field-level mapping, validation, and rollback between Desku.io and Zoho Desk. We move data and schema; workflows are rebuilt natively in Zoho Desk.

Desku.io logo

Desku.io

Source

Zoho Desk

Destination

Zoho Desk logo

Compatibility

71%

10 of 14

objects map 1:1 between Desku.io and Zoho Desk.

Complexity

CModerate

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Desku.io to Zoho Desk is a structural migration that requires careful handling of two platforms with fundamentally different organizational models. Desku.io groups work into Shared Inboxes and Tickets with a flat tagging taxonomy; Zoho Desk organizes support around Departments with a hierarchical thread structure where Ticket Threads and Ticket Comments are separate sub-objects. We resolve this schema difference during transformation, map ticket status and priority to Zoho Desk's typed picklists, and use Zoho's REST API to ingest conversation history without relying on Zoho's Zwitch tool, which drops tags, inline images, and thread direction metadata. Eva chatbot flows and Desku automations are configuration rather than data — we export them as JSON blueprints and advise customers to rebuild them in Zoho Desk's Macros and Blueprint modules post-migration. CSAT scores migrate as custom ticket fields for Starter-tier customers who lose access to Desku's native survey feature.

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

Desku.io logo

Desku.io

What's pushing teams away

  • Integration limitations on lower tiers — Startup plan restricts integrations to a handful of apps, and some reviewers note the overall integration library feels thin compared to established competitors.
  • AI features still maturing — a minority of reviewers flag that Eva AI suggestions or automated resolutions occasionally miss context, requiring human agents to step in.
  • Rate limits and quotas not transparently documented — the Acceptable Use Policy states rate limits exist but defers documentation to a future link, creating uncertainty for teams with high ticket volumes.
  • Scaling costs can approach competitors — the per-ticket overage of $0.35 and the 250-ticket base cap mean growing teams can face unexpected billing spikes when migrating historical data.

Choosing

Zoho Desk logo

Zoho Desk

What's pulling them in

  • Deep Zoho ecosystem integration lets support data tie directly to CRM contacts, invoice records in Zoho Books, and custom apps built in Zoho Creator, providing a unified customer view without third-party middleware.
  • Pricing undercuts comparable platforms significantly: Enterprise at roughly $40 per agent per month versus Zendesk at comparable tiers, making it attractive for cost-sensitive teams scaling past 10 agents.
  • Blueprints and multi-level escalations allow teams to codify support workflows and enforce SLA routing automatically, reducing manual triage for mid-size support operations.
  • Multi-channel ticket ingestion unifies email, social media, live chat, and phone into a single queue view, giving agents one inbox without context-switching across channels.
  • The free tier up to 3 agents lets small teams validate the platform before committing, reducing financial risk for startups and micro-businesses evaluating help desk software.

Object mapping

How Desku.io objects map to Zoho Desk

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

Desku.io

Ticket

maps to

Zoho Desk

Ticket

1:1
Fully supported

Desku Tickets map to Zoho Desk Tickets. The primary mapping preserves subject, description, status, priority, assignee (by email lookup), tags (as custom multi-select picklist cf_ticket_tags), and the original created_at timestamp. We set the createdAt timestamp via the Zoho API during ticket insert to preserve historical ordering. Internal notes from Desku map to Zoho Desk Ticket Comments (private = true); public replies map to Ticket Threads.

Desku.io

Conversation

maps to

Zoho Desk

Ticket Thread + Ticket Comment

1:many
Fully supported

Desku Conversations within a Ticket split into two Zoho Desk sub-object types: Thread entries where is_public = true become Ticket Threads (visible to customers in the help center); entries where is_internal = true become Ticket Comments (agent-only visibility). Each thread entry preserves the author email, timestamp, and message body including any inline images as ContentDocumentLink attachments.

Desku.io

Contact

maps to

Zoho Desk

Contact

1:1
Fully supported

Desku Contacts map to Zoho Desk Contacts. We use email as the dedupe key and preserve name, email, phone, company, and all custom contact properties as Zoho custom fields (cf_ prefix). The Contact to Account linkage is resolved after we create the Account record, using the company name from Desku to match or create a corresponding Zoho Account.

Desku.io

Company

maps to

Zoho Desk

Account

1:1
Fully supported

Desku Contacts store an optional company field. We map this to Zoho Desk Account. Account Name becomes the Account's company name, and we populate Website, Phone, Industry, and Street from the corresponding Desku contact or company field. Account is created before any Contact import so that the Account lookup is satisfied at Contact insert time.

Desku.io

Shared Inbox

maps to

Zoho Desk

Department + Custom View

lossy
Fully supported

Desku Shared Inboxes group tickets by channel or team. Zoho Desk has no direct inbox object — tickets belong to a Department, and agents see tickets via Custom Views filtered by criteria. We map each Desku Shared Inbox to a Zoho Department, creating the department in Zoho Desk first, then routing imported tickets to that department. Agents are assigned to the department via the department-agent linkage. Custom Views are configured post-migration to replicate inbox filtering logic.

Desku.io

Ticket Tag

maps to

Zoho Desk

Custom Multi-Select Picklist (cf_ticket_tags)

lossy
Fully supported

Desku Ticket Tags use a flat key-value label model with no hierarchy. Zoho Desk has no native tag system. We create a custom multi-select picklist field cf_ticket_tags on the Ticket module, and all distinct tag values from Desku are added as picklist options during schema setup. Agents then apply tags via the ticket layout. Tag-based routing rules in Desku do not migrate and must be rebuilt as Zoho Desk Workflow rules.

Desku.io

CSAT Survey

maps to

Zoho Desk

Custom Field (cf_csat_score)

1:1
Fully supported

Desku CSAT scores (available on Team and Business tiers) attach to tickets as a satisfaction rating. Zoho Desk's native Customer Happiness feature is only on Standard and above. For Starter-tier customers or when migrating CSAT data, we create a custom numeric field cf_csat_score on the Ticket module and populate it with the original rating. The survey metadata (respondent email, submission date, comment) maps to custom text fields. Customers on Standard Zoho Desk can alternatively use the native Happiness feature post-migration.

Desku.io

Knowledge Base Article

maps to

Zoho Desk

Help Desk (Solutions) Article

1:1
Fully supported

Desku Knowledge Base articles map to Zoho Desk Help Desk articles (Solutions). We export article title, content, category, publication status, and section structure. Zoho's assisted migration guide notes that attachments will not be migrated — we flag this explicitly and advise customers to re-upload article attachments (PDFs, images) manually or use Zoho's file hosting within the article editor. Category structure from Desku maps to Zoho Desk article categories.

Desku.io

User / Agent

maps to

Zoho Desk

Agent

1:1
Fully supported

Desku Agents map to Zoho Desk Agents by email match. We extract agent name, email, role (admin vs agent), and team assignment. Zoho Desk role mapping: Desku admin becomes Zoho Support Administrator; Desku agent becomes Zoho Agent. Light Agent roles in Zoho are assigned if the customer specifies read-only access for certain team members. Zoho's import guide notes that agents receive an invitation email and must accept before appearing in the agent list.

Desku.io

Automations

maps to

Zoho Desk

Workflow Rules (exported as JSON)

1:1
Mapping required

Desku Automation & Workflow Engine rules are stored as JSON configuration, not records. We export the full rule logic (trigger conditions, actions, delays, branch logic) as a JSON blueprint bundle. We do not import automation rules into Zoho Desk because Zoho's Workflow, Assignment, and Supervise Rules use a different rule schema. The JSON bundle is delivered to the customer with a written recommendation for each automation's Zoho equivalent. Typical rebuild time is 1-4 hours depending on complexity.

Desku.io

Eva Chatbot Flows

maps to

Zoho Desk

Blueprint (exported as JSON)

1:1
Fully supported

Desku's Eva chatbot conversational flows built in the drag-and-drop builder are platform-specific JSON configuration. We export the full flow definitions (trigger points, decision nodes, response content, integration calls) as a JSON bundle. Zoho Desk does not have a native chatbot flow builder at this tier; the closest Zoho equivalent is Zoho SalesIQ for chatbot functionality, which is a separate product. We recommend rebuilding bot logic manually or evaluating Zoho SalesIQ integration. The JSON bundle serves as a complete functional specification for the rebuild.

Desku.io

Live Chat Widget

maps to

Zoho Desk

Widget (reinstall required)

1:1
Mapping required

Desku's live chat widget embed code, custom form fields, and branding settings are tied to Desku's infrastructure. We export the widget configuration (branding, form field names, and routing settings) as a JSON bundle. The widget itself cannot be transferred — it must be uninstalled from Desku and the equivalent Zoho Desk web widget or Zoho SalesIQ widget must be installed at the destination URL. We coordinate a same-day cutover with a brief overlap window to prevent message loss during the transition.

Desku.io

Custom Fields

maps to

Zoho Desk

Custom Fields (cf_ prefix)

lossy
Mapping required

Desku custom input fields on tickets and contacts are exported with their field name, type (text, number, dropdown, date, checkbox), and option values. We pre-create matching custom fields in Zoho Desk with a cf_ prefix on the appropriate module (Ticket or Contact) before data import. Field types are mapped: Desku text to Zoho single-line, Desku textarea to Zoho multi-line, Desku dropdown to Zoho picklist, Desku checkbox to Zoho checkbox. Validation rules on custom fields are disabled during migration to prevent record rejection.

Desku.io

Integrations

maps to

Zoho Desk

Webhook / Zoho Marketplace (reconfigure required)

1:1
Mapping required

Desku integrates with Shopify, WooCommerce, Facebook, WhatsApp, Instagram, and supports webhooks on Business tier. OAuth tokens, API keys, and webhook subscriptions are stored in Desku's infrastructure and do not transfer. We document each active integration connection (source, trigger, action) during discovery and deliver a written integration inventory. Customers reconfigure each integration in Zoho Desk using Zoho's own connectors or Zoho Marketplace apps. Shopify and WooCommerce connect via Zoho Commerce or webhook-based integration; social channels require Zoho Desk's social media routing configuration.

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.

Desku.io logo

Desku.io gotchas

High

Ticket volume cap creates migration billing risk

Medium

Rate limits are documented but the link is broken

Medium

Automations and chatbot flows are configuration, not data

Low

Widget and channel code must be reinstalled at destination

Zoho Desk logo

Zoho Desk gotchas

High

Agent email identity determines comment ownership after migration

High

Blueprints and SLA policies do not export via API

Medium

File upload capped at 10GB per migration batch

Medium

Tier-gated export and migration capabilities

Low

Inbound migration is two-phase with a hard Phase 2 cutoff

Pair-specific challenges

  • Ticket Threads and Comments must be split at transform time

    Desku stores all conversation messages within a ticket as a single chronological list with an is_public flag. Zoho Desk separates public customer-visible replies (Ticket Threads) from internal agent notes (Ticket Comments). There is no bulk import method that preserves this split natively — we must apply it during the transformation step by reading each Desku conversation entry's visibility flag and routing it to the correct Zoho sub-object endpoint. Migrations that skip this step end up with all messages in Ticket Threads (no private notes) or all in Comments (no customer-visible thread), breaking agent workflows and customer transparency.

  • Created-at timestamps do not migrate via Zoho's standard import

    Zoho Desk's standard import wizard does not set the createdAt field — it defaults to the import date. We preserve original ticket and contact creation dates by using the Zoho Desk REST API's createdTime parameter during record insert. This requires per-record API calls rather than bulk CSV ingestion, which affects throughput estimates. We probe Zoho's API rate limits during discovery and batch records in chunks of 100 with exponential backoff to avoid throttling.

  • Zoho's department hierarchy changes ticket ownership semantics

    Desku's Shared Inboxes provide a flat grouping model where any agent can access any inbox. Zoho Desk's department model is hierarchical — each ticket belongs to a department, and department-level roles determine which agents can view and respond. Teams migrating from Desku's unlimited Shared Inbox model must design a department structure in Zoho Desk before migration begins. We create departments during schema setup and route tickets by mapping each Desku inbox to a Zoho department. Agents without department assignment cannot see tickets; we resolve this by assigning all migrating agents to the relevant department during migration.

  • CC users do not migrate; must be recorded as custom fields

    Zoho Desk does not support migrating CC (carbon copy) recipients on tickets. When a Desku ticket has additional email contacts in the CC field, we migrate those email addresses into a custom text field cf_cc_recipients on the Ticket record. Agents must check this custom field manually to see additional stakeholders. This is a known Zoho Desk limitation documented in Zoho's own migration guides and applies to all third-party-to-Zoho migrations, not just this pair.

  • Knowledge Base article attachments are not transferred

    Zoho Desk's Zwitch tool and API import for Help Desk articles do not migrate file attachments (PDFs, images, downloadable resources) embedded in Knowledge Base articles. We export articles with their full HTML content, but any linked attachments must be re-uploaded manually in Zoho's article editor. We identify and list every article with an attachment during discovery so the customer can budget the re-upload effort. Inline images within article body text migrate as URLs pointing to the source — we advise replacing these with Zoho-hosted file URLs post-migration.

Migration approach

Six steps for a successful Desku.io to Zoho Desk data migration

  1. Discovery and Desku tier assessment

    We audit the source Desku account across tier (Startup/Team/Business), monthly ticket volume against the current cap, active Shared Inbox count, custom field definitions, Knowledge Base article count with attachment inventory, Eva chatbot flow count and complexity, automation rule count, and integration list. We probe the Desku API with a small test batch to characterise the effective rate limit since the documentation link is broken. The discovery output is a written migration scope including a CSAT availability gap note for any Starter-tier customer, and a Zoho Desk edition recommendation (Free/Express/Standard/Professional) based on the customer's agent count and required features.

  2. Zoho Desk schema provisioning and department design

    We pre-create the Zoho Desk schema before any data moves. This includes provisioning custom fields on Ticket and Contact modules (cf_ticket_tags, cf_csat_score, cf_csat_comment, cf_csat_submitted_at, cf_cc_recipients), creating Departments to mirror each Desku Shared Inbox, configuring Custom Views to replicate Desku inbox filtering logic, adding ticket tag values as picklist options, and disabling validation rules that could reject records during import. Schema is deployed into the customer's Zoho Desk portal via the API or manually configured with a provisioning checklist we deliver.

  3. Sample migration and thread-split validation

    We run a test migration of 50-100 representative tickets (including tickets with internal notes, public replies, CC recipients, tags, and CSAT scores) into a Zoho Desk staging environment. The customer's support operations lead reviews the thread split (public replies vs internal notes), tag appearance in the custom picklist, CSAT field population, and department assignment. Any mapping corrections — incorrect status mapping, missing custom field types, department routing errors — are documented and applied to the transform scripts before the full migration runs.

  4. Agent provisioning and department assignment

    We extract every distinct agent email from Desku and match against Zoho Desk Users by email. Agents are assigned to the Departments mapped from the Desku Shared Inboxes. Zoho Desk requires agents to accept an invitation email before they appear in the agent list — we provide a provisioning checklist for the customer's admin to trigger invitations and follow up on pending accepts before the cutover window. Agents without a matching Zoho account are held in a reconciliation queue.

  5. Full migration in dependency order

    We run the production migration in record-dependency order: Departments (first), Agents (validated, matched by email), Accounts (from Desku company data), Contacts (with AccountId resolved), Knowledge Base articles (with attachment gap flagged), Tickets (with createdTime set via API, conversations split into Threads and Comments), Custom Fields on tickets (cf_ticket_tags, CSAT fields), and Integrations documentation bundle (delivered, not migrated). Each phase emits a row-count reconciliation report. Ticket import uses chunked API calls with exponential backoff to respect Zoho's rate limits.

  6. Cutover, delta sync, and automation handoff

    We freeze Desku writes during cutover, run a final delta migration of any tickets or contacts modified during the migration window, then switch the live chat widget code and email routing to Zoho Desk. We deliver the Eva chatbot flow JSON bundle and the automation rule JSON bundle with a written recommendation for each Zoho Desk equivalent (Workflow Rules, Blueprint, or Zoho SalesIQ for bot functionality). We support a one-week hypercare window to resolve any post-migration reconciliation issues. We do not rebuild automations or chatbot flows in Zoho Desk as part of the migration scope; this is a separate rebuild engagement.

Platform deep dives

Context on both ends of the pair

Desku.io logo

Desku.io

Source

Strengths

  • No-code AI chatbot builder with drag-and-drop flows accessible on all paid tiers
  • Unified shared inbox combining email, live chat, and social channels in one interface
  • 14-day free trial with no credit card required for sign-up
  • Per-ticket overage pricing ($0.35) provides predictability for moderate volume growth
  • Whitelabel and CNAME available on Team tier for brand-customizable customer-facing touchpoints

Weaknesses

  • Rate limits and AI usage quotas not publicly documented, complicating migration planning
  • Knowledge base and chatbot flow configurations do not export as importable files — require manual rebuild
  • Limited integrations on Startup tier restricts connectivity for complex stacks
  • API bulk endpoints not confirmed — data migration may need to batch per-record writes
  • CSAT surveys only available on Team and Business tiers, creating a feature gap for Starter customers
Zoho Desk logo

Zoho Desk

Destination

Strengths

  • Generous free tier for teams of up to 3 agents with no time limit, reducing financial risk for small support operations.
  • Per-agent flat pricing across tiers is significantly lower than Zendesk, Freshdesk, or Intercom at equivalent feature levels.
  • Tight integration with Zoho CRM, Zoho Books, and Zoho Creator provides a unified data ecosystem without third-party middleware.
  • Multi-channel ticket aggregation consolidates email, social, chat, and phone into a single queue view.
  • Assisted migration service handles the two-phase transfer process with Zoho's own migration team for inbound moves.

Weaknesses

  • The UI is frequently described as dated, clunky, and inconsistent across modules compared to modern SaaS competitors.
  • Advanced automation features including Blueprints, multi-brand, and live chat are tier-gated, limiting the free and Express plans to basic ticketing.
  • Non-Zoho integrations require custom Deluge scripting or external middleware, reducing flexibility for heterogeneous tech stacks.
  • Steep learning curve and complex customization options mean slower onboarding for new agents and ongoing training investment.
  • Export and migration capabilities are gated by plan tier, with data backup only available on higher plans.

Complexity grading

How hard is this migration?

Moderate Helpdesk migration. 4 of 7 objects need a mapping; the rest are 1:1.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Desku.io and Zoho Desk.

  • Object compatibility

    C

    4 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

    Desku.io: Stated to exist but documentation link is broken; effective limits must be empirically characterised during discovery.

  • Data volume sensitivity

    B

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

Estimator

Estimate your Desku.io to Zoho Desk 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 Desku.io to Zoho Desk data migrations

Answers to the questions buyers ask most during Desku.io to Zoho Desk migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Desku.io to Zoho Desk migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Migrations land between two and four weeks for accounts under 10,000 tickets and 5,000 contacts with no Knowledge Base articles and straightforward tagging. Migrations with large conversation histories (over 100,000 thread messages), Knowledge Base exports, CSAT score preservation, or multi-inbox routing complexity move to six to ten weeks because of the thread-split transformation work, custom field provisioning, department design, and Knowledge Base category remapping.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Desku.io.
Land in Zoho Desk, 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