Panel Discussion: Real-World LLM Production Use Cases

various · Other · 2024 · source Agentic: no · promotional bias: med · 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: Production LLM use cases across customer service, extraction, and sales intelligence

Teams deploying LLMs need to turn generic capabilities such as retrieval, summarization, extraction, and evaluation into measurable customer value without over-engineering prompts or optimizing before production feedback exists.

Constraints:

Architecture

The panel presents a production playbook anchored by Resides' RAG-based property knowledge system: ingest unstructured property materials into a vector database, retrieve relevant context for resident questions, generate answers for customer-service workflows, and continuously evaluate conversations in production. Supporting examples extend the same playbook to structured transcript extraction for executive coaches and sales-call argument analysis, with project prioritization driven by customer value, revenue, fast experiments, and LLM-based evaluation loops.

Diagram confidence: reconstructed (reconstructed from prose).

flowchart LR
  Resident_question_intake["Resident question intake"] --> Context_retrieval_layer["Context retrieval layer"]
  Resident_question_intake --> Associate_workflow["Associate workflow"]
  Property_knowledge_ingestion["Property knowledge ingestion"] --> Vector_database["Vector database"]
  Property_knowledge_ingestion --> Context_retrieval_layer
  Vector_database --> Context_retrieval_layer
  Context_retrieval_layer --> LLM_answer_generator["LLM answer generator"]
  LLM_answer_generator --> Associate_workflow
  LLM_answer_generator --> Conversation_scoring_loop["Conversation scoring loop"]
  Associate_workflow --> Conversation_scoring_loop
  Conversation_scoring_loop --> Evaluation_example_store["Evaluation example store"]
  Conversation_scoring_loop --> LLM_answer_generator
  Evaluation_example_store --> Conversation_scoring_loop
  Transcript_extraction_workflow["Transcript extraction workflow"] --> Human_training_or_presentation_workflow["Human training or presentation workflow"]
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Resident question intake Captures resident questions about property amenities, emergency contacts, booking, and building-specific procedures. Context retrieval layer, Associate workflow
Property knowledge ingestion Turns manuals, posters, email replies, questions, and staff knowledge into reusable knowledge artifacts. Vector database, Context retrieval layer
Vector database Stores unstructured property knowledge for retrieval during resident support interactions. Context retrieval layer
Context retrieval layer Finds relevant property information for each resident question. LLM answer generator
LLM answer generator Produces resident-facing answers and internal workflow outputs from retrieved context. Associate workflow, Conversation scoring loop
Associate workflow Lets customer-service associates review, use, or improve generated answers while scaling their work. Conversation scoring loop
Conversation scoring loop Uses LLM evaluation to score conversations, collect examples, form categories, and improve workflows. Evaluation example store, LLM answer generator
Evaluation example store Holds collected examples and buckets used to iterate scoring criteria and product decisions. Conversation scoring loop
Transcript extraction workflow Extracts high-value quotes, pain points, arguments, objections, and coaching insights from transcripts. Human training or presentation workflow
Human training or presentation workflow Turns extracted evidence into executive-coaching materials, sales training, or customer-facing value. —

Data flow

Property manuals, posters, replies, and staff knowledge are collected into a retrieval store; resident questions retrieve relevant context and generate answers; unresolved or noteworthy conversations feed workflow scoring; examples are collected in batches, turned into scoring buckets, and used to refine future evaluation; separate transcript-analysis workflows extract high-value quotes or sales arguments and feed coaching, presentations, or sales training.

3 supporting quotes
“random posters random replies random questions throw them all into a vector database”transcript, stated
“just like score it tell me anything that's worth noting and then collect a thousand examples use that to develop your your buckets”transcript, stated
“we had transcripts like thousands of hours of transcripts which we used to detect arguments and objections towards those sales calls”transcript, stated

Why this architecture

The architecture emphasizes retrieval, fast production iteration, and value-specific extraction because the panelists repeatedly distinguish technical capability from business value: useful systems come from shipping, measuring, and improving workflows that customers will pay for, not from perfect prompts or generic demos.

3 supporting quotes
“there's a separation between what is a capability versus the value”transcript, stated
“the biggest shift for us was just changing that to be like no just ship what you can and then evaluate it within llm continuously in production”transcript, stated
“focus more on user value than on exciting research”transcript, stated

Models used: LLMs · GPT-5 · Gemini · Instructor · LangSmith

Scale

Alternatives considered (roads not taken)

Over-optimize prompts and latency before shipping

Rejected because: Resides found this created week-scale lead times and delayed production feedback.

