Freshservice AI configuration

How to configure Freshservice for AI — a practical setup guide

Freddy AI is enabled on most Freshservice instances. On most of them it does not perform well — not because the feature is broken, but because the configuration underneath it is not ready. This guide covers the six areas that determine whether AI features land or fail.

6 configuration dimensions that determine AI performance

Specific targets and fixes for each dimension

How to audit your current setup before enabling AI features

Why Freddy AI underperforms on most instances

Freshservice teams often enable Freddy AI and find that it suggests the wrong responses, routes tickets inconsistently, or produces self-service results that do not match what end users are asking for. The natural assumption is that the AI needs more time to learn, or that the feature needs configuration. In most cases the real issue is structural — the knowledge base is thin, the ticket categories are too flat, the canned responses are duplicated, or the service catalogue is incomplete.

Freddy AI is a pattern-matching system. It draws from the data your team has already put into Freshservice. If that data is inconsistent, stale, or sparse, Freddy reflects that inconsistency back to end users and agents. The fix is not in the AI settings — it is in the six configuration areas that Freddy depends on.

Knowledge Base

70%+ coverage of recurring ticket types, articles updated within 6 months

Common issues

  • Articles written for search rather than structured for Freddy to summarise
  • Significant duplication across similar articles causing conflicting suggestions
  • Categories and folders that no longer match current service offerings
  • Articles that reference outdated processes, tools, or team names

What to fix

  • Audit articles by ticket type — every top-10 recurring ticket should have at least one KB article
  • Set a 6-month freshness standard and flag articles not updated within that window
  • Merge or archive duplicate articles before enabling Freddy self-service
  • Restructure folder hierarchy to match your current service catalogue

Ticket Categorisation

3+ levels (category → subcategory → item), <5% uncategorised tickets

Common issues

  • Flat category structure gives Freddy insufficient signal for routing decisions
  • Inconsistent naming conventions across teams creating overlapping categories
  • Legacy categories no longer in use inflating the option set
  • High percentage of tickets left at top-level category with no subcategory

What to fix

  • Build a 3-level hierarchy and enforce it with form validation where possible
  • Audit and retire any category unused in the last 90 days
  • Standardise naming: use the pattern Service Area → Function → Specific Item
  • Set a monthly uncategorised ticket target of under 5% and track it

Canned Responses

One response per top-20 ticket type, <15% duplication rate

Common issues

  • Gaps in coverage mean Freddy cannot suggest a response for common requests
  • Near-duplicate responses with slightly different wording confuse suggestions
  • Inconsistent tone and format making Freddy suggestions feel off-brand
  • Responses referencing outdated processes or team names

What to fix

  • Map canned responses to your top ticket categories — one per category minimum
  • Deduplicate responses with more than 85% content overlap
  • Create a response style guide: tense, greeting, sign-off, escalation language
  • Review all responses quarterly — link the review to your problem management cycle

SLA Policies

One policy per service category, escalation rules on every P1/P2

Common issues

  • Single catch-all SLA policy means Freddy cannot prioritise by service context
  • Missing escalation rules on critical priorities leave P1s without automated action
  • SLA breach thresholds not aligned to actual business impact
  • Policies not reviewed since initial Freshservice setup

What to fix

  • Create service-specific SLA policies aligned to your service catalogue
  • Add escalation rules to every P1 and P2 priority — minimum two escalation tiers
  • Set breach thresholds based on business impact, not convenience
  • Review SLA attainment quarterly and adjust thresholds where consistently missed or never breached

Ticket Routing

<10% unassigned tickets at end of business day, auto-assignment active

Common issues

  • No auto-assignment rules means every ticket requires manual triage
  • Routing based on category alone rather than category plus priority
  • Round-robin assignment not accounting for team capacity or shift patterns
  • Escalation routing missing for tickets that breach SLA without assignment

What to fix

  • Enable auto-assignment by category and configure rules per team
  • Add priority to routing logic — P1/P2 should route to a dedicated pool
  • Set an unassigned SLA that triggers escalation when a ticket is unowned after 30 minutes
  • Review routing rules after every significant team or service change

Service Catalogue

All active services listed, owner assigned, SLA linked per item

Common issues

  • Catalogue items missing request forms, making them unusable for self-service
  • No ownership assigned to catalogue items, creating routing ambiguity
  • SLA not linked at the item level, so Freshservice applies the default policy
  • Retired services still visible in the catalogue, cluttering self-service search

What to fix

  • Audit every catalogue item for: title, description, owner, SLA, request form
  • Retire or hide any item with no requests in the last 90 days
  • Link an SLA policy to every active catalogue item
  • Assign a named owner to every item — owner is responsible for keeping it current

How to audit your current setup

Check all six dimensions in under 2 minutes

The AI Readiness Audit connects to your Freshservice instance via API key, reads your configuration across all six dimensions, and returns a scored report with the specific issues found and prioritised fixes. It reads configuration only — no ticket content, no customer data, no PII. Your API key is discarded after the audit.

Overall AI readiness score out of 100
Individual score per dimension
Top issue identified in each area
Prioritised by AI impact and remediation effort
See how the audit works

Frequently asked questions

Why is Freddy AI not working well even though it is enabled?

Freddy AI depends on the quality of your Freshservice configuration. Enabling the feature without a clean knowledge base, consistent categories, and complete SLA policies means Freddy draws from weak data — which limits its accuracy regardless of plan tier.

How many knowledge base articles do I need for Freddy to work?

There is no hard minimum, but Freddy performs best when the knowledge base covers at least 70% of recurring ticket types. Articles should be structured consistently, updated within the last 6 months, and free from significant duplication.

What ticket categorisation depth does Freddy AI need?

At least three levels — category, subcategory, and item — gives Freddy enough signal to route and suggest accurately. Flat or inconsistently used category trees degrade auto-triage accuracy significantly.

Does Freshservice plan tier affect AI performance?

Plan tier determines which Freddy features are available, but configuration quality determines how well those features perform. A well-configured Growth instance will outperform a poorly configured Enterprise instance on every AI metric.

Next step

Find out where your Freshservice instance actually stands

The AI Readiness Audit scans your instance across all six dimensions and returns a scored report in under 2 minutes. Free to run — no consultant required.