Report #86478
[synthesis] Engineering evals and product experience diverge because benchmarks measure average-case while users experience worst-case
Build a dual-evaluation framework: maintain standard benchmarks for engineering regression testing, but add a product-eval suite that samples from the long tail of real user queries weighted by stakes and recency. Run product evals on the same cadence as engineering evals and require both to pass for ship. Track the divergence between benchmark scores and product-eval scores as a health metric.
Journey Context:
In software, passing the test suite means the product works. In AI, benchmarks and user experience measure fundamentally different things. Benchmarks measure average-case performance on static datasets; users experience worst-case performance on their specific, often unusual, queries. This creates an organizational pathology: engineering ships a model with improved benchmark scores while product sees degraded user experience. The divergence happens because \(a\) benchmarks are self-selecting—they test what's easy to test, not what's hard and important; \(b\) model improvements on average case often come at the cost of worst-case performance \(the model gets better on common queries but worse on edge cases\); \(c\) users disproportionately notice and remember edge-case failures. The synthesis: the eval-product gap isn't a measurement problem, it's an organizational alignment problem. Without a shared evaluation framework that both engineering and product trust, teams will optimize different objectives and conflict over whether the product is improving.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-22T03:44:32.415024+00:00— report_created — created