“we spent way too much time optimizing for the best possible prompt the best possible latency”transcript, stated
“our lead time to ship something with an LM was just like not bad but it was still on the order of weeks instead of on the order of hours or days”transcript, stated

Define all conversation scoring categories upfront

Rejected because: The team spent months trying to define exact segments before discovering that simple scoring plus example collection was faster.

“we spun our wheels for way too long trying to figure out what are the exact segments that we want to score along etc etc and that took us like months”transcript, stated
“what we do now is just like score it tell me anything that's worth noting”transcript, stated

Plan deterministic AI work as a set of engineering tickets

Rejected because: Jason argues LLM optimization is closer to science than deterministic engineering, so teams need metrics, hypotheses, and experiments.

“machine learning optimization pipeline is very much science and not engineering”transcript, stated
“if we focus on metrics hypotheses and experiments we end up being able to iterate A Lot quickly”transcript, stated

Prioritize AI projects by impact/effort alone

Rejected because: Resides found effort became so small that many projects looked attractive, so willingness to pay became a better prioritization signal.

“the effort just ended up becoming so small that everything uh started to feel like it was a good priority”transcript, stated
“what a customer might pay for something that we do and that has replaced the effort piece for us”transcript, stated

Build for an obviously magical AI experience

Rejected because: Resides found its customers prefer AI interactions that feel human and fit the service workflow.

“our customers actually like it when it feels more human and less like Ai”transcript, stated
“the best way to have an AI product go get out there in the wild is to make it feel human”transcript, stated

Patterns

rag-retrieval (retrieval)

Resides ingests unstructured property documents, replies, and questions into a vector database so resident support can retrieve building-specific answers.

“take the very same random posters random replies random questions throw them all into a vector database”transcript, stated
“all this like really weird really unstructured bespoke knowledge that was just in people's heads and actually make a useful repository of it”transcript, stated

eval-driven-development (evaluation)

The panel recommends shipping quickly, scoring workflows continuously, collecting examples, and using metrics and experiments rather than predicting all categories upfront.

“no just ship what you can and then evaluate it within llm continuously in production”transcript, stated
“focus on metrics hypotheses and experiments”transcript, stated

tool-use-orchestration (workflow)

The production use cases connect LLM outputs to customer-service workflows, executive-coaching presentations, and sales-training programs rather than treating generation as the final product.

“there's a lot of workflow in the middle of all of this too”transcript, stated
“they used this in the training they uh may they uh talked to their workers uh show them how they can talk with clients”transcript, stated

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

Resides uses AI to augment human associates, and the sales-analysis example feeds LLM-discovered arguments into human training rather than replacing all human judgment.

“make our human team much more awesome”transcript, stated
“we surface that things like that um so”transcript, implied

prompt-versioning (prompt-operations)

The panel's iterative scoring advice turns an initial broad prompt into categorized evaluation buckets and then uses those buckets on the next example batch.

“score it tell me anything that's worth noting and then collect a thousand examples use that to develop your your buckets”transcript, stated
“use that to score your next thousand examples and then go from there”transcript, stated

observability-tracing (operations)

The panel frames production LLM work as continuous monitoring of workflow quality, tests, and data rather than a one-time launch.

“didn't really monitor continuously and that was a massive pattern that we needed to change”transcript, stated
“we can now look at things that are performing well and Performing poorly and build this internal intuition”transcript, stated

Tradeoffs

Prioritize shipping and production evaluation over prompt/latency perfection.

Chose Fast MVP plus continuous LLM evaluation over Weeks of pre-shipment prompt and latency optimization.

Rationale: The team learned more by shipping and monitoring than by optimizing before real production examples existed.

“lead time to ship something with an LM was just like not bad but it was still on the order of weeks instead of on the order of hours or days”transcript, stated
“just get the MVP Out start there and then iterate on performance after and optimize later”transcript, stated

Build a RAG repository from messy property knowledge rather than keep manual staff lookup.

Chose Vector database over unstructured property artifacts over Manual question routing back to property staff.

Rationale: The RAG repository turned bespoke offline knowledge into reusable answers and sharply improved resident question resolution.

“anytime a resident asked us a question that we didn't know the answer to it was a very manual process of going back to the property”transcript, stated
“today we're answering about 95 to 99% of Resident questions”transcript, stated

Sell workflow value rather than raw extraction capability.

Chose Niche executive-coaching extraction tied to expensive human workflow over Generic transcript extraction or summarization.

Rationale: A 50-cent API capability can justify $100-$200 pricing when it saves expensive expert time and drives a valuable presentation workflow.

