AI-Powered Contact Center Copilot: From Research to Enterprise-Scale Production
cresta_/_openai · Tech · 2025 · source Agentic: no · promotional bias: med · source-backed · extracted with prompt 0.5.4 (schema v2)
Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.
Problem
Domain: Enterprise contact-center agent assistance
Cresta needed to turn academic NLP and RL research into a production AI copilot that improved contact-center outcomes enough for enterprise buyers to trust and pay for it.
Constraints:
- Contact-center systems are business-critical and cannot tolerate unreliable service
- Customers require measurable ROI rather than chatbot-era hype
- Each enterprise customer has different conversation data, products, and expert behaviors
Architecture
Cresta built a real-time contact-center copilot as a thin UI layer over existing agent desktops, backed by conversation-data pipelines, customer/vertical-specific model training, continuous evaluation, and ROI A/B tests. The stack evolved from LSTMs and transformers to foundation models fine-tuned or mid-trained on customer and domain conversation data, while enterprise deployments kept tenant/data isolation where required.
Diagram confidence: reconstructed (reconstructed from prose).
flowchart LR agent-desktop-plugin["agent-desktop-plugin"] conversation-data-ingestion["conversation-data-ingestion"] labeling-and-benchmarking["labeling-and-benchmarking"] domain-training-repository["domain-training-repository"] mlops-training-pipeline["mlops-training-pipeline"] real-time-suggestion-models["real-time-suggestion-models"] usage-and-roi-telemetry["usage-and-roi-telemetry"] conversation-data-ingestion --> labeling-and-benchmarking conversation-data-ingestion --> domain-training-repository labeling-and-benchmarking --> mlops-training-pipeline domain-training-repository --> mlops-training-pipeline mlops-training-pipeline --> real-time-suggestion-models real-time-suggestion-models --> agent-desktop-plugin agent-desktop-plugin --> usage-and-roi-telemetry
Components
| Component | Role | Interacts with |
|---|---|---|
agent-desktop-plugin |
Small UI surface, often a browser plugin, that inserts suggestions into the contact-center agent's existing workflow. | real-time-suggestion-models, usage-and-roi-telemetry |
conversation-data-ingestion |
Ingests millions of customer conversations and customer-specific interaction logs for labeling, training, and evaluation. | labeling-and-benchmarking, domain-training-repository |
labeling-and-benchmarking |
Defines customer-specific good outcomes, creates eval sets, and supplies labels from former contact-center agents and domain experts. | conversation-data-ingestion, mlops-training-pipeline |
domain-training-repository |
Aggregates opted-in vertical conversation data for telco, healthcare, finance, airlines, and other domains while preserving single-tenant deployments where needed. | conversation-data-ingestion, mlops-training-pipeline |
mlops-training-pipeline |
Continuously trains, fine-tunes, deploys, and evaluates models as architecture shifted from LSTMs to transformers and foundation models. | labeling-and-benchmarking, domain-training-repository, real-time-suggestion-models |
real-time-suggestion-models |
Generate response autocomplete, smart compose, and what-to-say-next suggestions during support or sales conversations. | mlops-training-pipeline, agent-desktop-plugin |
usage-and-roi-telemetry |
Measures suggestion usage, adoption, A/B-test outcomes, and downstream business metrics used for coaching and enterprise sales proof. | agent-desktop-plugin |
Data flow
Customer conversations stream through the agent desktop and Cresta's Chrome-plugin-style copilot. Historical and live conversation data feed labeling, training, and evaluation pipelines; models generate suggested responses or next-best actions in real time; usage telemetry and A/B tests connect suggestion adoption to business metrics such as conversion, handle time, CSAT, and revenue.
Why this architecture
Cresta used a thin copilot layer rather than replacing contact-center platforms because enterprise customers already lived in those systems, while the value came from model quality and measured outcomes. Customer/vertical training and continuous evals were necessary because each enterprise had different products, conversations, and success metrics.
Models used: LSTMs · transformers · BERT-era models · GPT-2 fine-tuned on customer data · GPT-3/GPT-4-class foundation models
Scale
- Cresta served Fortune 500 enterprise contact-center customers.“It's called Crusta and we work with a lot of Fortune 500 companies. Um yeah, so happy to talk more.”transcript, stated
- An Intuit pilot reportedly drove about $100 million in incremental revenue.“I remember like we had a pilot that drove like 100 million mean like incremental revenue. Um and we were able to charge a fraction of that.”transcript, stated
- About 50% of customers shared conversation data into the domain-specific repository.“Um so over time we build up a repository like 50% of customers share conversation data hoping that we'll create a domain specific model for them”transcript, stated
- Cresta ingested millions of customer conversations as the base layer for training data.“Well the base layer of the data is the same. We ingest like millions of conversations from customer. Then the question is like what data additional data you need right?”transcript, stated
- The company had roughly 300-400 employees and was nearly doubling revenue yearly at the time discussed.“growing wise like almost doubling every year and we have about three 400 people”transcript, stated
Alternatives considered (roads not taken)
Full chatbot automation of contact-center conversations
Rejected because: The 2017 chatbot wave promised automation but failed in practice, so Cresta focused on augmenting human agents.
One generic model applied unchanged to every enterprise customer
Rejected because: Each customer's conversation patterns and products differed enough that the model needed customer or domain adaptation.
Pure per-customer single-tenant training forever
Rejected because: Cresta built shared vertical repositories when customers opted in, using incentives to improve domain-specific models across customers.
Patterns
human-in-the-loop-gate (agent-assist)
Cresta augments human contact-center agents with suggestions rather than replacing them outright.
fine-tuning-adaptation (model-operations)
The system trains on customer conversation data and later uses fine-tuned or mid-trained foundation models for domain-specific behavior.
eval-driven-development (evaluation)
Cresta starts customer engagements by defining what good looks like, building a benchmark, and aligning on the eval set before ML work.
data-quality-loop (model-operations)
Model improvements come heavily from data selection, formatting, labeling, and continuous retraining rather than only new model architectures.
observability-tracing (operations)
Usage of suggestions acts as an internal proxy metric for whether the copilot can produce downstream business value.
Tradeoffs
How to price a costly AI feature.
Chose value-based pricing tied to measured lift over ordinary per-seat SaaS pricing.
Rationale: Inference was expensive and the value was tied directly to improved contact-center outcomes.
How much UI to build around the AI.
Chose a small surface inserted into existing workflows over replacing the contact-center platform.
Rationale: The transcript says the UI was small and most effort went into suggestion quality.
Gotchas (what bit them)
AI product roadmaps are less deterministic than SaaS feature roadmaps.
Root cause: Improving model accuracy can matter more than shipping a visible feature, and experiments may or may not work.
Resolution: Cresta built MLOps pipelines and continuous evaluation to iterate on model/data experiments quickly.
A pilot that works for one enterprise does not automatically generalize.
Root cause: Early models were narrow-domain and had to be retrained for each customer's products, conversations, and best practices.
Resolution: Cresta started with enterprise customers and built customer/vertical data pipelines before broader scaling.
A good suggestion model still fails if agents ignore it.
Root cause: Veteran agents resisted the tool because they believed they already knew best practices.
Resolution: The team tracked suggestion usage and used customer-success coaching to drive adoption.
Evaluation
Cresta uses customer-aligned benchmarks, continuous evaluation, A/B tests against non-AI agents, and usage/adoption proxy metrics.
Metrics: model accuracy · A/B test lift · suggestion usage · conversion/revenue outcomes · agent adoption
Outcomes
- Cresta demonstrated ROI through A/B tests and customer pilots.
- One Intuit pilot is described as driving about $100 million in incremental revenue.
- The company grew into Fortune 500 deployments across large contact centers.
The source is founder-interview evidence; some revenue and customer-scale statements are directional rather than audited metrics.