Helpdesk migration
Field-level mapping, validation, and rollback between knock-ai and Freshdesk. We move data and schema; workflows are rebuilt natively in Freshdesk.
knock-ai
Source
Freshdesk
Destination
Compatibility
7 of 9
objects map 1:1 between knock-ai and Freshdesk.
Complexity
BStandard
Timeline
3-5 weeks
Overview
knock-ai and Freshdesk serve different operational moments: knock-ai is a real-time B2B buyer engagement platform that captures and qualifies prospects through Slack-based conversations, while Freshdesk is a multi-channel customer service platform built around ticket lifecycle management. Migrating between them requires converting a sales-engagement data model (visitors, AI-scored conversations, routing rules) into a support data model (tickets, contacts, companies, agent assignments). We handle the object translation, preserve enrichment metadata as custom fields on Freshdesk contacts, and flag the guardrail configurations and routing logic that must be rebuilt manually in Freshdesk's admin console. Workflows, automations, and LinkedIn outreach sequences do not migrate; we deliver a written specification for rebuilding them in Freshdesk's Rule Engine and Freddy AI Studio.
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 knock-ai 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.
knock-ai
Conversations
Freshdesk
Ticket
1:1knock-ai conversation logs (buyer-facing chat history, timestamps, participant context) map to Freshdesk Ticket records. Each ticket's description field carries the opening message; threaded replies migrate as ticket conversation notes. AI qualification status (qualified/not-qualified) and routing destination migrate as custom ticket fields so agents retain qualification context without rebuilding it from scratch. Open knock-ai conversations at cutover become open Freshdesk tickets assigned to the mapped agent.
knock-ai
Qualified Leads
Freshdesk
Contact
1:1knock-ai leads that passed AI qualification criteria carry qualification status, scoring signals, and routing metadata. We map these to Freshdesk Contact records, preserving qualification status as a custom contact field (e.g., kn_qualified_score__c) and company enrichment data as contact properties. Company-level fields (size, industry, intent signals) attach as custom fields on the corresponding Freshdesk Company record.
knock-ai
Visitors (Anonymous & Identified)
Freshdesk
Contact
1:1Anonymous visitors captured by knock-ai (enriched by company and role but not yet qualified) map to Freshdesk Contact records with a custom field kn_visitor_status__c set to 'Anonymous' or 'Identified'. The enrichment signals (company domain, role, company headcount) transfer as additional custom contact fields. Anonymous visitors with no email address cannot be created as Freshdesk contacts without an email; these are documented separately for the customer's admin to either suppress or manually associate with a created contact.
knock-ai
Enrichment Data
Freshdesk
Contact custom fields + Company
1:1knock-ai enrichment includes company info, role, intent signals, and CRM sync status pulled in real time. We map these to Freshdesk Contact custom fields (kn_enrichment_company_size__c, kn_enrichment_role__c, kn_intent_signal__c) and to Freshdesk Company fields where company-level data applies. If the enrichment already exists in a connected CRM (HubSpot or Salesforce), we reconcile against that CRM's records during scoping to avoid overwriting newer enrichment data with stale knock-ai data.
knock-ai
Meeting Bookings
Freshdesk
Note (linked to Contact)
1:1Scheduled meetings from knock-ai include buyer details, meeting type, and booking status. We export these as Freshdesk Note records linked to the corresponding Contact via ContentDocumentLink, with the meeting type, date, and booking status in the note body. Freshdesk's native calendar integration (if configured) can be populated manually post-migration or via the Freshdesk API if the customer maintains a Google Calendar or Outlook sync.
knock-ai
Routing Rules
Freshdesk
Freshdesk Assignment Rules (documentation only)
1:1knock-ai's intelligent routing logic assigns leads to reps or teams by configurable conditions. Routing logic is not exposed via API for bulk export. We document the full rule tree during the scoping call and produce a structured routing specification (conditions, priorities, fallback behaviors) that the customer's admin uses to rebuild equivalent logic in Freshdesk's Round-Robin, Load-Based, or Skills-Based Assignment Rules under Admin > Product Updates > Assignment Rules. This is a manual rebuild; we do not automate the rule recreation.
knock-ai
AI Intent Agent Configurations
Freshdesk
Freddy AI Studio (documentation only)
lossyknock-ai AI Intent Agent configurations — guardrails, approved answers, auto-booking trigger conditions, and flagged topics — are stored as platform-specific settings with no exportable API endpoint. We extract a human-readable summary of all configured topics, fallback behaviors, and routing logic during scoping. The customer or their Freshdesk implementation partner must manually reconfigure equivalent Freddy AI Agent behavior in Freshdesk's Freddy AI Studio based on that documentation. We do not rebuild AI agent logic as code in the destination.
knock-ai
CRM Sync Records
Freshdesk
Contact (deduplication pass)
1:1knock-ai maintains a sync log showing what data was pushed to HubSpot or Salesforce. We use this log to identify which contacts, companies, and deals were enriched during knock-ai's operation. Before importing into Freshdesk, we run a deduplication pass on the sync log records against any existing Freshdesk contacts to prevent duplicate contact creation. If Freshdesk is connected to the same CRM, we reconcile the knock-ai sync log against the CRM records to avoid creating contacts in Freshdesk that already exist in the CRM.
knock-ai
Chat Links (Knock Links)
Freshdesk
Freshdesk Portal / Widget Configuration (documentation only)
lossyEach knock-ai chat link is a configurable entry point with its own routing and branding settings. We export the link configuration including destination routing and display settings as a structured reference document. Freshdesk's embedded FPBot widget and portal configuration serve a comparable function. The customer's admin uses the documented Knock Link settings to configure Freshdesk's widget routing, proactive chat triggers, and portal branding in the Freshdesk product settings. This is a manual reimplementation step.
| knock-ai | Freshdesk | Compatibility | |
|---|---|---|---|
| Conversations | Ticket1:1 | Mapping required | |
| Qualified Leads | Contact1:1 | Mapping required | |
| Visitors (Anonymous & Identified) | Contact1:1 | Mapping required | |
| Enrichment Data | Contact custom fields + Company1:1 | Mapping required | |
| Meeting Bookings | Note (linked to Contact)1:1 | Fully supported | |
| Routing Rules | Freshdesk Assignment Rules (documentation only)1:1 | Mapping required | |
| AI Intent Agent Configurations | Freddy AI Studio (documentation only)lossy | Mapping required | |
| CRM Sync Records | Contact (deduplication pass)1:1 | Mapping required | |
| Chat Links (Knock Links) | Freshdesk Portal / Widget Configuration (documentation only)lossy | Mapping required |
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.
knock-ai gotchas
CRM sync creates duplicate contacts if records already exist
AI agent guardrails are not data-exportable
Routing rules require manual reimplementation
Conversation transcripts do not include internal notes
Freshdesk gotchas
API access is blocked on the free plan
Per-minute rate limits are account-wide and endpoint-specific
Multi-channel source types do not map 1:1 to all destinations
Custom objects created in-product cannot be accessed by other apps
Contact import requires at least 10 existing tickets in the account
Pair-specific challenges
Migration approach
Discovery and data availability assessment
We audit the knock-ai account for available export options: CRM sync log contents (HubSpot or Salesforce API data), native CSV or JSON export options in account settings, conversation volume, qualification event history, and any configured routing rules and AI agent settings visible in the admin panel. We also identify which CRM is connected (if any) and assess whether Freshdesk will replace that CRM connection or coexist with it. The discovery output is a written data availability report specifying what migrates, what documents, and what cannot be transferred.
Routing rule and AI agent documentation
We extract and document all knock-ai routing rule configurations (conditions, priority order, fallback routing) and AI Intent Agent settings (guardrails, approved answers, auto-booking conditions, flagged topics) as a structured specification document. This document is the handoff artifact for the customer's admin to rebuild routing in Freshdesk Assignment Rules and Freddy AI Studio. We do not implement these configurations in Freshdesk during migration.
Freshdesk schema design and custom field provisioning
We design the Freshdesk target schema: custom contact fields to carry knock-ai enrichment data (kn_qualified_score__c, kn_enrichment_company_size__c, kn_intent_signal__c, kn_visitor_status__c), custom ticket fields for conversation qualification metadata (kn_qualification_status__c, kn_routing_destination__c), and company fields for enrichment-level data. Custom fields are provisioned in Freshdesk via Admin > Support Operations before any data import. If the team uses Freshdesk custom objects for a non-standard data model, we pre-create the object schema at this stage.
CRM reconciliation and deduplication pass
We reconcile knock-ai CRM sync records against existing Freshdesk contacts and against the connected CRM (HubSpot or Salesforce) to identify duplicates. Any contact already present in the CRM with a matching email address is flagged rather than re-created. We run the dedupe pass before Freshdesk import to prevent contact duplication across the CRM and Freshdesk simultaneously.
Sandbox migration and reconciliation
We run a test migration into a Freshdesk sandbox using a representative sample of records. The customer's operations lead reconciles sample records against the knock-ai source (contact counts, conversation thread completeness, custom field values), validates that qualification scores landed correctly, and confirms that routing destination metadata is readable on tickets. Any mapping corrections are applied before production migration begins.
Production migration in dependency order
We migrate into production Freshdesk in dependency order: Companies first (from knock-ai enrichment data), then Contacts with enrichment custom fields populated, then Conversation histories as Tickets with qualification metadata in custom fields, then Notes for meeting bookings linked to contacts. Each phase emits a row-count reconciliation report. CRM sync records are reconciled against the final import to confirm no duplicates were created during the cutover window.
Cutover, routing rebuild handoff, and post-migration validation
We freeze knock-ai writes at cutover, run a final delta import of any records modified during the migration window, then designate Freshdesk as the system of record. We deliver the routing rule specification and AI agent configuration summary to the customer's admin team for Freshdesk rebuild. We provide a one-week post-migration reconciliation window to address record-level issues raised by the support team. We do not rebuild Freshdesk workflows, automations, or Freddy AI configurations as part of the standard migration scope.
Platform deep dives
knock-ai
Source
Strengths
Weaknesses
Freshdesk
Destination
Strengths
Weaknesses
Complexity grading
Standard Helpdesk migration. 1 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 knock-ai and Freshdesk.
Object compatibility
1 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
knock-ai: Not publicly documented.
Data volume sensitivity
knock-ai 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 knock-ai to Freshdesk migration scoping. Not seeing yours? Book a call.
Walk through your knock-ai to Freshdesk migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave knock-ai
Other ways to arrive at Freshdesk
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.