Improving LLM Accuracy and Evaluation in Enterprise Customer Analytics

various · Tech · 2023 · source Agentic: yes · promotional bias: high · source-backed · extracted with prompt 0.5.6 (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 customer analytics and LLM evaluation infrastructure

Echo AI needed to deploy LLM-native customer analytics for large enterprises where millions of conversations are analyzed many ways, but enterprise contracts depended on accuracy, trust, cost control, and repeatable prompt/model improvement. Log10 addressed the infrastructure side: logging calls, collecting human feedback, training custom auto-feedback models, and using those quality signals to optimize prompts and models.

Constraints:

Architecture

Echo AI ingests customer conversations across channels and runs them through a multi-step LLM analysis pipeline that extracts structured fields, conversation-level insights, and macro-level themes. For open-ended questions such as cancellation reasons, it uses a hierarchical team of agents and a map-reduce aggregation to produce themes and sub-themes. Log10 sits between the LLM application and model providers, logging inputs/outputs, collecting human feedback, and training an auto-feedback model from input-output-feedback triplets after roughly 25 examples. That model scores new calls for triage, monitoring, alerting, correction overlays, and dataset curation, while an auto-tuning loop evaluates prompt/model changes and fine-tuning options to improve accuracy.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  Enterprise_customer_conversations["Enterprise customer conversations"] --> Echo_ingestion_pipeline["Echo ingestion pipeline"]
  Manual_review_baseline["Manual review baseline"] --> Enterprise_customer_conversations
  Echo_ingestion_pipeline --> Multi_step_LLM_analysis_pipeline["Multi-step LLM analysis pipeline"]
  Multi_step_LLM_analysis_pipeline --> LLM_providers["LLM providers"]
  Multi_step_LLM_analysis_pipeline --> Structured_insight_store["Structured insight store"]
  Multi_step_LLM_analysis_pipeline --> Agentic_insight_hierarchy["Agentic insight hierarchy"]
  Agentic_insight_hierarchy --> Map_reduce_aggregation["Map-reduce aggregation"]
  Map_reduce_aggregation --> Echo_AI_application["Echo AI application"]
  Structured_insight_store --> Echo_AI_application
  Echo_AI_application --> Customer_data_warehouses_and_CRMs["Customer data warehouses and CRMs"]
  LLM_providers --> Log10_integration["Log10 integration"]
  Log10_integration --> Log10_logging_layer["Log10 logging layer"]
  Log10_logging_layer --> Playground["Playground"]
  Playground --> Prompt_engineering_copilot["Prompt engineering copilot"]
  Log10_logging_layer --> Human_feedback_workflow["Human feedback workflow"]
  Human_feedback_workflow --> Auto_feedback_model["Auto-feedback model"]
  Log10_logging_layer --> Auto_feedback_model
  Auto_feedback_model --> Quality_monitoring["Quality monitoring"]
  Auto_feedback_model --> Review_triage["Review triage"]
  Auto_feedback_model --> Dataset_curation["Dataset curation"]
  Dataset_curation --> Auto_tuning_system["Auto-tuning system"]
  Prompt_engineering_copilot --> Auto_tuning_system
  Auto_tuning_system --> LLM_providers
  Review_triage --> Human_feedback_workflow
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Enterprise customer conversations Unstructured calls, transcripts, and customer-support interactions that contain business insights. Echo ingestion pipeline, Manual review baseline
Echo ingestion pipeline Collects conversations across channels for LLM analysis. Enterprise customer conversations, Multi-step LLM analysis pipeline
Multi-step LLM analysis pipeline Runs many LLM analysis jobs per conversation to produce structured data. Echo ingestion pipeline, LLM providers, Structured insight store, Log10 logging layer
Agentic insight hierarchy Spins up agent teams for open-ended questions and aggregates findings into theme trees. Multi-step LLM analysis pipeline, Map-reduce aggregation, Structured insight store
Map-reduce aggregation Combines per-conversation insights into macro themes and sub-themes. Agentic insight hierarchy, Echo AI application
Echo AI application SaaS surface where customers inspect structured conversation insights and macro analyses. Structured insight store, Customer data warehouses and CRMs
Customer data warehouses and CRMs Downstream systems receiving enriched customer analytics outputs. Echo AI application
LLM providers OpenAI, Claude, Gemini, Mistral, Together, Mosaic, or self-hosted models used by applications. Multi-step LLM analysis pipeline, Log10 integration
Log10 integration One-line library integration that routes LLM calls into Log10 observability without changing application code. LLM providers, Log10 logging layer
Log10 logging layer Captures inputs, outputs, tags, metrics, costs, latency, and searchable logs for debugging. Log10 integration, Playground, Human feedback workflow, Auto-feedback model
Playground Lets teams inspect calls and experiment with parameters, prompts, and models. Log10 logging layer, Prompt engineering copilot
Prompt engineering copilot Suggests prompt improvements from logged failures. Playground, Auto-tuning system
Human feedback workflow Collects domain-expert scores, corrections, comments, or task-specific feedback schemas. Log10 logging layer, Auto-feedback model
Auto-feedback model Custom evaluation model trained from input-output-feedback triplets to score new LLM calls. Human feedback workflow, Quality monitoring, Review triage, Dataset curation
Quality monitoring Dashboards and alerts using auto-feedback scores over time. Auto-feedback model, Review triage
Review triage Prioritizes low-quality outputs for human review instead of sending every call to reviewers. Quality monitoring, Human feedback workflow
Dataset curation Selects high-quality examples for prompt/model improvement based on feedback scores. Auto-feedback model, Auto-tuning system
Auto-tuning system Evaluates prompts and model changes, including fine-tuning options, to improve accuracy. Dataset curation, Prompt engineering copilot, LLM providers

Data flow

Customer conversations are ingested into Echo AI and analyzed by many LLM jobs into structured tags, summaries, intent, sentiment, segmentation, churn, agent performance, and macro themes. Log10 intercepts LLM calls through a one-line integration, stores inputs and outputs, and attaches human or AI-generated feedback. Once enough labeled examples accumulate, the auto-feedback model scores future calls; those quality signals feed monitoring, human-review triage, correction overlays, dataset curation, prompt optimization, and model/fine-tuning experiments.

3 supporting quotes
“we ingest customer conversations across every channel and then we put it through a large and complex um multi-step analysis pipeline”transcript, stated
“we basically tap into your llm calls as well as the uh the input and output of of those calls”transcript, stated
“the auto feedback model starts getting trained and uh once it's reached that that point of about 25 examples um it can be basically used in inference mode”transcript, stated

Why this architecture

The architecture separates business-specific LLM analysis from the reliability layer that measures and improves it. Echo needs broad, generative conversation mining at enterprise scale, while Log10 provides the logging, human feedback, custom evaluator, monitoring, and tuning loop needed to make that output accurate enough for enterprise deployment and later cost optimization.

3 supporting quotes
“accuracy along with performance and cost are some of the most important things that companies like us need to to worry about”transcript, stated
“if you're not accurate and you you don't have an infrastructure for increasing accuracy over time then you can't increase your performance”transcript, stated
“what if you could marry the human level accuracy with building an AI feedback system”transcript, stated

Models used: LLMs for Echo AI conversation analysis · 20 different LLMs mentioned for Echo-style analysis · GPT-4 used as a baseline judge in Log10 results · custom auto-feedback evaluation models · OpenAI · Claude · Gemini · Mistral · Together · Mosaic · self-hosted models

Scale

Alternatives considered (roads not taken)

Manual voice-of-customer review programs

Rejected because: They are slow, expensive, late, and miss most conversations.

“manual review where you hire a team of five 10 15 20 folks to randomly sample perhaps 1% of your customer conversations once a quarter”transcript, stated
“most importantly you're missing 99% of your conversations”transcript, stated

Regex-based speech analytics

Rejected because: Teams must know what they are looking for in advance and maintain complex queries.

“speech to text transcription and then writing really complex Rex queries against those transcripts”transcript, stated
“maybe most importantly you you don't know what you don't know um you're only searching for things that you know to look for”transcript, stated

Generic LLM-as-judge with a base model

Rejected because: Base model graders show self-preference, human-preference, positional, and verbosity biases.

“these models tend to prefer their own output over the model over the output of other models even if uh the other models output might be better”transcript, stated
“there's also an issue with positional bias so if you ask the LMS to rate uh let's say like two summaries”transcript, stated

Send every output to human review

Rejected because: Human review remains high quality but is time-consuming and expensive at volume.

“human in Loop is still the gold standard for evaluation uh but it tends to be timec consuming and expensive”transcript, stated
“triage the outputs that need to get sent to a human review so you don't need to send everything um for a human review”transcript, stated

Fine-tune before establishing accuracy infrastructure

Rejected because: Echo says moving to smaller or fine-tuned models only works once the application is already accurate and measurable.

“going from let's say a frontier third party model to in-house fine tune models that's a great process to do to decrease your cost”transcript, stated
“but it only works if you're accurate”transcript, stated

Patterns

multi-agent-orchestration (agent-architecture)

Echo uses a hierarchical team of agents to review every conversation for a high-level question and aggregate themes.

“kind of an agentic hierarchy where you create a can this Insight stream why are my customers cancelling spin up a hierarchical team of agents”transcript, stated
“review every single conversation uh with that question in mind then this exract insights effectively do a map reduce”transcript, stated

observability-tracing (operations)

Log10 captures LLM inputs, outputs, tags, costs, latency, and searchable logs so teams can debug accuracy issues.

“with the llm Ops Slayer we talked to over 200 plus companies and looked at the workflow”transcript, stated
“we have the logging piece which helps you capture the interactions that your end users are having”transcript, stated

human-in-the-loop-gate (governance)

Human reviewers provide initial feedback and remain the gold-standard reference, while auto-feedback triages which outputs require review.

“human in Loop is still the gold standard for evaluation uh but it tends to be timec consuming and expensive”transcript, stated
“rank or triage the outputs that need to get sent to a human review so you don't need to send everything”transcript, stated

eval-driven-development (quality)

Evaluation scores and regression tests guide prompt changes, model changes, and pre-commit quality checks.

“quantitative evaluations in the form of LM eval tool and uh that can help you run things like parameter sweeps”transcript, stated
“ensures that you don't end up with regressions either because of changes you made to your prompts or models or hyper parameters”transcript, stated

llm-as-judge (evaluation)

Log10 trains custom evaluator models on customer-specific feedback rather than relying on base LLM judges alone.

“much more synthetic data which is used to then fine-tune this custom evaluation model that's trained on your specific data”transcript, stated
“once it's reached that that point of about 25 examples um it can be basically used in inference mode”transcript, stated

fine-tuning-adaptation (model-adaptation)

The auto-tuning loop uses quality signals to fine-tune models or optimize prompts on curated data.

“this data set of input outputs and feedback which goes into the auto tuning system where um you can optimize prompts and models through fine tuning”transcript, stated
“different models different prompt changes get evaluated on your behalf and you get surfaced the best uh prompt or model”transcript, stated

Tradeoffs

Feedback scaling approach

Chose train an AI feedback model from human-labeled examples over route every output to human review.

Rationale: Human review is accurate but expensive, while auto-feedback can triage, monitor, and score more outputs after a small labeled seed.

“human in Loop is still the gold standard for evaluation uh but it tends to be timec consuming and expensive”transcript, stated
“built a system that lets you bootstrap with as few as 25 to 50 labeled examples”transcript, stated

Evaluation model strategy

Chose custom domain-specific evaluation models over naive base LLM judging.

Rationale: Custom models can be trained on the customer's own feedback and avoid base-judge biases.

“the challenge with that has been that um the approaches tend to be kind of biased and inaccurate”transcript, stated
“fine-tune this custom evaluation model that's trained on your specific data”transcript, stated

Conversation analytics method

Chose generative LLM analysis over preconfigured search over regex queries and first-generation pre-trained insights.

Rationale: Customers often do not know what to search for, while generative extraction can surface unexpected themes.

“you you don't know what you don't know um you're only searching for things that you know to look for”transcript, stated
“completely Bottoms Up generated from all the conversations that have been reviewed”transcript, stated

Accuracy before cost optimization

Chose measure and improve accuracy first over immediately move to smaller/fine-tuned models for margin.

Rationale: Smaller and in-house models help cost and throughput only if accuracy can be preserved.

“that's a great process to do to decrease your cost and increase your own performance and throughput”transcript, stated
“decrease your cost and increase your own performance and throughput as you as and handle your scale as you grow but it only works if you're accurate”transcript, stated

Integration strategy

Chose one-line SDK integration into existing LLM calls over large application rewrites before observability.

Rationale: A low-friction integration lets teams start logging calls and improving accuracy without changing application logic.

“it's literally just a oneline change so instead of importing open AI from um open a you import it from our log pan library”transcript, stated
“nothing else in the code needs to change and basically all your LM calls start getting logged”transcript, stated

Gotchas (what bit them)

Manual review misses most customer conversations.

Root cause: Quarterly human sampling covers only about 1% of conversations and is costly to staff.

Resolution: Use LLM analysis to process every conversation and auto-feedback to scale review signals beyond manual sampling.

“randomly sample perhaps 1% of your customer conversations once a quarter”transcript, stated
“most importantly you're missing 99% of your conversations”transcript, stated

LLM systems can fail publicly and expensively without evaluation.

Root cause: Out-of-the-box LLM deployments can hallucinate policies, respond unsafely, or fail common-sense tasks.

Resolution: Evaluate outputs before they reach customers and monitor quality scores in production.

“Air Canada chatbot which made up a refund policy which uh a judge ruled that the airline had to honor”transcript, stated
“people generally do have to put in something in place to evaluate the output of LMS before they hit and customers”transcript, stated

Generic LLM judges are biased.

Root cause: They can prefer their own output, favor position order, and reward verbosity over quality.

Resolution: Train custom feedback models on domain-specific human feedback rather than using base judges alone.

“the challenge with that has been that um the approaches tend to be kind of biased and inaccurate”transcript, stated
“there's also things like verbosity bias so uh just having longer answers with more diversity of tokens tends to be uh rated higher”transcript, stated

Accuracy bottlenecks block cost and performance optimization.

Root cause: Moving to smaller or fine-tuned models is unsafe if accuracy cannot be measured and improved.

Resolution: Build accuracy infrastructure first, then use auto-tuning and curated data to optimize prompts/models.

“if you're not accurate and you you don't have an infrastructure for increasing accuracy over time then you can't increase your performance”transcript, stated
“going from let's say a frontier third party model to in-house fine tune models that's a great process to do to decrease your cost”transcript, stated

Scaling qualitative review becomes impossible as usage grows.

Root cause: Manual inspection of logs and outputs does not scale with high-volume LLM applications.

Resolution: Use quantitative evaluations, automated feedback scores, search, tagging, and dashboards to prioritize work.

“as usage grows as um as things scale it becomes tougher and tougher to be able to manually qualitatively evaluate what's going on”transcript, stated
“tooling that can help with quantitative evaluations in the form of LM eval tool”transcript, stated

Evaluation

The case evaluates production accuracy through Log10's observability, human feedback, auto-feedback scoring, quantitative regression tests, and auto-tuning experiments. Reported outcomes include 20 F1 points of improvement for Echo AI, 44% lower feedback prediction error than naive few-shot learning, prompt optimization in hours rather than days or weeks, and a 10x onboarding-capacity improvement.

Metrics: 20 F1 point improvement for Echo AI · 44% reduction in feedback prediction error versus naive few-shot learning · auto-feedback bootstraps from 25 to 50 labeled examples · accuracy equivalent to having 600 examples, per the summary · solutions engineers optimize prompts in hours rather than days or weeks · 10x improvement in ability to onboard new customers

4 supporting quotes
“Echo AI was able to achieve a 20 point F1 score increase in the L application”transcript, stated
“through our system you could get a 44% reduction in feedback prediction error uh versus just using a naive uh few short learning based approach”transcript, stated
“Solutions Engineers are able to optimize prompts deploy to customers with super high accuracy in a handful of hours versus days”transcript, stated
“keep the solutions engineering team very small and high powerered and 10x their ability to onboard new customers”transcript, stated

Outcomes

The transcript is a joint vendor/customer presentation, so numerical claims should be read as vendor-reported. Its strongest reusable evidence is the architecture of a feedback flywheel: log calls, collect human feedback, train custom evaluator, score more calls, curate data, and tune prompts/models.

3 supporting quotes
“this data as they were using it was getting logged into log 10 and through a combination of the auto feedback and auto tuning systems”transcript, stated
“we have been able to drive up accuracy by 20 F1 points”transcript, stated
“we've been able to successfully deploy um to some of the some of the largest llm Native contracts that we've heard of”transcript, stated