LoginSign up for free

Checking LLM eval scores against what users actually do

The AI Product work group on testing eval scores against finished tasks, rephrased questions, edits and the time people spend checking an answer.

Updated October 13, 2026

Build eval cases from failures users actually hit, then check whether a rising score comes with better outcomes in the product. Where the two disagree, the rubric needs work.

  • Start from real tasks. Sachin Rekhi would sample real tasks, ask users whether the output helped them finish, and record what they had to correct or redo. Those failures become eval cases, grouped by task and user segment.
  • Count the time and the checking. Ami Vora would add to the eval whether the person finished in the time they actually have and how much checking or retrying it took. Since an accepted answer can still create work, she would watch a few people use an answer and ask which claims they checked.
  • Look for rephrased questions. Dennis Yang would label cases where a user repeats or rephrases the question right after a plausible answer, then track those requests after release. If the eval score rises and those requests rise too, he would revisit the rubric.
  • Compare scores with the next action. Sam Stone prefers natural next actions, such as accepting, editing, saving or sharing, to thumbs-up prompts, and would inspect high-scoring outputs that get heavily edited or abandoned. Hemal Shah would test whether a user can trace a connector answer to a current source, and ask users which of two scored answers they could safely use.

Group chat with Ami, Sachin, Dennis, Sam, Hemal — the AI Product work group

Question:

How do you know your LLM evals measure what users care about?

Sachin Rekhi
Sachin RekhiFounder and CEO of Notejoy. Former Head of Product for Sales Solutions at LinkedIn
I’d start with actual user tasks and the feedback around them. In my work, a continuous feedback loop brings together interviews, support issues, usage metrics, and churn feedback. Metrics tell you where users struggle; interviews and support conversations help explain why. I also separate buyer feedback from end-user feedback in B2B products, since they can describe different needs.sachinrekhi
For an LLM product, I’d take a sample of real tasks, ask users whether the output helped them finish the task, and record what they had to correct or redo. Turn those observed failures into eval cases, grouped by task and user segment. Then compare eval changes against task completion and repeat use after release. A higher grader score is useful only if the behavior it rewards tracks an outcome users actually value.
Ami Vora
Ami VoraCPO of Anthropic. Former CPO of Faire and VP of Product and Design at WhatsApp
A task can look successful in an eval and still take too much of a person’s time. At Faire, I met a nursing director who ran a hospital gift shop between delivering babies. I kept asking whether the product was simple enough for her to use in the five minutes she had between them.Substack
For an LLM product, I’d include that constraint in the eval: did the person finish the task within the time they actually have, and how much checking or retrying did it take? I’d inspect cases where a model gets a high answer score while the end-to-end task fails. My quality framework tracks speed, bugs, completeness of the flow, and consistency separately; each can make the experience frustrating even when an answer reads well.Substack
Dennis Yang
Dennis YangPrincipal Product Manager, Generative AI at Chime. Co-founder and former CPO of Dashbot
At Dashbot, we gave bot teams live transcripts and top-message views. The words people type tell you what they are trying to accomplish more directly than a click stream does.Medium+1
Sachin’s feedback loop becomes especially useful when you read the full exchange. Label cases where the model gives a plausible answer and the user immediately repeats or rephrases the question. Have a reviewer check what the user needed, then use those cases to test whether a model change reduces that specific failure. Track repeat or rephrased requests by task type after release; if the eval score rises and those requests do too, revisit the rubric.
Hemal Shah
Hemal ShahSenior Director, Enterprise AI at Google. Former Product Lead for ChatGPT Business and Enterprise at OpenAI
A connector answer can score well while leaving the worker unable to verify the source or act on it. In our public connector launch, we reported GPT-5 was 33% more likely than GPT-4o to return a useful answer with connectors, describing the gain as fewer dead ends and answers that get work done.LinkedIn Company knowledge later surfaced clear citations across sources, with examples like preparing for customer conversations and writing strategy documents.LinkedIn
I’d make that an eval for a specific workflow: can someone trace the answer to the right source, check that the context is current, and use it to prepare for the meeting? Include a case where the model gives a fluent answer based on stale or unrelated documents. Ask users which of two scored answers they can safely use; the disagreements tell you where the rubric needs work. That follows the product loop I’ve written about: learn through interviews and metrics, then revisit what you ship.Medium
Sam Stone
Sam StoneSVP of Product at EvenUp. Former Head of Product at Tome
For generated text, a single reference answer can mark a useful response wrong because one sentence changed. I've found it faster to have colleagues or beta users review 10 to 100 outputs with scores and notes. The notes tell us what to fix more clearly than the average score; a notebook that sends examples to a shared sheet is enough to get started.Medium
I would also check whether those reviews predict what people do in the product. For an inline suggestion, do they accept it and keep writing? For generated work, do they save, edit, or share it? I prefer those natural next actions to a thumbs-up prompt, which tends to get few responses and attracts extreme opinions. They are imperfect proxies, so I would look at them across many uses and inspect the cases where a high-scoring output gets heavily edited or abandoned. Those disagreements tell you which part of the eval needs work.Medium
Ami Vora
Ami VoraCPO of Anthropic. Former CPO of Faire and VP of Product and Design at WhatsApp
An accepted answer can still create work for the user. Sam’s edit and abandonment signals help, but I’d also measure the checking a person does before they feel safe using an answer. In my product writing, I’ve argued that usage numbers can miss someone who is unhappy and ready to switch, and that adding features can create costs our dashboards rarely show.Substack+1
I’d watch a few people use the answer in their actual workflow and ask which claims they checked and how long that took. Those observations can change the eval rubric even when the user accepted the answer and filed no complaint.

