We built a product intelligence NLP platform over 9 weeks, working alongside the company's data engineering team. (1) Unified Text Ingestion and Processing Engine: normalising text from all 5 sources into a consistent, analysable format. The engine: ingesting from Zendesk API (support tickets with metadata), Slack API (community channels with thread structure), Gong API (transcripts with speaker labels and timestamps), NPS platform API (scores with verbatims), community forum API (posts with categories and author metadata), and GitHub API (issues and discussions with labels and assignees). Processing: deduplicating cross-channel mentions (the same feature request appearing as a support ticket, a community post, and a Gong mention counted once with three supporting data points, not three separate requests), resolving customer identity across channels (matching a Zendesk ticket from john@company.
com with a Slack message from @john-company and a Gong transcript from "John at Company"), and normalising technical terminology (recognising that "real-time streaming," "event stream," "live data push," and "webhooks for real-time" all refer to the same feature concept). (2) Product Feedback Intelligence Engine: extracting, classifying, and quantifying product feedback. The engine: classifying feedback by type (feature request, bug report, documentation issue, UX friction, performance complaint, praise, and question), extracting feature concepts (mapping natural language descriptions to the company's product taxonomy — "I wish I could see API calls in real-time" → Feature: Real-time API Observability), assessing sentiment and urgency (how strongly the customer feels about this feedback, and how urgently they need resolution), linking feedback to customer accounts (with ARR data — enabling prioritisation by revenue impact: "Real-time API Observability requested by 45 customers representing $8.
2M ARR"), and generating product feedback reports (top requested features with supporting verbatims, customer counts, and ARR impact — updated weekly). Product feedback coverage: estimated 85% of actionable feedback captured (from 30%). Feature request quantification: each feature request now had a customer count, ARR impact, and representative verbatims — enabling data-driven prioritisation. (3) Competitive Intelligence Engine: extracting competitive signals from sales conversations and customer communications. The engine: identifying competitor mentions across all channels (direct mentions by name, indirect references like "your competitor" or "the other tool we're evaluating"), extracting competitive context (feature comparison, pricing comparison, migration consideration, win/loss context), classifying competitive mentions by theme (functionality gaps, pricing objection, support quality, ecosystem/integration advantage), and generating competitive intelligence reports (competitor mention frequency and trend, win/loss patterns by competitor, feature parity gaps, and competitive positioning recommendations).
Competitive coverage: systematic analysis of all 4,200 sales calls (from anecdotal analysis of 10-15% by sales managers). Identified 3 previously unrecognised competitive threats from emerging startups mentioned in 40+ sales calls. (4) Customer Health Signal Engine: detecting early warning signs of churn from text data. The engine: monitoring customer communication sentiment over time (detecting sentiment decline trends), identifying churn language patterns (competitor evaluation mentions, contract termination inquiries, migration planning discussions, frustration escalation), correlating text signals with usage data (combining behavioural signals from product analytics with intent signals from text), and generating health alerts for customer success (specific, actionable: "Company X — sentiment declined 35% over 60 days, 3 competitor mentions in support tickets, feature requests flagged as blocking renewal"). Churn prediction: text-enhanced health scores predicted churn 45 days earlier than usage-only models — enabling proactive intervention that saved 12 accounts (representing $2.1M ARR) in the first year.
(5) Support Root Cause Engine: classifying support tickets by root cause category. The engine: classifying each ticket by root cause (product bug — needs engineering fix, documentation gap — needs docs improvement, UX friction — needs design improvement, expected complexity — needs better onboarding, configuration error — needs guided troubleshooting, infrastructure issue — needs platform reliability improvement), linking root cause to product area and feature, generating support burden reports (which root causes drive the most ticket volume, engineer escalation, and customer frustration), and recommending interventions (specific documentation pages to create or improve, UX changes to reduce friction, and bugs to prioritise based on support impact). Support burden analysis: identified that 32% of support tickets stemmed from documentation gaps in 4 specific areas — targeted documentation improvements reduced ticket volume in those areas by 58% within 3 months.