Dataford
Interview QuestionsInterview GuidesExperiencesCoaching
New
Pricing
Get started
Dataford
Popular roles
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Browse
Browse All RolesEvery role hub, from analyst to MLBrowse All CompaniesCompany-specific interview loopsAll Interview GuidesThe full guide library
Top questions by role
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Top questions by skill
SQLPythonStatisticsMachine LearningA/B TestingSystem DesignGenerative AIProduct SenseMetricsBehavioral
Browse all questions →Try a mock interview
Experiences
Practice
Mock InterviewsTimed interview simulations with feedbackCoaching1:1 coaching with people at your target companiesSuccess PathYour 6-week structured planModulesCurated lessons by topicWebinarsTalks from ex-Big Tech data leadsPlaygroundA free-form scratch editor
Learn
BlogInterview strategy and career adviceTech Job Market ReportHiring trends across data and AI rolesFor UniversitiesDataford for career centersAbout DatafordWho we are and how we build
Pricing
Build my plan

Classify Support Tickets by Intent

MediumNLP00:00
Practice interviewer
In session
5 left
00:00

Your question is Classify Support Tickets by Intent. Take a moment with it on the right.

Talk me through your thinking if you like. When you're confident, submit your answer and I'll grade it like a real screen (7/10 or better passes).

You need to log in / sign up to chat or submit.

Problem

Scenario

You are building an NLP workflow for a SaaS support platform that receives about 80,000 inbound tickets per month through chat, email, and web forms. Each message must be classified into one of 6 intent categories such as billing, access issues, bug reports, feature requests, account changes, and general questions so it can be routed to the right queue. You have roughly 250,000 historical labeled tickets, but the data is noisy: messages vary from one-line fragments to multi-paragraph threads, include copied logs and URLs, and some classes overlap semantically. The operations team wants a practical pipeline that can be retrained regularly and explained to non-technical stakeholders.

Question

How would you design and implement this text classification pipeline end to end, including preprocessing, model choice, training, evaluation, and how you would handle noisy text, class imbalance, and ambiguous tickets in production?