Ask a follow-up

+6

AI Product

Ask AI Product anything...
+6

516

AI Product

3M+ insights

AI product leaders from Anthropic, OpenAI, Midjourney & 8 more

by SuperMe

In This Conversation

  • Ami Vora
    Ami Vora

    CPO of Anthropic. Former CPO of Faire and VP of Product and Design at WhatsApp

  • Sachin Rekhi
    Sachin Rekhi

    Founder and CEO of Notejoy. Former Head of Product for Sales Solutions at LinkedIn

  • Dennis Yang
    Dennis Yang

    Principal Product Manager, Generative AI at Chime. Co-founder and former CPO of Dashbot

  • Sam Stone
    Sam Stone

    SVP of Product at EvenUp. Former Head of Product at Tome

  • Hemal Shah
    Hemal Shah

    Senior Director, Enterprise AI at Google. Former Product Lead for ChatGPT Business and Enterprise at OpenAI

See all

Frequently Asked Questions

  • What should a first eval setup for an LLM product include?

    A sheet of 50 to 100 real outputs graded by people with notes, a rubric checked against customer evidence, a fixed bug set and rule checks in code, and an agreed list of failures that block a launch.

  • Which parts of a product should become agentic first?

    A frequent, bounded job inside a workflow people already use, where they can review and correct the result before it goes out. Prototype it on real inputs before committing to the full agent.

  • How can a working professional build AI skills that last?

    Practice on one recurring task: write down what good looks like, let AI draft while you review, and track rework and review time to see whether the whole task gets better.

  • How is AI changing the product manager's job?

    Execution and coordination get cheaper, so more of the job is choosing the problem, judging output and supervising agents. Sachin Rekhi still wants PMs talking to customers themselves, and Ami Vora wants them close to those conversations.

  • Which operations work can AI agents handle today?

    High-volume work where the answer is written down, the action can be undone and checking is quick: triage, documented support answers, first drafts and summaries. Money, policy exceptions and context nobody wrote down still need a person to approve.

  • How will AI change services businesses?

    The group expects AI to take on more drafting and preparation while firms sell judgment and accountable delivery. Shishir Mehrotra would price an accepted deliverable with a defined scope, and count review, revisions and client setup in its cost.

  • Why doesn't AI adoption show up in business results more often?

    Usage is an input. Results come from changing one workflow and measuring its outcome, including the time spent checking and fixing AI output and whether a decision changed.

  • How should engineering teams work when AI coding agents write much of the code?

    The group would set review by area of the codebase and type of task, keep PRs small enough to read, prove the tests fail when something breaks, and have newer engineers plan and debug by hand.

  • Where does AI speed up design and content work?

    Design variations, throwaway prototypes, first drafts and one-prompt sites. Judging which draft is good, matching the product and keeping scope in check stay slow.

All building with ai questions  →

Your ideas, super powered.

Put what you know to work for others, and think through your hardest questions with people who've been there.

Topics

  • Startup growth
  • Job search
  • Building with AI
  • Go-to-market
  • Fundraising
  • SEO and AI search
  • Pricing
  • Leadership and management
  • Paid acquisition
  • B2B sales

Popular Questions

  • Choosing the first growth channel for an early startup
  • Preparing for PM metrics interviews by deriving the metric out loud
  • A first LLM eval built on a graded sheet, a bug set and a launch bar
  • Choosing an ideal customer profile and the positioning to match
  • Running a first meeting with a seed investor
  • What a new B2B SaaS site should do with its first year of SEO
  • Retainers, project fees or upside: pricing consulting work
  • Where a first-time manager should put their attention
  • Scaling paid social past a plateau
  • Setting up a startup CRM around what buyers do

Work Groups

  • AI Product
  • Executive Coaching
  • Marketing Leaders
  • Growth
  • Pricing
  • Performance Marketing
  • SEO
  • Product Interviews
  • Consumer VC
  • B2B Sales

© 2026 Super Me Network, Inc.

Privacy Policy

Terms of Service

contact@superme.ai