“the API call for gb5 ends up being 50 cents the actual upside for the downstream user becomes thousands of dollars”transcript, stated
“you end up charging you know maybe like $100 $200 for a single API call just because the value is there”transcript, stated

Use LLMs to evaluate LLM workflows.

Chose Automated LLM-based workflow evaluation over Manual-only validation of every workflow iteration.

Rationale: LLM judges can run many tests per hour and support continuous improvement, though the panel still anchors success in revenue and customer value.

“use llms to evaluate your llm llm workflow The Meta aspect of using llms is highly underrated”transcript, stated
“they can do 100 eye tests for you every every hour so you can continue improve your workflows”transcript, stated

Make AI feel human in customer-service contexts rather than obviously magical.

Chose Human-feeling service experience over Flashy AI-first product behavior.

Rationale: Resides' customers preferred interactions that fit existing human service expectations.

“our customers actually like it when it feels more human and less like Ai”transcript, stated
“don't Focus too much on the techn in fact the best way to have an AI product go get out there in the wild is to make it feel human”transcript, stated

Gotchas (what bit them)

Over-engineering prompts before shipment slowed production learning.

Root cause: The team treated LLM development as an engineering optimization problem instead of a product-feedback loop.

Resolution: Ship a simple version, evaluate continuously in production, and improve from real examples.

“the mistake was I think over optimizing and over engineering”transcript, stated
“solving this like an engineering problem instead of a product problem”transcript, stated

Trying to design perfect scoring categories upfront wasted months.

Root cause: The team attempted to predict exact segments before seeing enough real scored examples.

Resolution: Start with a broad scoring prompt, collect 1,000 examples, derive buckets, then score the next 1,000 examples.

“we spun our wheels for way too long trying to figure out what are the exact segments that we want to score along etc etc and that took us like months”transcript, stated
“collect a thousand examples use that to develop your your buckets use that to score your next thousand examples”transcript, stated

Capability demos can obscure whether the workflow creates economic value.

Root cause: The same summarization or extraction capability can be nearly free in one context and worth thousands in another.

Resolution: Tie the LLM capability to a specific user, workflow, willingness to pay, and downstream outcome.

“if you were to sell extraction out of a transcript that could be a free gbd app”transcript, stated
“the more you Niche down the bigger value you can capture because we know exactly what they're trying to solve”transcript, stated

Traditional impact/effort prioritization can break when LLM experiment effort collapses.

Root cause: If many experiments become cheap, effort no longer discriminates between priorities.

Resolution: Prioritize by customer willingness to pay and business value rather than effort alone.

“the effort just ended up becoming so small that everything uh started to feel like it was a good priority”transcript, stated
“we have we're basically run a lot of tests around what a customer might pay for something that we do”transcript, stated

Research excitement can distract from user value.

Root cause: Builders can chase the latest AI technique rather than the customer outcome.

Resolution: Start from user value, a clear headline, or a press-release-style product promise before building.

“focus more on user value than on exciting research”transcript, stated
“if you aren't sure what you're building and you can't succinctly put it into a headline that's not a great place to start”transcript, stated

Evaluation

The panel recommends practical production evaluation: resolution rates, productivity, revenue, willingness to pay, fast tests, example-driven scoring buckets, LLM-as-judge loops, and reviewing high- and low-performing examples to build intuition.

Metrics: Resident question resolution rate · Associate apartments supported · Expected headcount reduction · Training time · Sales lift · Revenue · Customer willingness to pay · Experiment run time · High- and low-performing example review · Workflow value · Human productivity

4 supporting quotes
“today we're answering about 95 to 99% of Resident questions”transcript, stated
“when a test takes one minute to run versus a test that takes an hour to run you know this really changes the way that we do the work”transcript, stated
“if we have evaluations we can now look at things that are performing well and Performing poorly”transcript, stated
“my answer is uh Revenue same answer for me whatever gets people paying”transcript, stated

Outcomes

The panel includes quantified outcomes across several production contexts: 95-99% question resolution, 7,000-8,000 to about 20,000 apartments per associate, $800-$1,000/hour executive coaching, 50-cent API calls priced at $100-$200 by value, thousands of transcript hours, a 30% sales increase, 1,000-example scoring loops, and 100 LLM tests per hour.

3 supporting quotes
“we've cut down training time for all of our customers to basically nothing”transcript, stated
“our customer used that argument and increased the sales by 30%”transcript, stated
“llms haven't fundamentally changed the way that we prioritize things with the business what they have changed is the cost of experimenting”transcript, stated